On Wednesday 09 August 2006 12:22, Dan Williams wrote:
> The atmel driver is somewhat of a hybrid.
I dunno - the last time I checked atmel, it seemed to have quite a bit of
softmac code. If atmel isn't actually a softmac card, um.. I dunno. What
parts of it is fullmac?
-Michael Wu
pgpF2OVtp7q
l.org
Subject: RE: 3945 driver using d80211
There are many different functions in a complete 802.11 implementation -
and different implementations put these functions in different places.
In general, I would consider the primary difference between a "full-mac"
card and others to be the locat
s well as giving the cards much more
capability and flexability.)
Simon
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Dan Williams
Sent: Wednesday, August 09, 2006 12:23 PM
To: Michael Wu
Cc: Johannes Berg; Mohamed Abbas; netdev@vger.kernel.org
Subject: R
For 3945 a lot of functionalities were moved to the driver level, what
kept in the firmware is basically some timely related functions like
beacon in IBSS mode but the beacon frame is provided by the driver and
the firmware is responsible to send it according to the timing
constrains. Also scan
On Wed, 2006-08-09 at 09:47 -0700, Michael Wu wrote:
> On Wednesday 09 August 2006 00:57, Johannes Berg wrote:
> > Please not, for now. We need someone pushing for fullmac features in
> > d80211, we need those anyway for embedded systems that can't afford
> > running all of it on the main CPU. Whil
On Wed, Aug 09, 2006 at 09:47:15AM -0700, Michael Wu wrote:
> probe response handling to complete the picture. What other half-fullmac,
> half-softmac card besides the other IPW cards splits card/host 802.11 duties
> along those lines? What other splits between card and host are out there? I
> w
On Wednesday 09 August 2006 00:57, Johannes Berg wrote:
> Please not, for now. We need someone pushing for fullmac features in
> d80211, we need those anyway for embedded systems that can't afford
> running all of it on the main CPU. While obviously Intel would benefit
> from doing this since a lot
On Tue, Aug 08, 2006 at 02:27:37PM -0700, Mohamed Abbas wrote:
> 1- I needed to use sta_info_get function to do rate scaling for 3945,
> although this function is exported but it was missing from d80211.h, for
> work around I had to copy more header files to my driver's directory, It
> this pla
On Tue, Aug 08, 2006 at 05:06:31PM -0700, Jouni Malinen wrote:
> On Tue, Aug 08, 2006 at 02:27:37PM -0700, Mohamed Abbas wrote:
>
> > 1- I needed to use sta_info_get function to do rate scaling for 3945,
> > although this function is exported but it was missing from d80211.h, for
> > work around
On Wed, Aug 09, 2006 at 09:57:12AM +0200, Johannes Berg wrote:
> Michael Wu wrote:
> >I think it would be best if you made the firmware not be aware of a
> >connection, and let the d80211 code take care of all the
> >scanning/authenticating/associating. Of course, I know nothing about 3945,
> >s
Michael Wu wrote:
I think it would be best if you made the firmware not be aware of a
connection, and let the d80211 code take care of all the
scanning/authenticating/associating. Of course, I know nothing about 3945, so
I don't know if that's possible.
Please not, for now. We need someone p
On Tuesday 08 August 2006 14:27, Mohamed Abbas wrote:
> 2- Scanning; in 3945 driver, we can not tune to other channels while we
> are connected, this will cause a firmware error. The firmware provides a
> scanning command we call so the firmware will take care of switching of
> the available channe
12 matches
Mail list logo
