From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Arend van Spriel" Subject: Re: [PATCH wireless-next] brcmsmac: avoid 512 byte stack variable Date: Thu, 7 Feb 2013 21:23:25 +0100 Message-ID: <51140D3D.9020100@broadcom.com> References: <1360268032-52414-1-git-send-email-tim.gardner@canonical.com> <1360268386.27863.2.camel@joe-AO722> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Cc: "Tim Gardner" , linux-kernel@vger.kernel.org, "Brett Rudley" , "Franky (Zhenhui) Lin" , "Hante Meuleman" , "John W. Linville" , "Seth Forshee" , "Pieter-Paul Giesberts" , "Hauke Mehrtens" , linux-wireless@vger.kernel.org, brcm80211-dev-list@broadcom.com, netdev@vger.kernel.org To: "Joe Perches" Return-path: In-Reply-To: <1360268386.27863.2.camel@joe-AO722> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On 02/07/2013 09:19 PM, Joe Perches wrote: > On Thu, 2013-02-07 at 13:13 -0700, Tim Gardner wrote: >> Dynamically allocate the probe response template which >> avoids potential stack corruption. Observed with smatch: > > trivial: > >> diff --git a/drivers/net/wireless/brcm80211/brcmsmac/main.c b/drivers/net/wireless/brcm80211/brcmsmac/main.c > [] >> @@ -7408,9 +7408,16 @@ brcms_c_bss_update_probe_resp(struct brcms_c_info *wlc, > [] >> + prb_resp = kmalloc(BCN_TMPL_LEN, GFP_ATOMIC); >> + if (!prb_resp) { >> + wiphy_err(wlc->wiphy, "wl: %s: failed to alloc %u bytes\n", >> + __func__, BCN_TMPL_LEN); > > Please remove the error message. > alloc's don't need specific OOM messages. > > The mm subsystem already provides a standardized > message with a dump_stack(). You beat me to the finish line :-) Gr. AvS