| To: | Matt Porter <mporter@kernel.crashing.org> |
|---|---|
| Subject: | Re: bitrot in drivers/net/au1000_eth.c |
| From: | Pete Popov <ppopov@embeddedalley.com> |
| Date: | Fri, 28 Jan 2005 10:15:34 -0800 |
| Cc: | Ulrich Eckhardt <eckhardt@satorlaser.com>, linux-mips@linux-mips.org |
| In-reply-to: | <20050128102056.A9216@cox.net> |
| Organization: | Embedded Alley Solutions, Inc |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <200501281501.19162.eckhardt@satorlaser.com> <41FA6FF0.4060302@embeddedalley.com> <20050128102056.A9216@cox.net> |
| Reply-to: | ppopov@embeddedalley.com |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 |
I suggest everyone take a look at the effort posted to netdev: http://oss.sgi.com/archives/netdev/2004-12/msg00643.html That's the work Dan told me about. Now we just have to update the au1x driver :) Pete It's an attempt at a phy abstraction layer that goes the next logical step after the minimal support provided in mii.h. It's evolved out of the in-driver abstraction that is currently used in the sungem, ibm_emac, and gianfar drivers in 2.6. It was just a matter of time before somebody got tired of copying the same PHY mgmt bits into every driver. :) -Matt |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: bitrot in drivers/net/au1000_eth.c, Matt Porter |
|---|---|
| Next by Date: | Re: Why does MIPS/Linux always reserve 32 bytes in the top of each process's kernel stack space, Ralf Baechle |
| Previous by Thread: | Re: bitrot in drivers/net/au1000_eth.c, Matt Porter |
| Next by Thread: | Re: bitrot in drivers/net/au1000_eth.c, Ulrich Eckhardt |
| Indexes: | [Date] [Thread] [Top] [All Lists] |