[parisc-linux] Results of (IDE) kernel tests with modified io.c

[M. Grabert]

On Mon, 8 Mar 2004, Randolph Chung wrote:

> > Recent discussions on p-l led to the assumption that io.c may be
> > broken and tests with a modified arch/parisc/io.c would be helpful.
> > Therefore I took out all references to leXX_to_cpu and cpu_to_leXX in io.c
> > and built various kernels and ran them.
>
> as you found out in your tests, io.c is correct as it was before.... I
> think Grant got confused with our original pci mmio macros which had
> wrong endian.... but that was a very long time ago :)

Guessing from his last messages about this topic it seems so ;-P

> I am trying to bring up the ns87415 ide controller on my c3750.. not
> much luck yet :-(

I don't have any troubles with it since 2.4.21 on my C3000, just DMA is
not working. However I can't get it working on 2.6 either.

> for the other controllers, you might need a pci fixup to bring the
> devices into native mode (as Alan mentioned in his email). i wonder if
> it's safe to automatically set all IDE devices to native mode?

I don't have much knowledge about IDE and especially no knowledge how
different linux architectures are dealing with it.
But since some of the cards work on other linux architectures
(e.g. the Promise card is reproted to run on Linux/PPC), it is definitely
possible.

But what I'm wondering about is why the Silicon Image driver
(always) detects the Seagate ST311022A hard drive as "TS130220A2".
Since it uses mmio instead of PIO as the other drivers, maybe there is
some big-endian problem in the Linux/PA-RISC mmio code? But then this
problem must be somewhere in the IDE code, since all mmio in general
seems to be working fine!

Slightly confused,
  Max