Return-path: Received: from mail-qk0-f180.google.com ([209.85.220.180]:47051 "EHLO mail-qk0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755185AbdLOLKh (ORCPT ); Fri, 15 Dec 2017 06:10:37 -0500 Received: by mail-qk0-f180.google.com with SMTP id b184so9878907qkc.13 for ; Fri, 15 Dec 2017 03:10:37 -0800 (PST) Subject: Re: BCM4356 does not initalize after firmware update To: Stanislaw Gruszka References: <20171213161257.GB2811@redhat.com> <5A3240B9.90007@broadcom.com> <20171214142243.GB2737@redhat.com> <5A339CB2.1040202@broadcom.com> <20171215103215.GA2742@redhat.com> Cc: linux-wireless@vger.kernel.org From: Arend van Spriel Message-ID: <5A33ADAA.9060008@broadcom.com> (sfid-20171215_121115_043627_E87A9852) Date: Fri, 15 Dec 2017 12:10:34 +0100 MIME-Version: 1.0 In-Reply-To: <20171215103215.GA2742@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Sender: linux-wireless-owner@vger.kernel.org List-ID: On 12/15/2017 11:32 AM, Stanislaw Gruszka wrote: > On Fri, Dec 15, 2017 at 10:58:10AM +0100, Arend van Spriel wrote: >> On 12/14/2017 3:22 PM, Stanislaw Gruszka wrote: >>> On Thu, Dec 14, 2017 at 10:13:29AM +0100, Arend van Spriel wrote: >>>> The cur_etheraddr is the first piece of info we try to get from the >>>> firmware. Could you build the driver with CONFIG_BRCMDBG and load >>>> the module with 'debug=0x181416'. >>> >>> dmesg attached. >> >> So the firmware console output in the dmesg shows partial stack >> trace which clearly means the firmware crashed. >> >> [ 2685.701602] brcmfmac: brcmf_pcie_isr_thread Enter 100 >> [ 2685.701613] brcmfmac: brcmf_pcie_handle_mb_data D2H_MB_DATA: 0x10000000 >> [ 2685.701634] brcmfmac: CONSOLE: 0d >> [ 2685.701706] brcmfmac: CONSOLE: 000000.049 sp+ec 00184635 >> [ 2685.701778] brcmfmac: CONSOLE: 000000.049 sp+f4 00182ca7 >> [ 2685.701854] brcmfmac: CONSOLE: 000000.049 sp+100 000001df >> [ 2685.701928] brcmfmac: CONSOLE: 000000.049 sp+140 0000823f >> [ 2685.702003] brcmfmac: CONSOLE: 000000.049 sp+150 0018b8d9 >> [ 2687.642667] brcmfmac: brcmf_msgbuf_query_dcmd: Timeout on >> response for query command >> [ 2687.650464] brcmfmac: brcmf_fil_cmd_data Failed: BCME_NOTDOWN (-5) >> [ 2687.650469] brcmfmac: brcmf_fil_iovar_data_get ifidx=0, >> name=cur_etheraddr, len=6 >> [ 2687.650471] brcmutil: data >> [ 2687.650475] 00000000: 00 00 00 00 00 00 ...... >> [ 2687.650479] brcmfmac: brcmf_c_preinit_dcmds: Retreiving >> cur_etheraddr failed, -5 >> >> I noticed you are not using a nvram file. Do you know if one was >> orignally provided with the device? > > I think it was not. The device was bought and setup in Fedora/RHEL > machine, which do not include any extra brcmfmac nvram file. If the supplier of the device did not include such file it is probably not needed. When using the old (working) firmware could you dump revinfo file in debugfs, ie.: # cat /sys/kernel/debug/brcmfmac/0000:03:00.0/revinfo Thanks, Arend