[lkml]   [2002]   [Mar]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: BUG: 2.4.18 & ALI15X3 DMA hang on boot


You go and play in 2.5, please.

The correct answer is ....

Because of the requirements of WinXP, where as NO resources can be
assigned to the device(PCI) until they are setup by the HOST OS, otherwise
it will skip the device since it will assume it already registered.

Since you are so knowledgeble about ATA, I am shocked that such as simple
concept and a requirement of WHQL (Windows Hardware Qualifications Lab)
tool kit is not in the front of you mind. Do yourself a favor, and go
learn about the hardware and what the REAL CUSTOMERS are requiring of it
and then come back to play. You are truly showing your total lack of
knowledge of the global hardware industry.

So please continue on the top layer interface that we both know you
clearly are better in implimentation, and one day I will come back and fix
the basics of the transport layer provided you leave something in tact.
By now if you or your friends understood the transport layer you would
have fixed it. Since there are hardware requirements that are not x86
centric under Linux, you may want to start considering a broader vision of
the driver.

The answer you all can not figure out and I will now take you to school so
you, Jens, Pavel, and Vojtech will learn something, gawd willing ...

Here is your hint.

HOW does the command block execution enter the data handler?
HOW does driver expect the data handler to be entered?

Please go look at -ac5 for a clue.

Now I would like to thank you for the clean ups you did and have borrowed
a few and will acknowledge the point.


Andre Hedrick
LAD Storage Consulting Group

On Fri, 22 Mar 2002, Martin Dalecki wrote:

> Alan Cox wrote:
> >>There seems to be some fundamental incompatibility between the kernel
> >>and the IDE chipset. On several kernels in the 2.4 series including
> >>2.4.18, I observe a hang in the bootsequence at:
> >>
> >>ALI15X3: IDE controller on PCI bus 00 dev 78
> >>PCI: No IRQ known for interrupt pin A of device 00:0f.0. Please try using pci=biosirq.
> >>ALI15X3: chipset revision 195
> >>ALI15X3: not 100% native mode: will probe irqs later
> >><hang>
> >
> >
> > And does pci=bios help ?
> There is a but in this driver, where it is refferencing hwif->index instead
> of hwif->channel. It may cause a hossed setup.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to
> More majordomo info at
> Please read the FAQ at

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:25    [W:0.137 / U:10.416 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site