linux-kernel - Re: [ANN] WiMAX stack and drivers for Intel WiMAX Link 5050

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 linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/