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



-
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/