From: "Arend van Spriel" <arend@broadcom.com>
To: gregkh@suse.de
Cc: devel@linuxdriverproject.org, linux-wireless@vger.kernel.org,
"Arend van Spriel" <arend@broadcom.com>
Subject: [PATCH 00/15] staging: brcm80211: cleanup fullmac structs and softmac srom lookup
Date: Wed, 5 Oct 2011 15:19:59 +0200 [thread overview]
Message-ID: <1317820814-7083-1-git-send-email-arend@broadcom.com> (raw)
This series addresses more community feedback items received on mainline
patch (v2) posted August 25, 2011. The driver structures in brcmfmac could
do with some tidying and in the brcmsmac variables loaded from srom were
accessed by string identifiers. This has been replaced by enumerated
identifiers and the entries are stored in kernel standard linked list.
This series applies to staging-next and depends on the patch series posted
on Oct 4, 2011 (see Message-ID below).
Message-ID: <1317763152-17607-1-git-send-email-arend@broadcom.com>
Arend van Spriel (11):
staging: brcm80211: move driver variable functions to srom.c
staging: brcm80211: remove code duplication for driver variable
lookup
staging: brcm80211: change parameter in driver variable lookup
staging: brcm80211: remove locking macro definitions
staging: brcm80211: fix thread blocking issue in
brcmf_sdbrcm_bus_stop()
staging: brcm80211: remove invalid variable lookup from srom
staging: brcm80211: use identifiers instead of string for srom lookup
staging: brcm80211: use enum identifiers in srom variable tables
staging: brcm80211: replace string based variable storage by linked
list
staging: brcm80211: remove parameter 'off' from _initvars_srom_pci()
staging: brcm80211: cleanup driver variable references
Franky Lin (4):
staging: brcm80211: remove threads_only code from fullmac
staging: brcm80211: remove redundant bus register layer from fullmac
staging: brcm80211: clean up struct brcmf_if in fullmac
staging: brcm80211: remove brcmf_op_if from fullmac
drivers/staging/brcm80211/brcmfmac/bcmsdh.c | 10 -
drivers/staging/brcm80211/brcmfmac/bcmsdh_sdmmc.c | 16 +-
drivers/staging/brcm80211/brcmfmac/dhd_linux.c | 134 +--
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c | 133 +--
drivers/staging/brcm80211/brcmfmac/sdio_host.h | 4 -
drivers/staging/brcm80211/brcmsmac/aiutils.c | 32 +-
drivers/staging/brcm80211/brcmsmac/aiutils.h | 6 +-
drivers/staging/brcm80211/brcmsmac/antsel.c | 15 +-
drivers/staging/brcm80211/brcmsmac/channel.c | 2 +-
drivers/staging/brcm80211/brcmsmac/mac80211_if.c | 157 ++--
drivers/staging/brcm80211/brcmsmac/main.c | 144 +---
drivers/staging/brcm80211/brcmsmac/main.h | 5 -
drivers/staging/brcm80211/brcmsmac/nicpci.c | 5 +-
drivers/staging/brcm80211/brcmsmac/nicpci.h | 2 +-
drivers/staging/brcm80211/brcmsmac/phy/phy_cmn.c | 42 +-
drivers/staging/brcm80211/brcmsmac/phy/phy_hal.h | 4 +-
drivers/staging/brcm80211/brcmsmac/phy/phy_int.h | 7 -
drivers/staging/brcm80211/brcmsmac/phy/phy_lcn.c | 64 +-
drivers/staging/brcm80211/brcmsmac/phy/phy_n.c | 330 ++++--
drivers/staging/brcm80211/brcmsmac/phy_shim.c | 9 +
drivers/staging/brcm80211/brcmsmac/phy_shim.h | 4 +
drivers/staging/brcm80211/brcmsmac/pub.h | 263 +++++-
drivers/staging/brcm80211/brcmsmac/srom.c | 1124 +++++++++++----------
drivers/staging/brcm80211/brcmsmac/srom.h | 4 +-
drivers/staging/brcm80211/brcmsmac/stf.c | 4 +-
25 files changed, 1342 insertions(+), 1178 deletions(-)
--
1.7.4.1
next reply other threads:[~2011-10-05 13:20 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-05 13:19 Arend van Spriel [this message]
2011-10-05 13:20 ` [PATCH 01/15] staging: brcm80211: move driver variable functions to srom.c Arend van Spriel
2011-10-06 14:15 ` Arend Van Spriel
2011-10-05 13:20 ` [PATCH 02/15] staging: brcm80211: remove threads_only code from fullmac Arend van Spriel
2011-10-05 13:20 ` [PATCH 03/15] staging: brcm80211: remove redundant bus register layer " Arend van Spriel
2011-10-05 13:20 ` [PATCH 04/15] staging: brcm80211: remove code duplication for driver variable lookup Arend van Spriel
2011-10-05 13:20 ` [PATCH 05/15] staging: brcm80211: change parameter in " Arend van Spriel
2011-10-05 13:20 ` [PATCH 06/15] staging: brcm80211: remove locking macro definitions Arend van Spriel
2011-10-05 13:20 ` [PATCH 07/15] staging: brcm80211: fix thread blocking issue in brcmf_sdbrcm_bus_stop() Arend van Spriel
2011-10-05 13:20 ` [PATCH 08/15] staging: brcm80211: remove invalid variable lookup from srom Arend van Spriel
2011-10-05 13:20 ` [PATCH 09/15] staging: brcm80211: use identifiers instead of string for srom lookup Arend van Spriel
2011-10-05 13:20 ` [PATCH 10/15] staging: brcm80211: use enum identifiers in srom variable tables Arend van Spriel
2011-10-05 13:20 ` [PATCH 11/15] staging: brcm80211: replace string based variable storage by linked list Arend van Spriel
2011-10-05 13:20 ` [PATCH 12/15] staging: brcm80211: remove parameter 'off' from _initvars_srom_pci() Arend van Spriel
2011-10-05 13:20 ` [PATCH 13/15] staging: brcm80211: cleanup driver variable references Arend van Spriel
2011-10-05 13:20 ` [PATCH 14/15] staging: brcm80211: clean up struct brcmf_if in fullmac Arend van Spriel
2011-10-05 13:20 ` [PATCH 15/15] staging: brcm80211: remove brcmf_op_if from fullmac Arend van Spriel
2011-10-05 14:40 ` [PATCH 00/15] staging: brcm80211: cleanup fullmac structs and softmac srom lookup Hauke Mehrtens
2011-10-05 16:56 ` Arend van Spriel
2011-10-05 20:47 ` Greg KH
2011-10-06 9:56 ` Arend van Spriel
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=1317820814-7083-1-git-send-email-arend@broadcom.com \
--to=arend@broadcom.com \
--cc=devel@linuxdriverproject.org \
--cc=gregkh@suse.de \
--cc=linux-wireless@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;
as well as URLs for NNTP newsgroup(s).