Hi all,
How interested would you be in patches for Unix family operating systems
other than Linux? I'm working on a prototype lightweight VMM on the
Illumos Kernel and Bhyve ioctl interface, and I'm planning to reuse
rust-vmm libraries where I can. I prefer to work upstream on shared
libraries, but I totally understand if the focus here is Linux, and
patches for other Unix family operating systems are undesirable.
As a concrete example of how non-disruptive this can be, the patch I'm
debating …
[View More]whether to submit is a 4 line substitution in vmm-sys-util,
which changes [#cfg(unix)] to [#cfg(linux)]. Right now, those lines are
checking for target_family = "unix", but the code in question is
actually unique to Linux, and fails to compile on other Unix family
operating systems (mostly due to type errors, and using features that
only exist on Linux), so it really should be checking target_os =
"linux" instead. The specific changes are lines 8, 17, and 19, in
src/lib.rs, which determine whether to use the code in the
architecture-specific 'unix' directory, and whether to use the bitflags
library (which is only used by the 'unix' directory). And, line 183 in
src/errno.rs testing a very specific string message as the text for
libc::EBADF, which has slightly different wording on other Unix family
operating systems.
That simple substitution makes it possible to use both vmm-sys-util and
vm-memory on Illumos (since vm-memory was only using
architecture-independent parts of vmm-sys-util for temp files in tests,
and nothing in the 'unix' directory). I haven't started systematically
testing other rust-vmm libraries for non-Linux compatibility yet, but I
expect I'll find similar patterns.
(Full disclosure: I personally prefer Linux Kernel and KVM, but this is
paid work, and sparks enough intellectual curiosity for me to be willing
to do it.)
Thanks for any thoughts,
Allison
[View Less]
Hello Everyone!
The forum schedule is now live:
https://www.openstack.org/summit/2020/summit-schedule/global-search?t=forum
Please let myself or Jimmy McArthur know as soon as possible if you see any
conflicts.
Speakers will be contacted shortly (if not already) with more details about
the event and your sessions.
Thanks!
-Kendall Nelson (diablo_rojo)
Hello Everyone!
Wanted to give you all a reminder that the deadline for signing up teams for the PTG is approaching!
The virtual PTG will be held from Monday October 26th to Friday October 30th, 2020.
To signup your team, you must complete BOTH the survey[1] AND reserve time in the ethercalc[2] by September 11th at 7:00 UTC.
We ask that the PTL/SIG Chair/Team lead sign up for time to have their discussions in with 4 rules/guidelines.
1. Cross project discussions (like SIGs or support …
[View More]project teams) should be scheduled towards the start of the week so that any discussions that might shape those of other teams happen first.
2. No team should sign up for more than 4 hours per UTC day to help keep participants actively engaged.
3. No team should sign up for more than 16 hours across all time slots to avoid burning out our contributors and to enable participation in multiple teams discussions.
Once your team is signed up, please register[3]! And remind your team to register! Registration is free, but since it will be how we contact you with passwords, event details, etc. it is still important!
If you have any questions, please let us know.
-The Kendalls (diablo_rojo & wendallkaters)
[1] Team Survey: https://openstackfoundation.formstack.com/forms/oct2020_vptg_survey <https://openstackfoundation.formstack.com/forms/oct2020_vptg_survey>
[2] Ethercalc Signup: https://ethercalc.openstack.org/7xp2pcbh1ncb <https://ethercalc.openstack.org/7xp2pcbh1ncb>
[3] PTG Registration: https://october2020ptg.eventbrite.com <https://october2020ptg.eventbrite.com/>
[View Less]