Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932426AbWAFLiS (ORCPT ); Fri, 6 Jan 2006 06:38:18 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752437AbWAFLiS (ORCPT ); Fri, 6 Jan 2006 06:38:18 -0500 Received: from coyote.holtmann.net ([217.160.111.169]:54677 "EHLO mail.holtmann.net") by vger.kernel.org with ESMTP id S1752274AbWAFLiR (ORCPT ); Fri, 6 Jan 2006 06:38:17 -0500 Subject: Re: [Bcm43xx-dev] [Fwd: State of the Union: Wireless] From: Marcel Holtmann To: Michael Buesch Cc: jgarzik@pobox.com, bcm43xx-dev@lists.berlios.de, netdev@vger.kernel.org, linux-kernel@vger.kernel.org In-Reply-To: <200601061200.59376.mbuesch@freenet.de> References: <1136541243.4037.18.camel@localhost> <200601061200.59376.mbuesch@freenet.de> Content-Type: text/plain Date: Fri, 06 Jan 2006 12:38:14 +0100 Message-Id: <1136547494.7429.72.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.5.4 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1999 Lines: 42 Hi Michael, > How would the virtual interfaces look like? That is quite easy to answer. > They are net_devices, as they transfer data. > They should probaly _not_ be on top of the ethernet, as 80211 does not > have very much in common with ethernet. Basically they share the same > MAC address format. Does someone have another thing, which he thinks > is shared? > How would the master interface look like? A somewhat unusual idea came > up. Using a device node in /dev. So every wireless card in the system > would have a node in /dev associated (/dev/wlan0 for example). > A node for the master device would be ok, because no data is transferred > through it. It is only a configuration interface. > So you would tell the, yet-to-be-written userspace tool wconfig (or something > like that) "I need a STA in INFRA mode and want to drive it on the > wlan0 card". So wconfig goes and write()s some data to /dev/wlan0 > telling the 80211 code to setup a virtual net_device for the driver > associated to /dev/wlan0. > The virtual interface is then configured though /dev/wlan0 using write() > (no ugly ioctl anymore, you see...). Config data like TX rate, > current essid,.... basically everything + xyz which is done by WE today, > is written to /dev/wlan0. > This config data is entirely cached in the 80211 code for the /dev/wlan0 > instance. This is important, to have the data persistent throughout > suspend/resume cycles, if up/down cycles. > After configuring, a virtual net_device (let's call it wlan0) exists, > which can be brought up by ifconfig and data can be transferred though > it as usual. what is wrong with using netlink and/or sysfs for it? I don't see the advantage of defining another /dev something interface. Regards Marcel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/