[parisc-linux] tulip on parisc-linux

[Grant Grundler]

[ FYI - I posted this to linux-kernel mailing list earlier today
  and David Miller already replied saying this version of tulip
  driver works on Sparc64 (which has 64-byte cachelines) ]

Hi all,
I'm trying to bring-up tulip driver on an HP C3000 workstation.
I started out using a cogent (adaptec) 21143 PCI board.  I've
collected a PCI bus trace (cogent1.txt) and corresponding console
output (cogent1_cons.txt).  Both can be found on
	ftp://puffin.external.hp.com/pub/parisc/debug.

I then tried a HP 21143 PCI card and got similar results.
Output is in the same place under "hp100bt1*.txt".

The tulip driver in the parisc source tree "works" (NFS root)
for Thomas Bogendoerfer on his A180 (PA1.1, 32-byte cacheline) using
the "built-in" DEC 21143.  IIRC, Thomas pulled the current source
in the parisc-linux tree from 2.3.99-pre3.

Couple of questions:
1) Anyone know if drivers/net/tulip/* (pre3 or later) work on
   an architecture with 64-byte cachelines?
   (21143 doc says it supports 8/16/32 byte cachlines)

2) The tulip fetches way more data than it needs for the setup frame
   TX descriptor. (See lines -215 to -4 of the cogent PCI trace).
   Anyone know why?
   (I can arrange a free 712/80 for who ever can explain that to me)

There is also an issue with the tulip trying to mem_read from 0xfffffffc.
but I think that's a "side effect" of #2 above.


FWIW, my goal was to debug "Dynamic DMA mapping" support for "Astro"
based parisc platforms (eg B1000/C3000/J5000). Interested parties can
look at the code in:
http://puffin.external.hp.com/cgi-bin/cvsview/linux-2.3/arch/parisc/kernel/sba_iommu.c

thanks,
grant

Grant Grundler
grundler@removethis.cup.hp.com