On Fri, Mar 10, 2006 at 09:12:42AM +0100, Sven Luther wrote: > On Fri, Mar 10, 2006 at 12:00:50AM -0800, Jurij Smakov wrote: > > When ide-generic is included (it is loaded after all the native ide > > modules), the kernel boots fine. The reason is that in the Debian > > 2.6.8 sources the ide-generic initialization procedure contains the > > call to ide_scan_pcibus(), which actually does the detection of PCI > > IDE devices. Function probe_for_hwifs() in ide.c contains a call to > > ide_scan_pcibus() as well, but there it is only called if ide.c is > > built-in, and not a part of a module (it normally goes into > > ide-core). So, in Debian's 2.6.8 loading of ide-generic is really > > essential, and it should be loaded after all the native modules, which > > just register PCI drivers for specific chipsets. Note that the > > upstream kernel source does not operate like this. ide-generic does > > NOT contain a call to ide_scan_pcibus(), this situation is the result > > of Debian-specific patches, in particular modular IDE patch, > > originally introduced by Herbert Xu. > > Oh, ... > > So, if i understood you right, this bug was introduced with Herbert Xu's > modular IDE patch, and it was ever present only in debian kernel sources, and > was dropped for 2.6.15. > > This means that right now, apart from snapshot.debian.org, it is available > exclusively in sarge's 2.6.8 kernel-source package, which is supposed to be > used with sarge's initrd-tools anyway, or other sarge ramdisk generation > tools. > > That means that jonas's fear of breaking self-built kernels is vastly > unfunded, and that he should remove those hacks, include a mention of the > broken kernels in the README file, and maybe propose a fixed yaird to > stable-proposed-updates or something. > > Alternatively, we could propose a fixed kenrel to stable-proposed-update which > removes the herbert-xu modular ide patch.
Oh, yaird is not part of sarge or any previous release. So the question is if we need to support people wanting to use etch/sid yaird with the official sarge kernel, and second if we have to do so at the detriment of the other official kernels. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]