Return-path: Received: from 2.mo69.mail-out.ovh.net ([178.33.251.80]:36377 "EHLO 2.mo69.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752363AbdBPIEn (ORCPT ); Thu, 16 Feb 2017 03:04:43 -0500 Received: from player696.ha.ovh.net (b7.ovh.net [213.186.33.57]) by mo69.mail-out.ovh.net (Postfix) with ESMTP id 54E0C1AC53 for ; Thu, 16 Feb 2017 08:25:52 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Date: Thu, 16 Feb 2017 08:25:42 +0100 From: =?UTF-8?Q?Rafa=C5=82_Mi=C5=82ecki?= To: Andy Shevchenko Cc: =?UTF-8?Q?Rafa=C5=82_Mi=C5=82ecki?= , Ming Lei , "Luis R . Rodriguez" , Greg KH , Linux Kernel Mailing List , Kalle Valo , Arend van Spriel , "open list:TI WILINK WIRELES..." , brcm80211-dev-list.pdl@broadcom.com Subject: Re: [PATCH 2/2] brcmfmac: don't warn user if loading firmware file with NVRAM fails In-Reply-To: References: <20170215222948.21030-1-zajec5@gmail.com> <20170215222948.21030-2-zajec5@gmail.com> Message-ID: (sfid-20170216_090447_679785_7079056B) Sender: linux-wireless-owner@vger.kernel.org List-ID: On 2017-02-16 02:19, Andy Shevchenko wrote: > On Thu, Feb 16, 2017 at 12:29 AM, Rafał Miłecki > wrote: >> From: Rafał Miłecki >> >> This isn't critical as we use platform NVRAM as fallback and it's very >> common case of all Broadcom home routers. Thanks for the new firmware >> loading function we can achieve this by simply passing FW_OPT_NO_WARN. >> > > What kind of warning you are talking about? > > On Intel Edison brcmfmac isn't backed up by NVRAM (there no such) and > the platform is not ACPI-based. The warning might be crucial for > debugging Wi-Fi issues on such platforms. Sorry, I should have tried better with that commit message. V2 in a second.