[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20160629154152.8E340613A6@smtp.codeaurora.org>
Date: Wed, 29 Jun 2016 15:41:52 +0000 (UTC)
From: Kalle Valo <kvalo@...eaurora.org>
To: Rafał Miłecki <zajec5@...il.com>
Cc: Rafał Miłecki <zajec5@...il.com>,
Brett Rudley <brudley@...adcom.com>,
Arend van Spriel <arend@...adcom.com>,
"Franky (Zhenhui) Lin" <frankyl@...adcom.com>,
Hante Meuleman <meuleman@...adcom.com>,
Pieter-Paul Giesberts <pieterpg@...adcom.com>,
linux-wireless@...r.kernel.org (open list:BROADCOM BRCM80211
IEEE802.11n WIRELESS DRIVER),
brcm80211-dev-list@...adcom.com (open list:BROADCOM BRCM80211
IEEE802.11n WIRELESS DRIVER),
netdev@...r.kernel.org (open list:NETWORKING DRIVERS),
linux-kernel@...r.kernel.org (open list)
Subject: Re: brcmfmac: slightly simplify building interface combinations
Rafał Miłecki wrote:
> This change reorders some operations in brcmf_setup_ifmodes in hope to
> make it simpler:
> 1) It allocates arrays right before filling them. This way it's easier
> to follow requested array length as it's immediately followed by
> code filling it. It's easier to check e.g. why we need 4 entries for
> P2P. Other than that it deduplicates some checks (e.g. for P2P).
> 2) It reorders code to first prepare limits and then define a new combo.
> Previously this was mixed (e.g. we were setting num of channels
> before preparing limits).
> 3) It modifies mbss code to use i variable just like other combos do.
>
> Signed-off-by: Rafał Miłecki <zajec5@...il.com>
> Acked-by: Arend van Spriel <arend.vanspriel@...adcom.com>
Thanks, 1 patch applied to wireless-drivers-next.git:
f568adac7d1a brcmfmac: slightly simplify building interface combinations
--
Sent by pwcli
https://patchwork.kernel.org/patch/9162267/
Powered by blists - more mailing lists