From: Johannes Berg <johannes@sipsolutions.net>
To: David Lin <dlin@marvell.com>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
Pete Hsieh <peteh@marvell.com>, Chor Teck Law <ctlaw@marvell.com>
Subject: Re: [PATCH] Add new mac80211 driver mwlwifi.
Date: Tue, 09 Jun 2015 09:30:41 +0200 [thread overview]
Message-ID: <1433835041.1892.3.camel@sipsolutions.net> (raw)
In-Reply-To: <52abf3860d5941869a72b4ecf9c99616@SC-EXCH02.marvell.com>
On Tue, 2015-06-09 at 07:25 +0000, David Lin wrote:
> 1. That's interesting, why does a PCI(e) driver need OF?
> This driver will accept parameters in DTS file for band control,
> antenna setting and power table, to cater for different boards
> combination inside a system.
Ok. I saw some OF references at the very end, but then got a bit
side-tracked :)
> 2. Can you perhaps explain how the STA/AP firmware separation works?
> For this driver, the AP/STA mode will use the same single firmware
> binary, so there is no “separation” per se. The firmware will support
> AP/STA mode.
Hmm, interesting. It seemed that there were references in the code to
loading different firmware? Might want to look through for that.
> 3. Does this driver has any relation to mwifiex?
> Mwifiex is driver for Firmware-based MLME. It interfaces with firmware
> with 802.3 packets. Mwlwifi is the Host Soft AP/STA driver that works
> with mac80211.
Ok, so basically no relation - makes sense.
> 1. Directory name “mwlwifi”.
> This is to be consistent with some predecessor. For example, Intel
> uses iwlwifi, realtek uses rtlwifi. We do not see a need to change it.
> This will make sure we keep the original project mwlwifi on openwrt
> folder remain intact, while we continue to maintain them the same
> way/pace.
That's fine.
> 2. Interface with F/W.
> F/W used by this driver is also used by other marvell’s drivers.
Yeah, but I'm not saying you should change the interface, I'm just
saying you need to properly endian-annotate it. That won't actually
change the binary interface, but will make the driver more robust.
> 3. AMPDU related code.
> It has been well tested and leveraged from mwl8k. We may enhance it in
> future, but please accept the current code status for now.
I'm not really sure it's correct, but I guess I can't really comment too
much on it.
johannes
next prev parent reply other threads:[~2015-06-09 7:30 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-04 4:57 [PATCH] Add new mac80211 driver mwlwifi David Lin
2015-06-06 13:43 ` Johannes Berg
2015-06-09 7:25 ` David Lin
2015-06-09 7:30 ` Johannes Berg [this message]
2015-09-06 13:24 ` Kalle Valo
2015-09-06 16:05 ` Arend van Spriel
2015-09-06 16:14 ` Arend van Spriel
2015-09-06 16:48 ` Kalle Valo
2015-09-06 16:46 ` Kalle Valo
2015-09-06 17:09 ` Larry Finger
2015-09-11 14:03 ` Chor Teck Law
2015-09-29 9:04 ` Kalle Valo
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=1433835041.1892.3.camel@sipsolutions.net \
--to=johannes@sipsolutions.net \
--cc=ctlaw@marvell.com \
--cc=dlin@marvell.com \
--cc=linux-wireless@vger.kernel.org \
--cc=peteh@marvell.com \
/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;
as well as URLs for NNTP newsgroup(s).