[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <FA91A8B7-CD77-439F-94EA-AC2742583E89@holtmann.org>
Date: Tue, 8 Apr 2008 21:44:55 +0200
From: Marcel Holtmann <marcel@...tmann.org>
To: Stephen Hemminger <stephen.hemminger@...tta.com>
Cc: Inaky Perez-Gonzalez <inaky@...ux.intel.com>, wimax@...uxwimax.org,
linux-wireless@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [ANN] WiMAX stack and drivers for Intel WiMAX Link 5050
Hi Stephen,
> This is the short (not in depth) code review of kernel component of
> Wimax.
many thanks for having a look at the source code.
> Generic stack: drivers/net/wimax
<snip>
> 5. Stack is using generic netlink instead use newer netlink interface
> for management of devices: newlink/dellink instead see macvlan
I might have missed something in the latest code, but how it is using
generic netlink for device management. The current code is using
generic netlink for communication with the user space component. This
includes task like scanning and association. The current kernel/user
space API might need improvement, but I am not getting your point
here. Please explain what you mean.
> i2400m hardware driver
<snip>
> 9. Anyway to reuse existing usbnet infrastructure?
I don't think so. WiMAX is not emulating an Ethernet device. It is an
IP only networking interface.
> 10. Since device is USB, Rx is in workqueue, so no need to go through
> netif_rx() softirq, should be able to go through netif_receive_skb
You could have SDIO or PCI as a different transport.
> 12. Since this is new code elminate all legacy ifdef's
Don't worry. We will do this before submitting it for mainline
inclusion. It is a temporary solutions to help people that wanna test
it with older kernels.
Regards
Marcel
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists