lkml.org 
[lkml]   [2005]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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/

\
 
 \ /
  Last update: 2005-12-05 19:23    [W:0.060 / U:0.192 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site