On 10:40 Thu 31 Mar     , Jamie Iles wrote:

Hi Jean-Christophe,

On Thu, Mar 24, 2011 at 05:25:17PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote:

quoted

On 17:55 Tue 22 Mar     , Jamie Iles wrote:

quoted

Hi Jean-Christophe,

quoted

Also, can you confirm that the module ID's that you are using to 
differentiate between AT91 and AVR32 won't clash with MACB uses in 
other, non-at91/avr32 chips, or that it doesn't matter?

If this does work, then it would be nice if we made the else path of the 
RMII AT91 tests also test for avr32 too so we aren't driving the USRIO 
pins on platforms that aren't at91 but also aren't avr32.  So something 
the patch below instead.

I'm currently traveling so I can not test it yet will test it next week
but looks good

Just wondering if you'd had chance to test.  If so, would you mind 
reposting and I'll rebase my patches on top of it.

I also have patches for checksum offloading, receive packet timestamping 
and wake-on-lan support but I'd like to get the basic GEM ones into next 
first.

work fine on 9263ek except the IP version detection.

the at91 macb ip version is supposed to be at 0x0601010C but it's not.
At least on 9263 it's 0x0001010C. So we can not detect the arch at runtime
but we can detect that it's a macb.

So could keep the ifdef for 2 archs but use the ip version on arm

Best Regards,
J.