Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upNet modules are not loaded in VMs when using the 2.6.38 kernel #263
Comments
marmarek
assigned
rootkovska
Mar 8, 2015
marmarek
added this to the Release 1 Beta 2 milestone
Mar 8, 2015
marmarek
added
bug
C: core
P: critical
labels
Mar 8, 2015
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Mar 8, 2015
Member
Comment by joanna on 2 Jul 2011 20:41 UTC
This might also be a race-condition -- e.g. the kernel's udev scripts might be executing before the actual virtual device gets connected? (In case of netvm: before the pcifront starts seeing the pci device?)
|
Comment by joanna on 2 Jul 2011 20:41 UTC |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Mar 8, 2015
Member
Comment by marmarek on 2 Jul 2011 20:51 UTC
Probably this is race condition between udev and mounting /lib/modules...
|
Comment by marmarek on 2 Jul 2011 20:51 UTC |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Mar 8, 2015
Member
Comment by rafal on 4 Jul 2011 10:57 UTC
In fact, udev is started before mounting local filesystems (and now /lib/modules is on local filesystem) - so it is a race likely to end fatally.
Perhaps enabling udev-post init script will retry search for failed modules ? I am not sure it is what it is meant for.
|
Comment by rafal on 4 Jul 2011 10:57 UTC |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Mar 8, 2015
Member
Comment by marmarek on 4 Jul 2011 11:10 UTC
Actually I've fixed it by mounting /lib/modules in initramfs (pre-pivot). But not tested yet...
|
Comment by marmarek on 4 Jul 2011 11:10 UTC |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
Comment by marmarek on 9 Jul 2011 18:17 UTC |
marmarek commentedMar 8, 2015
Reported by joanna on 2 Jul 2011 20:29 UTC
When I log into a VM and manually do modprobe iwlagn it works. But not automatically as it was with previous kernel...
This applies not only to the default netvm, but also to all other VMs -- so they do not get eth0 interface by default -- one needs to manually load xennet to get the eth0 interface, even though the corresponding vifX.Y interfaces are created on the corresponding backend domain right from the beginning.
Migrated-From: https://wiki.qubes-os.org/ticket/263