CONFIG_PACKET should be "y" on lpia; breaks DHCP in alternate installer?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
Medium
|
Tim Gardner | ||
Jaunty |
Fix Released
|
Medium
|
Tim Gardner |
Bug Description
I haven't reproduced this myself, and this is not on my machine (so this bug is intentionally not reported using ubuntu-bug), but in https:/
Mar 30 15:05:12 dhclient: socket: Address family not supported by protocol - make sure
Mar 30 15:05:12 dhclient: CONFIG_PACKET (Packet socket) and CONFIG_FILTER
Mar 30 15:05:12 dhclient: (Socket Filtering) are enabled in your kernel
Mar 30 15:05:12 dhclient: configuration!
CONFIG_FILTER doesn't exist any more as far as I can see, but CONFIG_PACKET does. On all other architectures, we set CONFIG_PACKET=y; on lpia, we set CONFIG_PACKET=m, and don't deliver the resulting module in any udeb so that debian-installer can make use of it. Although I don't have direct proof, I suspect this breaks the ability to use DHCP in the alternate installer.
I think we should set CONFIG_PACKET=y on lpia too, for consistency if nothing else.
Related branches
Changed in linux (Ubuntu): | |
assignee: | nobody → Tim Gardner (timg-tpi) |
milestone: | none → ubuntu-9.04 |
status: | New → In Progress |
Changed in linux (Ubuntu Jaunty): | |
importance: | Undecided → Medium |
Changed in linux (Ubuntu Jaunty): | |
status: | In Progress → Fix Committed |
I can confirm that I was lacking network in a recent alternate lpia install, but got network in the installed system -- I thought the network modules used ford KVM had been ommitted.