Problems with kernel updates needing non-kernel changes
Jeremy Katz
katzj at redhat.com
Thu Mar 22 17:05:56 UTC 2007
On Thu, 2007-03-22 at 12:54 -0400, Chuck Ebbert wrote:
> 1) mkinitrd may need changing, e.g. the raid4, raid5 and raid6
> modules were combined into raid456 a while ago, breaking
> mkinitrd completely on raid machines.
There are a pile of other userspace packages that also commonly need
updates. alsa stuff, pcmcia, kudzu, udev/hal (less these days), ...
> 2) some modules may now work that were broken, but they need
> new options, like snd-hda-intel which now works on my acer
> notebook if "probe_mask=1" is added to the module options.
This is just a case of broken drivers. Having to manually
(modprobe.conf counts :) specify a module option to make a driver work
means that the driver is broken -- these things _have_ to be
auto-detected. Punting it to the user just isn't practical or
reasonable.
> 3) like (2) but options may need to be removed. suddenly drivers
> that worked refuse to load becuase they no longer recognize
> options that used to be valid.
And this is really a breakage of the "interface" exposed to userspace
and really should be beaten down as driver breakage. Trying to handle
things like this is a losing battle.
Jeremy
More information about the Fedora-kernel-list
mailing list