public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Buesch <mbuesch@freenet.de>
To: Jouni Malinen <jkmaline@cc.hut.fi>
Cc: bcm43xx-dev@lists.berlios.de, linux-kernel@vger.kernel.org,
	Feyd <feyd@seznam.cz>
Subject: Re: [Bcm43xx-dev] Broadcom 43xx first results
Date: Mon, 5 Dec 2005 12:08:16 +0100	[thread overview]
Message-ID: <200512051208.16241.mbuesch@freenet.de> (raw)
In-Reply-To: <20051205055012.GE8953@jm.kir.nu>

[-- Attachment #1: Type: text/plain, Size: 2426 bytes --]

On Monday 05 December 2005 06:50, you wrote:
> On Sun, Dec 04, 2005 at 08:58:30PM +0100, Michael Buesch wrote:
> 
> > > Why not use the new in-kernel wifi stack? 
> > 
> > We do. The SoftMAC is an extension to it.
> > SoftMAC = Software Medium Access Control. It is about sending
> > and receiving management frames.
> > Some chips do this in hardware, so it is not part of the ieee80211 stack.
> > (the ipw2x00 do it in hardware, for example.)
> 
> Wouldn't it be better to try to get that functionality added into the
> net/ieee80211 code instead of maintaining separate extension outside the
> kernel tree? Many modern cards need the ability for the host CPU to take
> care of management frame sending and receiving and from my view point,
> this code should be in net/ieee80211. Many (all?) of the functions in
> this "SoftMAC" look like something that would be nice to have as an
> option in net/ieee80211. In other words, the low-level driver would
> indicate what kind of functionality it needs and ieee80211 stack would
> behave differently based on the underlying hardware profile.
> 
> ipw2x00 happens to be one of the main users of net/ieee80211 at the
> moment, but it is by no means the only one and it should not be
> defining what kind of functionality ends up being included in
> net/ieee80211.

The SoftMAC is a separate module. That is _good_, so devices like
the ipw do not have to load the code, because they do not need it.
The SoftMAC ties (and integrates) very close to the ieee80211 subsystem.

device <--> Driver <----------> ieee80211 <-----> kernel networking layer
              |                     ^
              |                     |
              .--------> SoftMAC ---.

This is approximately how it works.
You see that SoftMAC is not exactly a part or the ieee80211 subsystem,
but it uses its interface to TX a frame (and the struct to get
some information about the device).
This works without any modifications to the ieee80211 layer and I
doubt big changes will have to be made in future.

In fact, we started with the SoftMAC layer integrated into the
ieee80211 subsystem. You can still find the patches on the project FTP.
We decided to drop it, because of the bad design.

This all works fine. There is absolutely no need to bloat the
ieee80211 layer with functionality, which is not needed by all devices.

-- 
Greetings Michael.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2005-12-05 11:09 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-04 18:50 Broadcom 43xx first results mbuesch
2005-12-04 19:52 ` [Bcm43xx-dev] " Feyd
2005-12-04 19:58   ` Michael Buesch
2005-12-05  5:50     ` Jouni Malinen
2005-12-05  6:05       ` Benjamin Herrenschmidt
2005-12-05 11:08       ` Michael Buesch [this message]
2005-12-05 14:19         ` Jouni Malinen
2005-12-05 14:28           ` Michael Buesch
2005-12-05 14:41             ` Jouni Malinen
2005-12-05 18:52             ` Jeff Garzik
2005-12-05 19:20               ` Christoph Hellwig
2005-12-05 18:00 ` Jiri Benc
2005-12-05 18:14   ` Michael Renzmann
2005-12-05 18:24     ` Stephen Hemminger
2005-12-05 18:46     ` Jeff Garzik
2005-12-05 18:49       ` Jiri Benc
2005-12-05 18:54         ` Jeff Garzik
2005-12-05 19:11           ` Jiri Benc
2005-12-30 10:34             ` Rakotomandimby Mihamina
2005-12-06  7:17       ` Michael Renzmann
2005-12-05 18:38   ` Joseph Jezak
2005-12-05 18:55     ` Jiri Benc
2005-12-05 19:08       ` Jeff Garzik
2005-12-05 19:18         ` Jiri Benc
2005-12-05 19:53         ` Dave Jones
2005-12-05 20:09           ` Jeff Garzik
2005-12-06 15:10           ` Harald Welte
2005-12-06 19:05             ` Jeff Garzik
2005-12-06 20:53               ` Stephen Hemminger
2005-12-07  7:16               ` Harald Welte
2005-12-06 23:19             ` David S. Miller
2005-12-06 23:45               ` Jeff Garzik
2005-12-07 13:34               ` Michael Buesch
2005-12-08 11:32                 ` Jiri Benc
2005-12-08 12:07         ` Jiri Benc
2005-12-08 12:12           ` Arjan van de Ven
2005-12-08 13:03             ` Jiri Benc
2005-12-05 19:10       ` Christoph Hellwig
2005-12-05 19:31         ` Jiri Benc
2005-12-05 19:41           ` Christoph Hellwig
2005-12-05 20:11             ` Jiri Benc
2005-12-06 15:09               ` Pavel Machek
2005-12-06 16:43                 ` Ben Greear
2005-12-06 23:25                   ` David S. Miller
2005-12-06 19:24                 ` Jeff Garzik
2005-12-06 15:04           ` Pavel Machek
2005-12-08  0:00           ` Michael Wu
2005-12-08  1:05             ` Jeff Garzik
2005-12-05 20:23   ` Michael Buesch
2005-12-05 20:42     ` Jiri Benc
2005-12-06  9:26       ` Kyle Moffett
2005-12-06 10:23         ` Luc Saillard
2005-12-05 19:40 ` Pavel Machek
2005-12-05 20:14   ` Michael Buesch
2005-12-05 20:35     ` Pavel Machek
2005-12-05 20:40       ` Arjan van de Ven
2005-12-05 20:40       ` Michael Buesch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200512051208.16241.mbuesch@freenet.de \
    --to=mbuesch@freenet.de \
    --cc=bcm43xx-dev@lists.berlios.de \
    --cc=feyd@seznam.cz \
    --cc=jkmaline@cc.hut.fi \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox