GT64260_eth (Ethernet) Driver

Brian Waite bwaite at
Wed Sep 21 03:13:48 EST 2005

On Tuesday 20 September 2005 12:02 pm, Earl Olsen wrote:
> Does anybody know if this issue was solved?
> I'm running into the exact same problem with 2.6.10.
> Thanks
> Dieu Morales wrote:
> >Greetings, I am working with the latest 2.6.7 kernel
> >source on a ppc radstone PPC7A board and was curious
> >if anyone was in the process or planned on porting the
> >gt64260_eth driver to support the 2.6.x kernel.
2.6.7 is a really early version. I don't know of any working Marvel 64260 or 
64360 code in this time frame. I do know that the 64360 was patched to 
mainline at ~2.6.13. Since then all real Marvel work should have been done on 
mainline. I'd reccommend moving forward.
> >
> >Not being familiar with the gt64260 Ethernet device or
> >code, I plan to take it line by line. 
That is probably a mistake for a number of reasons. First,  you will not be 
able to get this into the mainline because it does not use the 
platform_device structures like the Marvell 64360 ethernet device. Secondly, 
most of the developers doing Marvell work, are using the 64360 chipset. I'd 
reccommend using a newer kernel and backporting the 64360 ethernet code to 
64260. I just looked at my baseline tree (2.6.12-rc1) and see the only 
platform using the 64260 chip, besides the eval board, was the cpci690.c. I 
would look and see ifthis is still a working platform and base your platform 
code off of that.

> >I have attempted 
> >to use the driver from the 2.4
> >development tree and currently have only changed the
> >dev = init_etherdev(dev, sizeof (gt_eth_priv));
> >to
> >dev = alloc_etherdev(sizeof (gt_eth_priv_struct ));
> >Shortly after, when attempting to allocate the Tx and
> >Rx page buffers, I get an exception in the
> >uncachedPages function.  I have traced the problem to
> >the pmd_presentò(*pmd) function in va_to_pte(addr)
> >returning 0.  I dumped td the values seemed O.K., so
> >I commented out the pmd_presentò(*pmd) check but was
> >once again stopped by the pte_present(*pte) check.  I
> >have seen the driver operate under 2.4.26 dev tree
> >from where this problem does not occur.
> >One difference I have noticed is that during
> >initialization of the 2.6.7 kernel, I do not get the
> >following output.
> >Buffer-cache hash table entries:
> >Page-cache hash table entries:
> >The filemap.c, where the "Page-cache " printk resides
> >in 2.4, looks heavily reworked, so I don't suspect
> >this is an issue?
> Dieu,
> You should sync up with Brian Waite (look at CC: list) who has been
> looking at writing a new enet driver for the 2.6 kernel using the latest
> bridge support code.  You can get a look at the latest support code by
> cloning bk://  
No. Only use mainline for latest support. Nothing else is working 
100%. In the tree the MPSC driver is working along with the 360 
ethernet device. 

> Note the the mpsc 
> driver that's there still isn't working correctly.
I haven't loked at the 64260 for well over a year since we went to the 64360. 
The 260 was just too bad in too many respects. I was willing to test the 260 
code with my old hardware if there was a merged driver and even develop the 
merged driver, but it became obvious the merged driver was going to be ugly


More information about the Linuxppc-embedded mailing list