#263 closed defect (fixed)

Net modules are not loaded in VMs when using the 2.6.38 kernel

Reported by: joanna Owned by: joanna
Priority: critical Milestone: Release 1 Beta 2
Component: core Keywords:
Cc:

Description

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.

Change History (5)

comment:1 Changed 23 months ago by joanna

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:2 Changed 23 months ago by marmarek

Probably this is race condition between udev and mounting /lib/modules...

comment:3 Changed 23 months ago by rafal

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:4 Changed 23 months ago by marmarek

Actually I've fixed it by mounting /lib/modules in initramfs (pre-pivot). But not tested yet...

comment:5 Changed 23 months ago by marmarek

  • Resolution set to fixed
  • Status changed from new to closed

fixed in rel 4

Note: See TracTickets for help on using tickets.