| To: | Pekka Enberg <penberg@xxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [RFC][PATCH 0/3] net: generic netdev_ioaddr |
| From: | Al Viro <viro@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> |
| Date: | Fri, 29 Oct 2004 14:16:07 +0100 |
| Cc: | davem@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx |
| In-reply-to: | <1099044244.9566.0.camel@localhost> |
| References: | <1099044244.9566.0.camel@localhost> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4.1i |
On Fri, Oct 29, 2004 at 01:04:04PM +0300, Pekka Enberg wrote: > Hi, > > This patch introduces a generic netdev_ioaddr and converts natsemi and > 8139too drivers to use it. > > With the recent __iomem annotations, the network drivers need to either > invent this wrapper (like natsemi has done) or duplicate the IO base > address in their private data (similar to 8139too). Therefore, lets > make netdev_ioaddr generic before it is all over the place. NAK. ->base_addr casting is a Bad Idea(tm) and natsemi "solution" isn't (thanks for spotting that crap in natsemi, though; will fix...) Note that there is no such thing as "generic IO base address" - it _is_ private and in the best case current ->base_addr is a scratch register probably used for something vaguely connected with some IO, but it's really up to driver... |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 7/6] cls_fw: CONFIG_NET_CLS_IND is not dependant on CONFIG_NET_CLS_ACT, jamal |
|---|---|
| Next by Date: | Re: [RFC] IPSEC failover and replay detection sequence numbers, KOVACS Krisztian |
| Previous by Thread: | Re: [RFC][PATCH 0/3] net: generic netdev_ioaddr, Christoph Hellwig |
| Next by Thread: | Re: net: generic netdev_ioaddr, Pekka J Enberg |
| Indexes: | [Date] [Thread] [Top] [All Lists] |