[PATCH][5/5] RapidIO support: net driver over messaging

2005-06-02 Thread Stephen Hemminger
How much is this like ethernet? does it still do ARP? Can it do promiscious receive? > +LIST_HEAD(rionet_peers); Does this have to be global? Not sure about the locking of this stuff, are you relying on the RTNL? > + > +static int rionet_change_mtu(struct net_device *ndev, int new_mtu) > +{ > +

RFC: PHY Abstraction Layer II

2005-06-01 Thread Stephen Hemminger
On Wed, 1 Jun 2005 15:45:26 -0500 Andy Fleming wrote: > > On May 31, 2005, at 12:59, Stephen Hemminger wrote: > > > Here are some patches: > > * allow phy's to be modules > > * use driver owner for ref count > > * make local functions static

RFC: PHY Abstraction Layer II

2005-06-01 Thread Stephen Hemminger
Andy Fleming wrote: > > On May 31, 2005, at 12:59, Stephen Hemminger wrote: > >> Here are some patches: >> * allow phy's to be modules >> * use driver owner for ref count >> * make local functions static where ever possible > > > I agree

RFC: PHY Abstraction Layer II

2005-05-31 Thread Stephen Hemminger
Here are some patches: * allow phy's to be modules * use driver owner for ref count * make local functions static where ever possible * get rid of bus read may sleep implication in comment. since you are holding phy spin lock it better not!! Untested sinc

RFC: PHY Abstraction Layer II

2005-05-26 Thread Stephen Hemminger
I finally got around to looking at this for the new skge driver. The Marvell phy code has several issues: * hard coded hex values rather than constants * doesn't handle restricted autonegotiation * it doesn't really help the driver that much there are too many othe