login
Header Space

 
 

Re: [PATCH 0/5] dynamic detection of gianfar TPIPA

Previous thread: [PATCH 4/5] spidernet: fix error interrupt handling by Ishizaki Kou on Thursday, April 10, 2008 - 11:32 pm. (1 message)

Next thread: [patch for 2.6.25? 1/3] forcedeth: mac address fix by akpm on Friday, April 11, 2008 - 12:30 am. (2 messages)
To: Andy Fleming <afleming@...>
Cc: <linuxppc-dev@...>, <scottwood@...>, <netdev@...>
Date: Thursday, April 10, 2008 - 11:34 pm

In message: Re: [PATCH 0/5] dynamic detection of gianfar TPIPA

I tested on several "normal" boards and on a board with the PHY @ 0x1f,
and it did what I expected it to do.  It was when I was testing on the
normal boards (8540MDS, 8360MDS, HPCN) that I observed we were showing
a PHY ID of 0x0 at 0x1f during the routine PHY scan, because the
autodetect code was skipping 0x1f even on those boards.  I backed out
all my patches and the situation was the same, hence why I decided to

Okay -- that explanation helps me understand the role of the *_local_*
variants -- it wasn't obvious to me that they were being used to jump
the device --&gt; bus association and go right at MDIO bus of tsec0.  I
think this can still be handled sanely though -- we'd have to simply
say that if you wanted the bus of the TBI of the controller, you would
go at dev-&gt;priv-&gt;mii_bus, and if you wanted the bus of the PHY of the
controller, you'd go at dev-&gt;priv-&gt;phydev-&gt;bus.  I'd have to think a bit
to see if that would afford the same or similar cleanups, but the

Yep.  Is there any boards out there with more than 4 tsec?  I'd have

I'll go have a look.  I've only got the SBC8641D with the PHY @ 0x1f to
be the oddball guniea pig.

--
Previous thread: [PATCH 4/5] spidernet: fix error interrupt handling by Ishizaki Kou on Thursday, April 10, 2008 - 11:32 pm. (1 message)

Next thread: [patch for 2.6.25? 1/3] forcedeth: mac address fix by akpm on Friday, April 11, 2008 - 12:30 am. (2 messages)
speck-geostationary