Re: SATA ICH6M problems on Sharp M4000

[Jeff Garzik <jgarzik@pobox.com>]

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