Messages in this thread | | | Date | Mon, 05 Dec 2005 13:20:28 -0500 | From | Jeff Garzik <> | Subject | Re: SATA ICH6M problems on Sharp M4000 |
| |
Sergei Organov wrote: > Sergey Vlasov <vsu@altlinux.ru> writes: > >>On Fri, 02 Dec 2005 22:33:57 +0300 Sergei Organov wrote: >> >> >>>Sorry, but provided ata_piix has ignored the optical drive, couldn't >>>corresponding I/O resource be left free so that subsequently loaded, >>>say, generic-ide module is able to get over and support the drive? >>> >>>BTW, loading the modules in reverse order helped on 2.6.13 kernel (that >>>I'm currently using) as generic-ide didn't recognize the hard-drive at >>>all allowing ata_piix to get over it later. With 2.6.14 kernel >>>generic-ide does recognize both hard-drive and optical drive thus >>>preventing ata_piix from managing the hard-drive :( >> >>See http://lkml.org/lkml/2005/10/18/167 and the reply to it :-\ > > > Well, Jef's answer was: > > This is a reasonable point, but the rare person who runs modular IDE on > these PATA/SATA combined mode beasts can certainly tell the IDE driver > to not probe certain ports. > > I can say that the kernel I have problem with is from Debian "testing" > distribution so those "rare person" going to become quite a few in the > near future. Besides, Debian loads ata_piix first, then IDE, so telling > the IDE to ignore certain ports won't help. > > Though one can argue that that's yet another distribution problem, I > fail to see a way for a distribution to overcome the problem provided it > doesn't know the exact hardware it will run on. No hope for modularized > kernel to run out of the box on given hardware? > > Jeff, is there any hope it will be fixed in the kernel.org sources, or > should I report the problem to Debian instead so that they consider > maintaining their own patch?
Debian doesn't need to maintain a patch, they should load modules in the proper order.
Jeff
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |