* rndis_wlan netdev ops @ 2009-03-23 20:43 David Miller 2009-03-23 21:00 ` Stephen Hemminger 0 siblings, 1 reply; 4+ messages in thread From: David Miller @ 2009-03-23 20:43 UTC (permalink / raw) To: shemminger; +Cc: netdev This is the only driver that won't build for me with the netdev ops compat option disabled. It's trying to override the ->set_mutlicast_list op value of it's parent device. Did you hit this one and I just missed it or is it not handled yet? Probably what we'll have to do for this case is allocate a netdev_ops copy so that the ->set_multicast_list can be set to a new value. But that defeats the whole purpose of netdev ops so I assume you have other plans :-) ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: rndis_wlan netdev ops 2009-03-23 20:43 rndis_wlan netdev ops David Miller @ 2009-03-23 21:00 ` Stephen Hemminger 2009-03-23 21:31 ` David Miller 0 siblings, 1 reply; 4+ messages in thread From: Stephen Hemminger @ 2009-03-23 21:00 UTC (permalink / raw) To: David Miller; +Cc: netdev On Mon, 23 Mar 2009 13:43:18 -0700 (PDT) David Miller <davem@davemloft.net> wrote: > > This is the only driver that won't build for me with > the netdev ops compat option disabled. > > It's trying to override the ->set_mutlicast_list op value > of it's parent device. > > Did you hit this one and I just missed it or is it not handled > yet? yes, that is when I stopped. Mainly because it was a non-trivial fix. > Probably what we'll have to do for this case is allocate a > netdev_ops copy so that the ->set_multicast_list can be set > to a new value. But that defeats the whole purpose of netdev > ops so I assume you have other plans :-) Why not just turn off the multicast bit in the device, or maybe the hardware developer can implement set_multicast_list ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: rndis_wlan netdev ops 2009-03-23 21:00 ` Stephen Hemminger @ 2009-03-23 21:31 ` David Miller 2009-03-25 7:04 ` David Miller 0 siblings, 1 reply; 4+ messages in thread From: David Miller @ 2009-03-23 21:31 UTC (permalink / raw) To: shemminger; +Cc: netdev From: Stephen Hemminger <shemminger@vyatta.com> Date: Mon, 23 Mar 2009 14:00:57 -0700 > On Mon, 23 Mar 2009 13:43:18 -0700 (PDT) > David Miller <davem@davemloft.net> wrote: > > > Probably what we'll have to do for this case is allocate a > > netdev_ops copy so that the ->set_multicast_list can be set > > to a new value. But that defeats the whole purpose of netdev > > ops so I assume you have other plans :-) > > Why not just turn off the multicast bit in the device, or maybe > the hardware developer can implement set_multicast_list We could just import the parent OPS into a local const netdevice_ops instance, that's how we handle this everywhere else. To prevent changes in the parent being lost in the rndis driver we can encapsulate the ops assignments into a macro used by both. Taking the set_multicast_list as an arg. Alternatively the parent can provide a hook function pointer for this multicast operation, which the parent runs when non-NULL. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: rndis_wlan netdev ops 2009-03-23 21:31 ` David Miller @ 2009-03-25 7:04 ` David Miller 0 siblings, 0 replies; 4+ messages in thread From: David Miller @ 2009-03-25 7:04 UTC (permalink / raw) To: shemminger; +Cc: netdev From: David Miller <davem@davemloft.net> Date: Mon, 23 Mar 2009 14:31:19 -0700 (PDT) > From: Stephen Hemminger <shemminger@vyatta.com> > Date: Mon, 23 Mar 2009 14:00:57 -0700 > > > On Mon, 23 Mar 2009 13:43:18 -0700 (PDT) > > David Miller <davem@davemloft.net> wrote: > > > > > Probably what we'll have to do for this case is allocate a > > > netdev_ops copy so that the ->set_multicast_list can be set > > > to a new value. But that defeats the whole purpose of netdev > > > ops so I assume you have other plans :-) > > > > Why not just turn off the multicast bit in the device, or maybe > > the hardware developer can implement set_multicast_list > > We could just import the parent OPS into a local const netdevice_ops > instance, that's how we handle this everywhere else. > > To prevent changes in the parent being lost in the rndis driver we can > encapsulate the ops assignments into a macro used by both. Taking the > set_multicast_list as an arg. > > Alternatively the parent can provide a hook function pointer for this > multicast operation, which the parent runs when non-NULL. Here is how I ended up fixing this: rndis_wlan: Fix build with netdev_ops compat disabled. Instead of storing a private ->set_multicast_list, just have a private netdev ops. Signed-off-by: David S. Miller <davem@davemloft.net> --- drivers/net/wireless/rndis_wlan.c | 14 +++++++++++++- 1 files changed, 13 insertions(+), 1 deletions(-) diff --git a/drivers/net/wireless/rndis_wlan.c b/drivers/net/wireless/rndis_wlan.c index 82af21e..db91db7 100644 --- a/drivers/net/wireless/rndis_wlan.c +++ b/drivers/net/wireless/rndis_wlan.c @@ -2524,6 +2524,17 @@ static int bcm4320_early_init(struct usbnet *usbdev) return 0; } +/* same as rndis_netdev_ops but with local multicast handler */ +static const struct net_device_ops rndis_wext_netdev_ops = { + .ndo_open = usbnet_open, + .ndo_stop = usbnet_stop, + .ndo_start_xmit = usbnet_start_xmit, + .ndo_tx_timeout = usbnet_tx_timeout, + .ndo_set_mac_address = eth_mac_addr, + .ndo_validate_addr = eth_validate_addr, + .ndo_set_multicast_list = rndis_wext_set_multicast_list, +}; + static int rndis_wext_bind(struct usbnet *usbdev, struct usb_interface *intf) { @@ -2559,7 +2570,8 @@ static int rndis_wext_bind(struct usbnet *usbdev, struct usb_interface *intf) * rndis_host wants to avoid all OID as much as possible * so do promisc/multicast handling in rndis_wext. */ - usbdev->net->set_multicast_list = rndis_wext_set_multicast_list; + usbdev->net->netdev_ops = &rndis_wext_netdev_ops; + tmp = RNDIS_PACKET_TYPE_DIRECTED | RNDIS_PACKET_TYPE_BROADCAST; retval = rndis_set_oid(usbdev, OID_GEN_CURRENT_PACKET_FILTER, &tmp, sizeof(tmp)); -- 1.6.2.1.222.g570cc ^ permalink raw reply related [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-03-25 7:04 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-03-23 20:43 rndis_wlan netdev ops David Miller 2009-03-23 21:00 ` Stephen Hemminger 2009-03-23 21:31 ` David Miller 2009-03-25 7:04 ` David Miller
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).