[U-Boot] Mvbge driver broken on kirkwood platforms after ARM relocation
Prafulla Wadaskar
prafulla at marvell.com
Wed Oct 6 16:14:44 CEST 2010
> -----Original Message-----
> From: u-boot-bounces at lists.denx.de
> [mailto:u-boot-bounces at lists.denx.de] On Behalf Of Albert ARIBAUD
> Sent: Wednesday, October 06, 2010 7:26 PM
> To: Albert ARIBAUD
> Cc: u-boot at lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] Mvbge driver broken on kirkwood
> platforms after ARM relocation
>
> Le 06/10/2010 15:54, Albert ARIBAUD a écrit :
>
> >>> Have you tested this on edminv2 platform?
> >>> If it is working at your end? Can you please cross check
> the same with Kirkwood platform?
> >
> > I am positive that mvgbe driver works, because it initially
> did not on
> > my edminiv2, and I traced the root cause to gd being trashed between
> > board_init_f and board_init_r; that was fixed before I
> submitted this patch.
> >
> > I will test on the openrd platform.
>
> BTW: Prafulla, what toolchain are you using for your kirkwood
> platforms?
Hi Albert
I tried with Gcc ver 4.1.2 (Red Hat 4.1.2-33.fa1) and gcc ver 4.4.1 (Sourcery G++ Lite 2009q3-68)
In both the cases it fails.
Further I debugged the issue and found that- it fails in drivers/net/mvgbe.c at mvgbe_send() in while loop.
It is clear that the Scheduled tx DMA xter is not getting completed, nor reporting error.
Then I checked with other board having switch instead of phy, and it works !!.
Whereas any release earlier to ARM relocation patches works very well (i.e. diff against u-boot-marvell.git/master and u-boot-arm.git)
So I am unable to figure out whom to address?
For me this happened since I moved to new ARM relocation code base. So initial doubt goes there.
If you have openrd_base you can give a try
Regards..
Prafulla . .
>
> Amicalement,
> --
> Albert.
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
More information about the U-Boot
mailing list