Look at the driver in drivers/net/phy/fixed.c. It probably needs some documentation, and Vitaly implied it needed a little tweaking, but it provides the basics of what you need (and what Dan mentioned). Essentially, you need to fake the PHY. However, if you wanted, you could also get smarter and write a new mdiobus driver, which handles configuring and using the switch.
I'm not quite sure why your approach isn't working, but I agree with Dan's suspicions that removing the PHY code doesn't just work. One thing to check is the adjust_link() function. You need to make sure that you have the carrier on, and that the MAC is set to MII mode, rather than GMII mode. Andy On Oct 24, 2006, at 04:16, KRONSTORFER Horst wrote: > hi! > > in our design we use an mpc8343 with the 2 tsecs connected to a > zarlink zl50411 eth switch in mii mode. the 2 ports of the switch > are running in phy mode (reverse mii) w/o mdio. we're currently > running kernel 2.6.17.13. > > i therefore 'simply' removed the mdio bus and phy support and tested > with ping over tsec0. result: i can see arp requests which are some- > what malformed (dest mac addr is not bcast, source ip addr is > incorrect, > etc ...) btw: i used the same approach in u-boot and it works fine. > > i then checked the content of the sk_buff handed over to > gfar_start_xmit > which is correct (mac addrs, ip addrs, ...) > > i'm currently out of ideas, any kind of help is appreciated! > > thanks > -h > _______________________________________________ > Linuxppc-embedded mailing list > [email protected] > https://ozlabs.org/mailman/listinfo/linuxppc-embedded _______________________________________________ Linuxppc-embedded mailing list [email protected] https://ozlabs.org/mailman/listinfo/linuxppc-embedded
