lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ