Re: lspci not working

Re: lspci not working

[Larry Finger]

On 05/16/2015 04:12 AM, Schmirr Wurst wrote:
> I've already posted the message once, but as it was my first, I'm not
> sure, if it worked...
>
> Actually I'm trying to get read of a t100af from asus, that has a nice
> broadcom wifi chipset, but I'm wondering that I don't see anything
> with lspci, do that mean, that the chipset is broken ?
> (I though lspci is one level deeper than driver, and I should see
> something, even if I have driver problems) ?
>
> Could just somebody tell me if I'm right or wrong ?

On Intel Bay Trail tablets, the wifi device is frequently attached using an SDIO 
bus, not a PCI connection. Accordingly, lspci will probably not show the device.

I am not familiar with any Broadcom devices that use SDIO, but I have Cc'd the 
linux-wireless mailing list. Perhaps someone there will be able to help.

I am currently working with a Winbook TW100, which is another Bay Trail device. 
It uses a Realtek RTL8723BS, which also has an SDIO interface.

Larry

Re: lspci not working

[Rafał Miłecki]

On 16 May 2015 at 16:34, Larry Finger <Larry.Finger@lwfinger.net> wrote:
> On 05/16/2015 04:12 AM, Schmirr Wurst wrote:
>>
>> I've already posted the message once, but as it was my first, I'm not
>> sure, if it worked...
>>
>> Actually I'm trying to get read of a t100af from asus, that has a nice
>> broadcom wifi chipset, but I'm wondering that I don't see anything
>> with lspci, do that mean, that the chipset is broken ?
>> (I though lspci is one level deeper than driver, and I should see
>> something, even if I have driver problems) ?
>>
>> Could just somebody tell me if I'm right or wrong ?
>
>
> On Intel Bay Trail tablets, the wifi device is frequently attached using an
> SDIO bus, not a PCI connection. Accordingly, lspci will probably not show
> the device.

But you should be able to browse  /sys/bus/sdio/devices/ I guess
(assuming bus host driver is working).

Re: lspci not working

[Arend van Spriel]

On 16-05-15 16:58, Rafał Miłecki wrote:
> On 16 May 2015 at 16:34, Larry Finger <Larry.Finger@lwfinger.net> wrote:
>> On 05/16/2015 04:12 AM, Schmirr Wurst wrote:
>>>
>>> I've already posted the message once, but as it was my first, I'm not
>>> sure, if it worked...
>>>
>>> Actually I'm trying to get read of a t100af from asus, that has a nice
>>> broadcom wifi chipset, but I'm wondering that I don't see anything
>>> with lspci, do that mean, that the chipset is broken ?
>>> (I though lspci is one level deeper than driver, and I should see
>>> something, even if I have driver problems) ?
>>>
>>> Could just somebody tell me if I'm right or wrong ?
>>
>>
>> On Intel Bay Trail tablets, the wifi device is frequently attached using an
>> SDIO bus, not a PCI connection. Accordingly, lspci will probably not show
>> the device.
>
> But you should be able to browse  /sys/bus/sdio/devices/ I guess
> (assuming bus host driver is working).

Indeed. The broadcom device would have a modalias starting 
'sdio:c00v02D0d'. The Asus T100 series use 43241 if I am not mistaken. 
It should be supported by the brcmfmac driver.

Regards,
Arend

Re: lspci not working

[Schmirr Wurst]

Thank you all, for your answers...

In fact I'm trying to help a friend with that, and I must say I never
hard such a complicated device...

I tried as suggested to had a look at
/sys/bus/sdio/devices, but the only devices around there a 3
mmc1:0001:1 to :3, I guess it is something else...

I already try to install brcmfmac_sdio , with some tutorial from the
internet, but it didn't work...
actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...

In that directory, I see a directory mmc1:0001:2
under device I have 0xa94d

I completly lost, maybe you understand that information, sorry..


2015-05-16 23:16 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>
>
> On 16-05-15 16:58, Rafał Miłecki wrote:
>>
>> On 16 May 2015 at 16:34, Larry Finger <Larry.Finger@lwfinger.net> wrote:
>>>
>>> On 05/16/2015 04:12 AM, Schmirr Wurst wrote:
>>>>
>>>>
>>>> I've already posted the message once, but as it was my first, I'm not
>>>> sure, if it worked...
>>>>
>>>> Actually I'm trying to get read of a t100af from asus, that has a nice
>>>> broadcom wifi chipset, but I'm wondering that I don't see anything
>>>> with lspci, do that mean, that the chipset is broken ?
>>>> (I though lspci is one level deeper than driver, and I should see
>>>> something, even if I have driver problems) ?
>>>>
>>>> Could just somebody tell me if I'm right or wrong ?
>>>
>>>
>>>
>>> On Intel Bay Trail tablets, the wifi device is frequently attached using
>>> an
>>> SDIO bus, not a PCI connection. Accordingly, lspci will probably not show
>>> the device.
>>
>>
>> But you should be able to browse  /sys/bus/sdio/devices/ I guess
>> (assuming bus host driver is working).
>
>
> Indeed. The broadcom device would have a modalias starting 'sdio:c00v02D0d'.
> The Asus T100 series use 43241 if I am not mistaken. It should be supported
> by the brcmfmac driver.
>
> Regards,
> Arend

Re: lspci not working

[Rafał Miłecki]

On 17 May 2015 at 02:21, Schmirr Wurst <schmirrwurst@gmail.com> wrote:
> I tried as suggested to had a look at
> /sys/bus/sdio/devices, but the only devices around there a 3
> mmc1:0001:1 to :3, I guess it is something else...

Why do you guess so? You didn't provide us any details about entries there.


> In that directory, I see a directory mmc1:0001:2
> under device I have 0xa94d
>
> I completly lost, maybe you understand that information, sorry..

You provided only one single device id, without even vendor id. Give
us at least a list of devices, e.g. by their modalias, like
cat /sys/bus/sdio/devices/*/modalias

Re: lspci not working

[Arend van Spriel]

On 17-05-15 10:47, Rafał Miłecki wrote:
> On 17 May 2015 at 02:21, Schmirr Wurst <schmirrwurst@gmail.com> wrote:
>> I tried as suggested to had a look at
>> /sys/bus/sdio/devices, but the only devices around there a 3
>> mmc1:0001:1 to :3, I guess it is something else...
>
> Why do you guess so? You didn't provide us any details about entries there.

Indeed a wrong guess. The sdio specification allows a physical sdio 
device to provide multiple sdio functions, which are instantiated as 
devices in the linux driver model. So they will have the same modalias.

>> In that directory, I see a directory mmc1:0001:2
>> under device I have 0xa94d
>>
>> I completly lost, maybe you understand that information, sorry..
>
> You provided only one single device id, without even vendor id. Give
> us at least a list of devices, e.g. by their modalias, like
> cat /sys/bus/sdio/devices/*/modalias
>

Converting 0xa94d gives 43341, which does not look like a coincidence to 
me. So this Asus device comes with a newer chip, but it is supported by 
brcmfmac (provided vendor id is indeed 0x02d0!).

Regards,
Arend

Re: lspci not working

[Rafał Miłecki]

On 17 May 2015 at 11:27, Arend van Spriel <aspriel@gmail.com> wrote:
> On 17-05-15 10:47, Rafał Miłecki wrote:
>> On 17 May 2015 at 02:21, Schmirr Wurst <schmirrwurst@gmail.com> wrote:
>>> In that directory, I see a directory mmc1:0001:2
>>> under device I have 0xa94d
>>>
>>> I completly lost, maybe you understand that information, sorry..
>>
>>
>> You provided only one single device id, without even vendor id. Give
>> us at least a list of devices, e.g. by their modalias, like
>> cat /sys/bus/sdio/devices/*/modalias
>>
>
> Converting 0xa94d gives 43341, which does not look like a coincidence to me.
> So this Asus device comes with a newer chip, but it is supported by brcmfmac
> (provided vendor id is indeed 0x02d0!).

I had no idea its supported, it would be nice if you could keep wiki
page up to date. I've just added entries for BCM4334[01]:
https://wireless.wiki.kernel.org/en/users/drivers/brcm80211#brcmfmac

-- 
Rafał

Re: lspci not working

[Arend van Spriel]

On 05/17/15 02:21, Schmirr Wurst wrote:
> Thank you all, for your answers...
>
> In fact I'm trying to help a friend with that, and I must say I never
> hard such a complicated device...

Well, it depends what aspect you find complicated. It is pretty 
straightforward device that just needs a driver to work.

> I tried as suggested to had a look at
> /sys/bus/sdio/devices, but the only devices around there a 3
> mmc1:0001:1 to :3, I guess it is something else...
>
> I already try to install brcmfmac_sdio , with some tutorial from the
> internet, but it didn't work...
> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>
> In that directory, I see a directory mmc1:0001:2
> under device I have 0xa94d
>
> I completly lost, maybe you understand that information, sorry..

I do. The fact that you see a subdirectory mmc1:0001:2 in 
/sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for 
this device. Now would be a good time to share your (friends') kernel 
log, but my guess is you are either missing firmware or nvram data or 
both for this device.

And could you try to answer inline instead of top-posting.

Regards,
Arend

> 2015-05-16 23:16 GMT+02:00 Arend van Spriel<aspriel@gmail.com>:
>>
>>
>> On 16-05-15 16:58, Rafał Miłecki wrote:
>>>
>>> On 16 May 2015 at 16:34, Larry Finger<Larry.Finger@lwfinger.net>  wrote:
>>>>
>>>> On 05/16/2015 04:12 AM, Schmirr Wurst wrote:
>>>>>
>>>>>
>>>>> I've already posted the message once, but as it was my first, I'm not
>>>>> sure, if it worked...
>>>>>
>>>>> Actually I'm trying to get read of a t100af from asus, that has a nice
>>>>> broadcom wifi chipset, but I'm wondering that I don't see anything
>>>>> with lspci, do that mean, that the chipset is broken ?
>>>>> (I though lspci is one level deeper than driver, and I should see
>>>>> something, even if I have driver problems) ?
>>>>>
>>>>> Could just somebody tell me if I'm right or wrong ?
>>>>
>>>>
>>>>
>>>> On Intel Bay Trail tablets, the wifi device is frequently attached using
>>>> an
>>>> SDIO bus, not a PCI connection. Accordingly, lspci will probably not show
>>>> the device.
>>>
>>>
>>> But you should be able to browse  /sys/bus/sdio/devices/ I guess
>>> (assuming bus host driver is working).
>>
>>
>> Indeed. The broadcom device would have a modalias starting 'sdio:c00v02D0d'.
>> The Asus T100 series use 43241 if I am not mistaken. It should be supported
>> by the brcmfmac driver.
>>
>> Regards,
>> Arend
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: lspci not working

[Rafał Miłecki]

On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
> On 05/17/15 02:21, Schmirr Wurst wrote:
>> I tried as suggested to had a look at
>> /sys/bus/sdio/devices, but the only devices around there a 3
>> mmc1:0001:1 to :3, I guess it is something else...
>>
>> I already try to install brcmfmac_sdio , with some tutorial from the
>> internet, but it didn't work...
>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>
>> In that directory, I see a directory mmc1:0001:2
>> under device I have 0xa94d
>>
>> I completly lost, maybe you understand that information, sorry..
>
>
> I do. The fact that you see a subdirectory mmc1:0001:2 in
> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for
> this device. Now would be a good time to share your (friends') kernel log,
> but my guess is you are either missing firmware or nvram data or both for
> this device.

It could also mean driver was loaded manually. So please also make
sure the friend uses kernel 4.0 or newer.


> And could you try to answer inline instead of top-posting.

Ack

-- 
Rafał

Re: lspci not working

[Schmirr Wurst]

[-- Attachment #1: Type: text/plain, Size: 1994 bytes --]

Thank you all, for your answers...
>
> In fact I'm trying to help a friend with that, and I must say I never
> hard such a complicated device...
>
> I tried as suggested to had a look at
> /sys/bus/sdio/devices, but the only devices around there a 3
> mmc1:0001:1 to :3, I guess it is something else...
>
> I already try to install brcmfmac_sdio , with some tutorial from the
> internet, but it didn't work...
> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>
> In that directory, I see a directory mmc1:0001:2
> under device I have 0xa94d
>
> I completly lost, maybe you understand that information, sorry..
>
>
> 2015-05-16 23:16 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>>
>>
>> On 16-05-15 16:58, Rafał Miłecki wrote:
>>>
>>> On 16 May 2015 at 16:34, Larry Finger <Larry.Finger@lwfinger.net> wrote:
>>>>
>>>> On 05/16/2015 04:12 AM, Schmirr Wurst wrote:
>>>>>
>>>>>
>>>>> I've already posted the message once, but as it was my first, I'm not
>>>>> sure, if it worked...
>>>>>
>>>>> Actually I'm trying to get read of a t100af from asus, that has a nice
>>>>> broadcom wifi chipset, but I'm wondering that I don't see anything
>>>>> with lspci, do that mean, that the chipset is broken ?
>>>>> (I though lspci is one level deeper than driver, and I should see
>>>>> something, even if I have driver problems) ?
>>>>>
>>>>> Could just somebody tell me if I'm right or wrong ?
>>>>
>>>>
>>>>
>>>> On Intel Bay Trail tablets, the wifi device is frequently attached using
>>>> an
>>>> SDIO bus, not a PCI connection. Accordingly, lspci will probably not show
>>>> the device.
>>>
>>>
>>> But you should be able to browse  /sys/bus/sdio/devices/ I guess
>>> (assuming bus host driver is working).
>>
>>
>> Indeed. The broadcom device would have a modalias starting 'sdio:c00v02D0d'.
>> The Asus T100 series use 43241 if I am not mistaken. It should be supported
>> by the brcmfmac driver.
>>
>> Regards,
>> Arend

[-- Attachment #2: kern.log.gz --]
[-- Type: application/x-gzip, Size: 202120 bytes --]

Re: lspci not working

[Schmirr Wurst]

[-- Attachment #1: Type: text/plain, Size: 2067 bytes --]

I'm not familiar with inline answers and mailing list, tried to put
some order in my answer + log file

2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>> I tried as suggested to had a look at
>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>> mmc1:0001:1 to :3, I guess it is something else...
>>>
>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>> internet, but it didn't work...
>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>
>>> In that directory, I see a directory mmc1:0001:2
>>> under device I have 0xa94d
>>>
>>> I completly lost, maybe you understand that information, sorry..
>>
>>
>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for
>> this device. Now would be a good time to share your (friends') kernel log,
>> but my guess is you are either missing firmware or nvram data or both for
>> this device.
I ve attatched the kernel.log
In dmsg I see following linked with the brc driver :
dmesg | grep brc
[    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
init done for chip 43340 rev 2 pmurev 20
[    7.993487] usbcore: registered new interface driver brcmfmac
[    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
brcm/brcmfmac43340-sdio.bin failed with error -2
[    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
[   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>
> It could also mean driver was loaded manually. So please also make
> sure the friend uses kernel 4.0 or newer.
Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
Distro:
Distributor ID:    T100 Ubuntu 15.04
Description:    Ubuntu 15.04
Release:    15.04
Codename:    vivid
I ve installed it from the magic stick here
https://plus.google.com/communities/117853703024346186936

[-- Attachment #2: kern.log.gz --]
[-- Type: application/x-gzip, Size: 202120 bytes --]

Re: lspci not working

[Schmirr Wurst]

2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
> I'm not familiar with inline answers and mailing list, tried to put
> some order in my answer + log file
>
> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>> I tried as suggested to had a look at
>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>
>>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>>> internet, but it didn't work...
>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>
>>>> In that directory, I see a directory mmc1:0001:2
>>>> under device I have 0xa94d
>>>>
>>>> I completly lost, maybe you understand that information, sorry..
>>>
>>>
>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for
>>> this device. Now would be a good time to share your (friends') kernel log,
>>> but my guess is you are either missing firmware or nvram data or both for
>>> this device.
> I ve attatched the kernel.log here https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
> In dmsg I see following linked with the brc driver :
> dmesg | grep brc
> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
> init done for chip 43340 rev 2 pmurev 20
> [    7.993487] usbcore: registered new interface driver brcmfmac
> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
> brcm/brcmfmac43340-sdio.bin failed with error -2
> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>
>> It could also mean driver was loaded manually. So please also make
>> sure the friend uses kernel 4.0 or newer.
> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
> Distro:
> Distributor ID:    T100 Ubuntu 15.04
> Description:    Ubuntu 15.04
> Release:    15.04
> Codename:    vivid
> I ve installed it from the magic stick here
> https://plus.google.com/communities/117853703024346186936

Re: lspci not working

[Hauke Mehrtens]

On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>> I'm not familiar with inline answers and mailing list, tried to put
>> some order in my answer + log file
>>
>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>> I tried as suggested to had a look at
>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>
>>>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>>>> internet, but it didn't work...
>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>
>>>>> In that directory, I see a directory mmc1:0001:2
>>>>> under device I have 0xa94d
>>>>>
>>>>> I completly lost, maybe you understand that information, sorry..
>>>>
>>>>
>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for
>>>> this device. Now would be a good time to share your (friends') kernel log,
>>>> but my guess is you are either missing firmware or nvram data or both for
>>>> this device.
>> I ve attatched the kernel.log here https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>> In dmsg I see following linked with the brc driver :
>> dmesg | grep brc
>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>> init done for chip 43340 rev 2 pmurev 20
>> [    7.993487] usbcore: registered new interface driver brcmfmac
>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>> brcm/brcmfmac43340-sdio.bin failed with error -2
>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>>
>>> It could also mean driver was loaded manually. So please also make
>>> sure the friend uses kernel 4.0 or newer.
>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>> Distro:
>> Distributor ID:    T100 Ubuntu 15.04
>> Description:    Ubuntu 15.04
>> Release:    15.04
>> Codename:    vivid
>> I ve installed it from the magic stick here
>> https://plus.google.com/communities/117853703024346186936

The driver complains about missing firmware and Ubuntu 15.04 does not
contain it.

Please place this file
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin

to /lib/firmware/brcm/brcmfmac43340-sdio.bin

Hauke

Fwd: lspci not working

[Schmirr Wurst]

---------- Forwarded message ----------
From: Schmirr Wurst <schmirrwurst@gmail.com>
Date: 2015-05-17 16:07 GMT+02:00
Subject: Re: lspci not working
To: Hauke Mehrtens <hauke@hauke-m.de>


2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>> I'm not familiar with inline answers and mailing list, tried to put
>>> some order in my answer + log file
>>>
>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>> I tried as suggested to had a look at
>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>
>>>>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>>>>> internet, but it didn't work...
>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>
>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>> under device I have 0xa94d
>>>>>>
>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>
>>>>>
>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for
>>>>> this device. Now would be a good time to share your (friends') kernel log,
>>>>> but my guess is you are either missing firmware or nvram data or both for
>>>>> this device.
>>> I ve attatched the kernel.log here https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>> In dmsg I see following linked with the brc driver :
>>> dmesg | grep brc
>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>> init done for chip 43340 rev 2 pmurev 20
>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>>>
>>>> It could also mean driver was loaded manually. So please also make
>>>> sure the friend uses kernel 4.0 or newer.
>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>> Distro:
>>> Distributor ID:    T100 Ubuntu 15.04
>>> Description:    Ubuntu 15.04
>>> Release:    15.04
>>> Codename:    vivid
>>> I ve installed it from the magic stick here
>>> https://plus.google.com/communities/117853703024346186936
>
> The driver complains about missing firmware and Ubuntu 15.04 does not
> contain it.
>
> Please place this file
> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>
> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>
> Hauke
 Before that, the system was complaining about
brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
but errors are similar...

43340 rev 2 pmurev 20
May 17 15:53:48 scheissasus kernel: [    7.372974] usbcore: registered
new interface driver brcmfmac
May 17 15:53:48 scheissasus kernel: [    7.374344] brcmfmac_sdio
mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.bin
failed with error -2
May 17 15:53:48 scheissasus kernel: [    8.383270] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50
May 17 15:53:50 scheissasus kernel: [   11.401582] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50
May 17 15:59:23 scheissasus kernel: [    7.496560]
brcmf_sdio_drivestrengthinit: No SDIO Drive strength init done for
chip 43340 rev 2 pmurev 20
May 17 15:59:23 scheissasus kernel: [    7.500086] usbcore: registered
new interface driver brcmfmac
May 17 15:59:23 scheissasus kernel: [    7.506911] brcmfmac_sdio
mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.txt
failed with error -2
May 17 15:59:23 scheissasus kernel: [    8.514107] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50
May 17 15:59:23 scheissasus kernel: [    9.531340] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50

Re: Fwd: lspci not working

[Arend van Spriel]

On 17-05-15 16:08, Schmirr Wurst wrote:
> ---------- Forwarded message ----------
> From: Schmirr Wurst <schmirrwurst@gmail.com>
> Date: 2015-05-17 16:07 GMT+02:00
> Subject: Re: lspci not working
> To: Hauke Mehrtens <hauke@hauke-m.de>
>
>
> 2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
>> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>>> I'm not familiar with inline answers and mailing list, tried to put
>>>> some order in my answer + log file
>>>>
>>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>>> I tried as suggested to had a look at
>>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>>
>>>>>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>>>>>> internet, but it didn't work...
>>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>>
>>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>>> under device I have 0xa94d
>>>>>>>
>>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>>
>>>>>>
>>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for
>>>>>> this device. Now would be a good time to share your (friends') kernel log,
>>>>>> but my guess is you are either missing firmware or nvram data or both for
>>>>>> this device.
>>>> I ve attatched the kernel.log here https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>>> In dmsg I see following linked with the brc driver :
>>>> dmesg | grep brc
>>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>>> init done for chip 43340 rev 2 pmurev 20
>>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>>>>
>>>>> It could also mean driver was loaded manually. So please also make
>>>>> sure the friend uses kernel 4.0 or newer.
>>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>>> Distro:
>>>> Distributor ID:    T100 Ubuntu 15.04
>>>> Description:    Ubuntu 15.04
>>>> Release:    15.04
>>>> Codename:    vivid
>>>> I ve installed it from the magic stick here
>>>> https://plus.google.com/communities/117853703024346186936
>>
>> The driver complains about missing firmware and Ubuntu 15.04 does not
>> contain it.
>>
>> Please place this file
>> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>>
>> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>>
>> Hauke
>   Before that, the system was complaining about
> brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
> but errors are similar...

I guess your system in jinxed because of the hostname you setup :-p

Ok, more seriously now. This is the nvram data I mentioned earlier. This 
system may have that info stored in efi variable. You should be able to 
find it in /sys/firmware/efi/efivars/nvram-*.

It may be necessary to run the following commands:

# modprobe efivarfs
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars

Regards,
Arend

> 43340 rev 2 pmurev 20
> May 17 15:53:48 scheissasus kernel: [    7.372974] usbcore: registered
> new interface driver brcmfmac
> May 17 15:53:48 scheissasus kernel: [    7.374344] brcmfmac_sdio
> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.bin
> failed with error -2
> May 17 15:53:48 scheissasus kernel: [    8.383270] brcmf_sdio_htclk:
> HT Avail timeout (1000000): clkctl 0x50
> May 17 15:53:50 scheissasus kernel: [   11.401582] brcmf_sdio_htclk:
> HT Avail timeout (1000000): clkctl 0x50
> May 17 15:59:23 scheissasus kernel: [    7.496560]
> brcmf_sdio_drivestrengthinit: No SDIO Drive strength init done for
> chip 43340 rev 2 pmurev 20
> May 17 15:59:23 scheissasus kernel: [    7.500086] usbcore: registered
> new interface driver brcmfmac
> May 17 15:59:23 scheissasus kernel: [    7.506911] brcmfmac_sdio
> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.txt
> failed with error -2
> May 17 15:59:23 scheissasus kernel: [    8.514107] brcmf_sdio_htclk:
> HT Avail timeout (1000000): clkctl 0x50
> May 17 15:59:23 scheissasus kernel: [    9.531340] brcmf_sdio_htclk:
> HT Avail timeout (1000000): clkctl 0x50
>

Fwd: Fwd: lspci not working

[Schmirr Wurst]

---------- Forwarded message ----------
From: Schmirr Wurst <schmirrwurst@gmail.com>
Date: 2015-05-17 16:47 GMT+02:00
Subject: Re: Fwd: lspci not working
To: Arend van Spriel <aspriel@gmail.com>


2015-05-17 16:34 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
> On 17-05-15 16:08, Schmirr Wurst wrote:
>>
>> ---------- Forwarded message ----------
>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>> Date: 2015-05-17 16:07 GMT+02:00
>> Subject: Re: lspci not working
>> To: Hauke Mehrtens <hauke@hauke-m.de>
>>
>>
>> 2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
>>>
>>> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>>>>
>>>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>>>>
>>>>> I'm not familiar with inline answers and mailing list, tried to put
>>>>> some order in my answer + log file
>>>>>
>>>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>>>>
>>>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>>>>>>>
>>>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>>>>
>>>>>>>> I tried as suggested to had a look at
>>>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>>>
>>>>>>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>>>>>>> internet, but it didn't work...
>>>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>>>
>>>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>>>> under device I have 0xa94d
>>>>>>>>
>>>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed
>>>>>>> for
>>>>>>> this device. Now would be a good time to share your (friends') kernel
>>>>>>> log,
>>>>>>> but my guess is you are either missing firmware or nvram data or both
>>>>>>> for
>>>>>>> this device.
>>>>>
>>>>> I ve attatched the kernel.log here
>>>>> https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>>>> In dmsg I see following linked with the brc driver :
>>>>> dmesg | grep brc
>>>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>>>> init done for chip 43340 rev 2 pmurev 20
>>>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>> 0x50
>>>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>> 0x50
>>>>>>
>>>>>>
>>>>>> It could also mean driver was loaded manually. So please also make
>>>>>> sure the friend uses kernel 4.0 or newer.
>>>>>
>>>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>>>> Distro:
>>>>> Distributor ID:    T100 Ubuntu 15.04
>>>>> Description:    Ubuntu 15.04
>>>>> Release:    15.04
>>>>> Codename:    vivid
>>>>> I ve installed it from the magic stick here
>>>>> https://plus.google.com/communities/117853703024346186936
>>>
>>>
>>> The driver complains about missing firmware and Ubuntu 15.04 does not
>>> contain it.
>>>
>>> Please place this file
>>>
>>> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>>>
>>> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>>>
>>> Hauke
>>
>>   Before that, the system was complaining about
>> brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
>> but errors are similar...
>
>
> I guess your system in jinxed because of the hostname you setup :-p
>
> Ok, more seriously now. This is the nvram data I mentioned earlier. This
> system may have that info stored in efi variable. You should be able to find
> it in /sys/firmware/efi/efivars/nvram-*.
>
> It may be necessary to run the following commands:
>
> # modprobe efivarfs
> # mount -t efivarfs efivarfs /sys/firmware/efi/efivars
>
> Regards,
> Arend
>
I cant be kind with manufacturer like broadcom and nvidia and those
that are builting in such hardware ;)
cat /sys/firmware/efi/efivars/nvram-74b00bd9-805a-4d61-b51f-43268123d113
What am I supposed to do with this ?
#T100TAF_AP6234ANS_NVRAM_V1.4.6_20140819_WIN8.1_WW.txt
# 20140819 V1.4.6_WW
# Update ccode to WW
#
# 20140815 V1.4.6_US
# Update ccode to US
#
# 20140730 V1.4.6
# Power offset adjustment
#
# 20140615 V1.4.4
# Add interference and btc params and sd_gpdc=0 to fix CS issue
#
# 20140504 V1.4
# Initial version
manfid=0x2d0
prodid=0x0653
vendid=0x14e4
devid=0x4386
boardtype=0x0653
boardrev=0x1203
boardnum=22
macaddr=00:90:4c:c5:12:38
sromrev=3
#boardflags:
# bit 19 3tswitch:   2.4GHz FEM: SP3T switch share with BT
# bit 16     nopa:   no external pa
# keep original 0x200
boardflags=0x0090201
xtalfreq=37400
nocrc=1
ag0=255
aa2g=1
ccode=XV
regrev=1
pa0itssit=0x20
#PA parameters for 2.4GHz
pa0b0=7086
pa0b1=-842
pa0b2=-162
tssifloor2g=63
# rssi params for 2.4GHz
rssismf2g=0xf
rssismc2g=0x8
rssisav2g=0x1
cckPwrOffset=3
# rssi params for 5GHz
rssismf5g=0xf
rssismc5g=0x7
#rssisav5g=0x1
rssisav5g=0x3
#PA parameters for lower a-band
pa1lob0=0x16D9
pa1lob1=0xFD47
pa1lob2=0xFF4E
tssifloor5gl=32
#PA parameters for midband
pa1b0=0x15FF
pa1b1=0xFD77
pa1b2=0xFF75
tssifloor5gm=34
#PA paramasdeters for high band
pa1hib0=0x158D
pa1hib1=0xFD7D
pa1hib2=0xFF6C
tssifloor5gh=32
rxpo5g=0
maxp2ga0=80
#  19.5dBm max; 18dBm target
PwrOffset40mhz2g=8
#HT40 2G OFFSET
#Per rate power back-offs for g band, in .5 dB steps. Set it once you
have the right numbers.
cck2gpo=0xcccc
ofdm2gpo=0xeeeedddd
# R54 16dBm; R48 17dBm; others 18dBm
mcs2gpo0=0xdddd
# M0~ M4 17dBm
mcs2gpo1=0xeccc
# M5M6 15dBm; M7 14.5dBm
#max power for 5G
maxp5ga0=68
# 16dBm target; 17.5dBm Max
maxp5gla0=68
maxp5gha0=68
#Per rate power back-offs for a band, in .5 dB steps. Set it once you
have the right numbers.
PwrOffset40mhz5g=8
#HT40 5G OFFSET
ofdm5gpo=0x64447777
# R54 13.5dBm
ofdm5glpo=0x64447777
ofdm5ghpo=0x75557777
mcs5gpo0=0x6666
# M0~M4 16dBm (1dB higher than ofdm)
mcs5gpo1=0x6555
# M5M6 13.5dBm; M7 12dBm
mcs5glpo0=0x7776
mcs5glpo1=0x6555
mcs5ghpo0=0x7776
mcs5ghpo1=0x6555
# Parameters for DAC2x mode and ALPF bypass
# RF SW Truth Table: ctrl0 for BT_TX; ctrl1 or 5G Tx; ctrl2 for 5G Rx;
Ctrl3 for 2G Tx; Ctrl4 for 2G Rx
swctrlmap_2g=0x00080008,0x00100010,0x00080008,0x011010,0x11f
swctrlmap_5g=0x00040004,0x00020002,0x00040004,0x011010,0x2fe
gain=32
triso2g=8
triso5g=8
#tx parameters
loflag=0
iqlocalidx5g=40
dlocalidx5g=70
iqcalidx5g=50
lpbckmode5g=1
txiqlopapu5g=0
txiqlopapu2g=0
dlorange_lowlimit=5
txalpfbyp=1
txalpfpu=1
dacrate2xen=1
papden2g=1
papden5g=1
#rx parameters
gain_settle_dly_2g=4
gain_settle_dly_5g=4
noise_cal_po_2g=-1
noise_cal_po_40_2g=-1
noise_cal_high_gain_2g=73
noise_cal_nf_substract_val_2g=346
noise_cal_po_5g=-1
noise_cal_po_40_5g=-1
noise_cal_high_gain_5g=73
noise_cal_nf_substract_val_5g=346
cckpapden=0

sd_gpout=4
sd_gpval=1
sd_gpdc=0
aci_detect_en_2g=1
interference=3
#BTC params
btc_flags=71
btc_params8=15000
btc_params22=8000
btc_params83=20000
btc_params84=10000

>
>> 43340 rev 2 pmurev 20
>> May 17 15:53:48 scheissasus kernel: [    7.372974] usbcore: registered
>> new interface driver brcmfmac
>> May 17 15:53:48 scheissasus kernel: [    7.374344] brcmfmac_sdio
>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.bin
>> failed with error -2
>> May 17 15:53:48 scheissasus kernel: [    8.383270] brcmf_sdio_htclk:
>> HT Avail timeout (1000000): clkctl 0x50
>> May 17 15:53:50 scheissasus kernel: [   11.401582] brcmf_sdio_htclk:
>> HT Avail timeout (1000000): clkctl 0x50
>> May 17 15:59:23 scheissasus kernel: [    7.496560]
>> brcmf_sdio_drivestrengthinit: No SDIO Drive strength init done for
>> chip 43340 rev 2 pmurev 20
>> May 17 15:59:23 scheissasus kernel: [    7.500086] usbcore: registered
>> new interface driver brcmfmac
>> May 17 15:59:23 scheissasus kernel: [    7.506911] brcmfmac_sdio
>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.txt
>> failed with error -2
>> May 17 15:59:23 scheissasus kernel: [    8.514107] brcmf_sdio_htclk:
>> HT Avail timeout (1000000): clkctl 0x50
>> May 17 15:59:23 scheissasus kernel: [    9.531340] brcmf_sdio_htclk:
>> HT Avail timeout (1000000): clkctl 0x50
>>
>

Re: Fwd: Fwd: lspci not working

[Arend van Spriel]

On 17-05-15 16:48, Schmirr Wurst wrote:
> ---------- Forwarded message ----------
> From: Schmirr Wurst <schmirrwurst@gmail.com>
> Date: 2015-05-17 16:47 GMT+02:00
> Subject: Re: Fwd: lspci not working
> To: Arend van Spriel <aspriel@gmail.com>
>
>
> 2015-05-17 16:34 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>> On 17-05-15 16:08, Schmirr Wurst wrote:
>>>
>>> ---------- Forwarded message ----------
>>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>>> Date: 2015-05-17 16:07 GMT+02:00
>>> Subject: Re: lspci not working
>>> To: Hauke Mehrtens <hauke@hauke-m.de>
>>>
>>>
>>> 2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
>>>>
>>>> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>>>>>
>>>>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>>>>>
>>>>>> I'm not familiar with inline answers and mailing list, tried to put
>>>>>> some order in my answer + log file
>>>>>>
>>>>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>>>>>
>>>>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>>>>>>>>
>>>>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>>>>>
>>>>>>>>> I tried as suggested to had a look at
>>>>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>>>>
>>>>>>>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>>>>>>>> internet, but it didn't work...
>>>>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>>>>
>>>>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>>>>> under device I have 0xa94d
>>>>>>>>>
>>>>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed
>>>>>>>> for
>>>>>>>> this device. Now would be a good time to share your (friends') kernel
>>>>>>>> log,
>>>>>>>> but my guess is you are either missing firmware or nvram data or both
>>>>>>>> for
>>>>>>>> this device.
>>>>>>
>>>>>> I ve attatched the kernel.log here
>>>>>> https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>>>>> In dmsg I see following linked with the brc driver :
>>>>>> dmesg | grep brc
>>>>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>>>>> init done for chip 43340 rev 2 pmurev 20
>>>>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>>>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>>>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>>>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>> 0x50
>>>>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>> 0x50
>>>>>>>
>>>>>>>
>>>>>>> It could also mean driver was loaded manually. So please also make
>>>>>>> sure the friend uses kernel 4.0 or newer.
>>>>>>
>>>>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>>>>> Distro:
>>>>>> Distributor ID:    T100 Ubuntu 15.04
>>>>>> Description:    Ubuntu 15.04
>>>>>> Release:    15.04
>>>>>> Codename:    vivid
>>>>>> I ve installed it from the magic stick here
>>>>>> https://plus.google.com/communities/117853703024346186936
>>>>
>>>>
>>>> The driver complains about missing firmware and Ubuntu 15.04 does not
>>>> contain it.
>>>>
>>>> Please place this file
>>>>
>>>> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>>>>
>>>> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>>>>
>>>> Hauke
>>>
>>>    Before that, the system was complaining about
>>> brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
>>> but errors are similar...
>>
>>
>> I guess your system in jinxed because of the hostname you setup :-p
>>
>> Ok, more seriously now. This is the nvram data I mentioned earlier. This
>> system may have that info stored in efi variable. You should be able to find
>> it in /sys/firmware/efi/efivars/nvram-*.
>>
>> It may be necessary to run the following commands:
>>
>> # modprobe efivarfs
>> # mount -t efivarfs efivarfs /sys/firmware/efi/efivars
>>
>> Regards,
>> Arend
>>
> I cant be kind with manufacturer like broadcom and nvidia and those
> that are builting in such hardware ;)

You are talking to a broadcom employee (in disguise ;-) ).

> cat /sys/firmware/efi/efivars/nvram-74b00bd9-805a-4d61-b51f-43268123d113
> What am I supposed to do with this ?

You are kidding? I'll chew it for you:

$ cp /sys/firmware/efi/efivars/nvram-74b00bd9* 
/lib/firmware/brcm/brcmfmac43340-sdio.txt

Regards,
Arend

> #T100TAF_AP6234ANS_NVRAM_V1.4.6_20140819_WIN8.1_WW.txt
> # 20140819 V1.4.6_WW
> # Update ccode to WW
> #
> # 20140815 V1.4.6_US
> # Update ccode to US
> #
> # 20140730 V1.4.6
> # Power offset adjustment
> #
> # 20140615 V1.4.4
> # Add interference and btc params and sd_gpdc=0 to fix CS issue
> #
> # 20140504 V1.4
> # Initial version
> manfid=0x2d0
> prodid=0x0653
> vendid=0x14e4
> devid=0x4386
> boardtype=0x0653
> boardrev=0x1203
> boardnum=22
> macaddr=00:90:4c:c5:12:38
> sromrev=3
> #boardflags:
> # bit 19 3tswitch:   2.4GHz FEM: SP3T switch share with BT
> # bit 16     nopa:   no external pa
> # keep original 0x200
> boardflags=0x0090201
> xtalfreq=37400
> nocrc=1
> ag0=255
> aa2g=1
> ccode=XV
> regrev=1
> pa0itssit=0x20
> #PA parameters for 2.4GHz
> pa0b0=7086
> pa0b1=-842
> pa0b2=-162
> tssifloor2g=63
> # rssi params for 2.4GHz
> rssismf2g=0xf
> rssismc2g=0x8
> rssisav2g=0x1
> cckPwrOffset=3
> # rssi params for 5GHz
> rssismf5g=0xf
> rssismc5g=0x7
> #rssisav5g=0x1
> rssisav5g=0x3
> #PA parameters for lower a-band
> pa1lob0=0x16D9
> pa1lob1=0xFD47
> pa1lob2=0xFF4E
> tssifloor5gl=32
> #PA parameters for midband
> pa1b0=0x15FF
> pa1b1=0xFD77
> pa1b2=0xFF75
> tssifloor5gm=34
> #PA paramasdeters for high band
> pa1hib0=0x158D
> pa1hib1=0xFD7D
> pa1hib2=0xFF6C
> tssifloor5gh=32
> rxpo5g=0
> maxp2ga0=80
> #  19.5dBm max; 18dBm target
> PwrOffset40mhz2g=8
> #HT40 2G OFFSET
> #Per rate power back-offs for g band, in .5 dB steps. Set it once you
> have the right numbers.
> cck2gpo=0xcccc
> ofdm2gpo=0xeeeedddd
> # R54 16dBm; R48 17dBm; others 18dBm
> mcs2gpo0=0xdddd
> # M0~ M4 17dBm
> mcs2gpo1=0xeccc
> # M5M6 15dBm; M7 14.5dBm
> #max power for 5G
> maxp5ga0=68
> # 16dBm target; 17.5dBm Max
> maxp5gla0=68
> maxp5gha0=68
> #Per rate power back-offs for a band, in .5 dB steps. Set it once you
> have the right numbers.
> PwrOffset40mhz5g=8
> #HT40 5G OFFSET
> ofdm5gpo=0x64447777
> # R54 13.5dBm
> ofdm5glpo=0x64447777
> ofdm5ghpo=0x75557777
> mcs5gpo0=0x6666
> # M0~M4 16dBm (1dB higher than ofdm)
> mcs5gpo1=0x6555
> # M5M6 13.5dBm; M7 12dBm
> mcs5glpo0=0x7776
> mcs5glpo1=0x6555
> mcs5ghpo0=0x7776
> mcs5ghpo1=0x6555
> # Parameters for DAC2x mode and ALPF bypass
> # RF SW Truth Table: ctrl0 for BT_TX; ctrl1 or 5G Tx; ctrl2 for 5G Rx;
> Ctrl3 for 2G Tx; Ctrl4 for 2G Rx
> swctrlmap_2g=0x00080008,0x00100010,0x00080008,0x011010,0x11f
> swctrlmap_5g=0x00040004,0x00020002,0x00040004,0x011010,0x2fe
> gain=32
> triso2g=8
> triso5g=8
> #tx parameters
> loflag=0
> iqlocalidx5g=40
> dlocalidx5g=70
> iqcalidx5g=50
> lpbckmode5g=1
> txiqlopapu5g=0
> txiqlopapu2g=0
> dlorange_lowlimit=5
> txalpfbyp=1
> txalpfpu=1
> dacrate2xen=1
> papden2g=1
> papden5g=1
> #rx parameters
> gain_settle_dly_2g=4
> gain_settle_dly_5g=4
> noise_cal_po_2g=-1
> noise_cal_po_40_2g=-1
> noise_cal_high_gain_2g=73
> noise_cal_nf_substract_val_2g=346
> noise_cal_po_5g=-1
> noise_cal_po_40_5g=-1
> noise_cal_high_gain_5g=73
> noise_cal_nf_substract_val_5g=346
> cckpapden=0
>
> sd_gpout=4
> sd_gpval=1
> sd_gpdc=0
> aci_detect_en_2g=1
> interference=3
> #BTC params
> btc_flags=71
> btc_params8=15000
> btc_params22=8000
> btc_params83=20000
> btc_params84=10000
>
>>
>>> 43340 rev 2 pmurev 20
>>> May 17 15:53:48 scheissasus kernel: [    7.372974] usbcore: registered
>>> new interface driver brcmfmac
>>> May 17 15:53:48 scheissasus kernel: [    7.374344] brcmfmac_sdio
>>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.bin
>>> failed with error -2
>>> May 17 15:53:48 scheissasus kernel: [    8.383270] brcmf_sdio_htclk:
>>> HT Avail timeout (1000000): clkctl 0x50
>>> May 17 15:53:50 scheissasus kernel: [   11.401582] brcmf_sdio_htclk:
>>> HT Avail timeout (1000000): clkctl 0x50
>>> May 17 15:59:23 scheissasus kernel: [    7.496560]
>>> brcmf_sdio_drivestrengthinit: No SDIO Drive strength init done for
>>> chip 43340 rev 2 pmurev 20
>>> May 17 15:59:23 scheissasus kernel: [    7.500086] usbcore: registered
>>> new interface driver brcmfmac
>>> May 17 15:59:23 scheissasus kernel: [    7.506911] brcmfmac_sdio
>>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.txt
>>> failed with error -2
>>> May 17 15:59:23 scheissasus kernel: [    8.514107] brcmf_sdio_htclk:
>>> HT Avail timeout (1000000): clkctl 0x50
>>> May 17 15:59:23 scheissasus kernel: [    9.531340] brcmf_sdio_htclk:
>>> HT Avail timeout (1000000): clkctl 0x50
>>>
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: Fwd: Fwd: lspci not working

[Hauke Mehrtens]

On 05/17/2015 06:49 PM, Arend van Spriel wrote:
> 
> 
> On 17-05-15 16:48, Schmirr Wurst wrote:
>> ---------- Forwarded message ----------
>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>> Date: 2015-05-17 16:47 GMT+02:00
>> Subject: Re: Fwd: lspci not working
>> To: Arend van Spriel <aspriel@gmail.com>
>>
>>
>> 2015-05-17 16:34 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>>> On 17-05-15 16:08, Schmirr Wurst wrote:
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>>>> Date: 2015-05-17 16:07 GMT+02:00
>>>> Subject: Re: lspci not working
>>>> To: Hauke Mehrtens <hauke@hauke-m.de>
>>>>
>>>>
>>>> 2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
>>>>>
>>>>> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>>>>>>
>>>>>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>>>>>>
>>>>>>> I'm not familiar with inline answers and mailing list, tried to put
>>>>>>> some order in my answer + log file
>>>>>>>
>>>>>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>>>>>>
>>>>>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>>>>>>
>>>>>>>>>> I tried as suggested to had a look at
>>>>>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>>>>>
>>>>>>>>>> I already try to install brcmfmac_sdio , with some tutorial
>>>>>>>>>> from the
>>>>>>>>>> internet, but it didn't work...
>>>>>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>>>>>
>>>>>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>>>>>> under device I have 0xa94d
>>>>>>>>>>
>>>>>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was
>>>>>>>>> probed
>>>>>>>>> for
>>>>>>>>> this device. Now would be a good time to share your (friends')
>>>>>>>>> kernel
>>>>>>>>> log,
>>>>>>>>> but my guess is you are either missing firmware or nvram data
>>>>>>>>> or both
>>>>>>>>> for
>>>>>>>>> this device.
>>>>>>>
>>>>>>> I ve attatched the kernel.log here
>>>>>>> https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>>>>>>
>>>>>>> In dmsg I see following linked with the brc driver :
>>>>>>> dmesg | grep brc
>>>>>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>>>>>> init done for chip 43340 rev 2 pmurev 20
>>>>>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>>>>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>>>>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>>>>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>> 0x50
>>>>>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>> 0x50
>>>>>>>>
>>>>>>>>
>>>>>>>> It could also mean driver was loaded manually. So please also make
>>>>>>>> sure the friend uses kernel 4.0 or newer.
>>>>>>>
>>>>>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>>>>>> Distro:
>>>>>>> Distributor ID:    T100 Ubuntu 15.04
>>>>>>> Description:    Ubuntu 15.04
>>>>>>> Release:    15.04
>>>>>>> Codename:    vivid
>>>>>>> I ve installed it from the magic stick here
>>>>>>> https://plus.google.com/communities/117853703024346186936
>>>>>
>>>>>
>>>>> The driver complains about missing firmware and Ubuntu 15.04 does not
>>>>> contain it.
>>>>>
>>>>> Please place this file
>>>>>
>>>>> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>>>>>
>>>>>
>>>>> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>>>>>
>>>>> Hauke
>>>>
>>>>    Before that, the system was complaining about
>>>> brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
>>>> but errors are similar...
>>>
>>>
>>> I guess your system in jinxed because of the hostname you setup :-p
>>>
>>> Ok, more seriously now. This is the nvram data I mentioned earlier. This
>>> system may have that info stored in efi variable. You should be able
>>> to find
>>> it in /sys/firmware/efi/efivars/nvram-*.
>>>
>>> It may be necessary to run the following commands:
>>>
>>> # modprobe efivarfs
>>> # mount -t efivarfs efivarfs /sys/firmware/efi/efivars
>>>
>>> Regards,
>>> Arend
>>>
>> I cant be kind with manufacturer like broadcom and nvidia and those
>> that are builting in such hardware ;)
> 
> You are talking to a broadcom employee (in disguise ;-) ).
> 
>> cat /sys/firmware/efi/efivars/nvram-74b00bd9-805a-4d61-b51f-43268123d113
>> What am I supposed to do with this ?
> 
> You are kidding? I'll chew it for you:
> 
> $ cp /sys/firmware/efi/efivars/nvram-74b00bd9*
> /lib/firmware/brcm/brcmfmac43340-sdio.txt

Why can't the driver directly access this efi var? I haven't checked if
this is already done somewhere, but letting a user do this manually does
not seam nice.

> 
> Regards,
> Arend
> 

Re: Fwd: Fwd: lspci not working

[Arend van Spriel]

On 17-05-15 18:56, Hauke Mehrtens wrote:
> On 05/17/2015 06:49 PM, Arend van Spriel wrote:
>>
>>
>> On 17-05-15 16:48, Schmirr Wurst wrote:
>>> ---------- Forwarded message ----------
>>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>>> Date: 2015-05-17 16:47 GMT+02:00
>>> Subject: Re: Fwd: lspci not working
>>> To: Arend van Spriel <aspriel@gmail.com>
>>>
>>>
>>> 2015-05-17 16:34 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>>>> On 17-05-15 16:08, Schmirr Wurst wrote:
>>>>>
>>>>> ---------- Forwarded message ----------
>>>>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>>>>> Date: 2015-05-17 16:07 GMT+02:00
>>>>> Subject: Re: lspci not working
>>>>> To: Hauke Mehrtens <hauke@hauke-m.de>
>>>>>
>>>>>
>>>>> 2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
>>>>>>
>>>>>> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>>>>>>>
>>>>>>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>>>>>>>
>>>>>>>> I'm not familiar with inline answers and mailing list, tried to put
>>>>>>>> some order in my answer + log file
>>>>>>>>
>>>>>>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>>>>>>>
>>>>>>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>>>>>>>
>>>>>>>>>>> I tried as suggested to had a look at
>>>>>>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>>>>>>
>>>>>>>>>>> I already try to install brcmfmac_sdio , with some tutorial
>>>>>>>>>>> from the
>>>>>>>>>>> internet, but it didn't work...
>>>>>>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>>>>>>
>>>>>>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>>>>>>> under device I have 0xa94d
>>>>>>>>>>>
>>>>>>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>>>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was
>>>>>>>>>> probed
>>>>>>>>>> for
>>>>>>>>>> this device. Now would be a good time to share your (friends')
>>>>>>>>>> kernel
>>>>>>>>>> log,
>>>>>>>>>> but my guess is you are either missing firmware or nvram data
>>>>>>>>>> or both
>>>>>>>>>> for
>>>>>>>>>> this device.
>>>>>>>>
>>>>>>>> I ve attatched the kernel.log here
>>>>>>>> https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>>>>>>>
>>>>>>>> In dmsg I see following linked with the brc driver :
>>>>>>>> dmesg | grep brc
>>>>>>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>>>>>>> init done for chip 43340 rev 2 pmurev 20
>>>>>>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>>>>>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>>>>>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>>>>>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>>> 0x50
>>>>>>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>>> 0x50
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> It could also mean driver was loaded manually. So please also make
>>>>>>>>> sure the friend uses kernel 4.0 or newer.
>>>>>>>>
>>>>>>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>>>>>>> Distro:
>>>>>>>> Distributor ID:    T100 Ubuntu 15.04
>>>>>>>> Description:    Ubuntu 15.04
>>>>>>>> Release:    15.04
>>>>>>>> Codename:    vivid
>>>>>>>> I ve installed it from the magic stick here
>>>>>>>> https://plus.google.com/communities/117853703024346186936
>>>>>>
>>>>>>
>>>>>> The driver complains about missing firmware and Ubuntu 15.04 does not
>>>>>> contain it.
>>>>>>
>>>>>> Please place this file
>>>>>>
>>>>>> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>>>>>>
>>>>>>
>>>>>> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>>>>>>
>>>>>> Hauke
>>>>>
>>>>>     Before that, the system was complaining about
>>>>> brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
>>>>> but errors are similar...
>>>>
>>>>
>>>> I guess your system in jinxed because of the hostname you setup :-p
>>>>
>>>> Ok, more seriously now. This is the nvram data I mentioned earlier. This
>>>> system may have that info stored in efi variable. You should be able
>>>> to find
>>>> it in /sys/firmware/efi/efivars/nvram-*.
>>>>
>>>> It may be necessary to run the following commands:
>>>>
>>>> # modprobe efivarfs
>>>> # mount -t efivarfs efivarfs /sys/firmware/efi/efivars
>>>>
>>>> Regards,
>>>> Arend
>>>>
>>> I cant be kind with manufacturer like broadcom and nvidia and those
>>> that are builting in such hardware ;)
>>
>> You are talking to a broadcom employee (in disguise ;-) ).
>>
>>> cat /sys/firmware/efi/efivars/nvram-74b00bd9-805a-4d61-b51f-43268123d113
>>> What am I supposed to do with this ?
>>
>> You are kidding? I'll chew it for you:
>>
>> $ cp /sys/firmware/efi/efivars/nvram-74b00bd9*
>> /lib/firmware/brcm/brcmfmac43340-sdio.txt
>
> Why can't the driver directly access this efi var? I haven't checked if
> this is already done somewhere, but letting a user do this manually does
> not seam nice.

Hi Hauke,

Well, we have been relying on firmware files and nvram being available 
under /lib/firmware. Not that we can not change that, but the manual 
copy is is a one time thing and only applicable for systems that ran 
Win8.1. I suppose there would be a way to get the efivar directly or 
have request_firmware api do it if it is considered firmware. Given that 
it is placed under /sys/firmware seems to imply that.

Regards,
Arend

>>
>> Regards,
>> Arend
>>
>

Re: Fwd: Fwd: lspci not working

[Schmirr Wurst]

Well, has you noticed, I'm not really aware about firmware and the way
linux deal with it, but you make magic happen, after 6 Months my
friend will have wireless lan ! I want Broadcom to pay you ! and to
publish drivers and firmware for the community.. ;-)

Many thanks

2015-05-17 18:49 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>
>
> On 17-05-15 16:48, Schmirr Wurst wrote:
>>
>> ---------- Forwarded message ----------
>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>> Date: 2015-05-17 16:47 GMT+02:00
>> Subject: Re: Fwd: lspci not working
>> To: Arend van Spriel <aspriel@gmail.com>
>>
>>
>> 2015-05-17 16:34 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>>>
>>> On 17-05-15 16:08, Schmirr Wurst wrote:
>>>>
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>>>> Date: 2015-05-17 16:07 GMT+02:00
>>>> Subject: Re: lspci not working
>>>> To: Hauke Mehrtens <hauke@hauke-m.de>
>>>>
>>>>
>>>> 2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
>>>>>
>>>>>
>>>>> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>>>>>>
>>>>>>
>>>>>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>>>>>>
>>>>>>>
>>>>>>> I'm not familiar with inline answers and mailing list, tried to put
>>>>>>> some order in my answer + log file
>>>>>>>
>>>>>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>>>>>>
>>>>>>>>
>>>>>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I tried as suggested to had a look at
>>>>>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>>>>>
>>>>>>>>>> I already try to install brcmfmac_sdio , with some tutorial from
>>>>>>>>>> the
>>>>>>>>>> internet, but it didn't work...
>>>>>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>>>>>
>>>>>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>>>>>> under device I have 0xa94d
>>>>>>>>>>
>>>>>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was
>>>>>>>>> probed
>>>>>>>>> for
>>>>>>>>> this device. Now would be a good time to share your (friends')
>>>>>>>>> kernel
>>>>>>>>> log,
>>>>>>>>> but my guess is you are either missing firmware or nvram data or
>>>>>>>>> both
>>>>>>>>> for
>>>>>>>>> this device.
>>>>>>>
>>>>>>>
>>>>>>> I ve attatched the kernel.log here
>>>>>>>
>>>>>>> https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>>>>>> In dmsg I see following linked with the brc driver :
>>>>>>> dmesg | grep brc
>>>>>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>>>>>> init done for chip 43340 rev 2 pmurev 20
>>>>>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>>>>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>>>>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>>>>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>> 0x50
>>>>>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>> 0x50
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> It could also mean driver was loaded manually. So please also make
>>>>>>>> sure the friend uses kernel 4.0 or newer.
>>>>>>>
>>>>>>>
>>>>>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>>>>>> Distro:
>>>>>>> Distributor ID:    T100 Ubuntu 15.04
>>>>>>> Description:    Ubuntu 15.04
>>>>>>> Release:    15.04
>>>>>>> Codename:    vivid
>>>>>>> I ve installed it from the magic stick here
>>>>>>> https://plus.google.com/communities/117853703024346186936
>>>>>
>>>>>
>>>>>
>>>>> The driver complains about missing firmware and Ubuntu 15.04 does not
>>>>> contain it.
>>>>>
>>>>> Please place this file
>>>>>
>>>>>
>>>>> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>>>>>
>>>>> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>>>>>
>>>>> Hauke
>>>>
>>>>
>>>>    Before that, the system was complaining about
>>>> brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
>>>> but errors are similar...
>>>
>>>
>>>
>>> I guess your system in jinxed because of the hostname you setup :-p
>>>
>>> Ok, more seriously now. This is the nvram data I mentioned earlier. This
>>> system may have that info stored in efi variable. You should be able to
>>> find
>>> it in /sys/firmware/efi/efivars/nvram-*.
>>>
>>> It may be necessary to run the following commands:
>>>
>>> # modprobe efivarfs
>>> # mount -t efivarfs efivarfs /sys/firmware/efi/efivars
>>>
>>> Regards,
>>> Arend
>>>
>> I cant be kind with manufacturer like broadcom and nvidia and those
>> that are builting in such hardware ;)
>
>
> You are talking to a broadcom employee (in disguise ;-) ).
>
>> cat /sys/firmware/efi/efivars/nvram-74b00bd9-805a-4d61-b51f-43268123d113
>> What am I supposed to do with this ?
>
>
> You are kidding? I'll chew it for you:
>
> $ cp /sys/firmware/efi/efivars/nvram-74b00bd9*
> /lib/firmware/brcm/brcmfmac43340-sdio.txt
>
> Regards,
> Arend
>
>> #T100TAF_AP6234ANS_NVRAM_V1.4.6_20140819_WIN8.1_WW.txt
>> # 20140819 V1.4.6_WW
>> # Update ccode to WW
>> #
>> # 20140815 V1.4.6_US
>> # Update ccode to US
>> #
>> # 20140730 V1.4.6
>> # Power offset adjustment
>> #
>> # 20140615 V1.4.4
>> # Add interference and btc params and sd_gpdc=0 to fix CS issue
>> #
>> # 20140504 V1.4
>> # Initial version
>> manfid=0x2d0
>> prodid=0x0653
>> vendid=0x14e4
>> devid=0x4386
>> boardtype=0x0653
>> boardrev=0x1203
>> boardnum=22
>> macaddr=00:90:4c:c5:12:38
>> sromrev=3
>> #boardflags:
>> # bit 19 3tswitch:   2.4GHz FEM: SP3T switch share with BT
>> # bit 16     nopa:   no external pa
>> # keep original 0x200
>> boardflags=0x0090201
>> xtalfreq=37400
>> nocrc=1
>> ag0=255
>> aa2g=1
>> ccode=XV
>> regrev=1
>> pa0itssit=0x20
>> #PA parameters for 2.4GHz
>> pa0b0=7086
>> pa0b1=-842
>> pa0b2=-162
>> tssifloor2g=63
>> # rssi params for 2.4GHz
>> rssismf2g=0xf
>> rssismc2g=0x8
>> rssisav2g=0x1
>> cckPwrOffset=3
>> # rssi params for 5GHz
>> rssismf5g=0xf
>> rssismc5g=0x7
>> #rssisav5g=0x1
>> rssisav5g=0x3
>> #PA parameters for lower a-band
>> pa1lob0=0x16D9
>> pa1lob1=0xFD47
>> pa1lob2=0xFF4E
>> tssifloor5gl=32
>> #PA parameters for midband
>> pa1b0=0x15FF
>> pa1b1=0xFD77
>> pa1b2=0xFF75
>> tssifloor5gm=34
>> #PA paramasdeters for high band
>> pa1hib0=0x158D
>> pa1hib1=0xFD7D
>> pa1hib2=0xFF6C
>> tssifloor5gh=32
>> rxpo5g=0
>> maxp2ga0=80
>> #  19.5dBm max; 18dBm target
>> PwrOffset40mhz2g=8
>> #HT40 2G OFFSET
>> #Per rate power back-offs for g band, in .5 dB steps. Set it once you
>> have the right numbers.
>> cck2gpo=0xcccc
>> ofdm2gpo=0xeeeedddd
>> # R54 16dBm; R48 17dBm; others 18dBm
>> mcs2gpo0=0xdddd
>> # M0~ M4 17dBm
>> mcs2gpo1=0xeccc
>> # M5M6 15dBm; M7 14.5dBm
>> #max power for 5G
>> maxp5ga0=68
>> # 16dBm target; 17.5dBm Max
>> maxp5gla0=68
>> maxp5gha0=68
>> #Per rate power back-offs for a band, in .5 dB steps. Set it once you
>> have the right numbers.
>> PwrOffset40mhz5g=8
>> #HT40 5G OFFSET
>> ofdm5gpo=0x64447777
>> # R54 13.5dBm
>> ofdm5glpo=0x64447777
>> ofdm5ghpo=0x75557777
>> mcs5gpo0=0x6666
>> # M0~M4 16dBm (1dB higher than ofdm)
>> mcs5gpo1=0x6555
>> # M5M6 13.5dBm; M7 12dBm
>> mcs5glpo0=0x7776
>> mcs5glpo1=0x6555
>> mcs5ghpo0=0x7776
>> mcs5ghpo1=0x6555
>> # Parameters for DAC2x mode and ALPF bypass
>> # RF SW Truth Table: ctrl0 for BT_TX; ctrl1 or 5G Tx; ctrl2 for 5G Rx;
>> Ctrl3 for 2G Tx; Ctrl4 for 2G Rx
>> swctrlmap_2g=0x00080008,0x00100010,0x00080008,0x011010,0x11f
>> swctrlmap_5g=0x00040004,0x00020002,0x00040004,0x011010,0x2fe
>> gain=32
>> triso2g=8
>> triso5g=8
>> #tx parameters
>> loflag=0
>> iqlocalidx5g=40
>> dlocalidx5g=70
>> iqcalidx5g=50
>> lpbckmode5g=1
>> txiqlopapu5g=0
>> txiqlopapu2g=0
>> dlorange_lowlimit=5
>> txalpfbyp=1
>> txalpfpu=1
>> dacrate2xen=1
>> papden2g=1
>> papden5g=1
>> #rx parameters
>> gain_settle_dly_2g=4
>> gain_settle_dly_5g=4
>> noise_cal_po_2g=-1
>> noise_cal_po_40_2g=-1
>> noise_cal_high_gain_2g=73
>> noise_cal_nf_substract_val_2g=346
>> noise_cal_po_5g=-1
>> noise_cal_po_40_5g=-1
>> noise_cal_high_gain_5g=73
>> noise_cal_nf_substract_val_5g=346
>> cckpapden=0
>>
>> sd_gpout=4
>> sd_gpval=1
>> sd_gpdc=0
>> aci_detect_en_2g=1
>> interference=3
>> #BTC params
>> btc_flags=71
>> btc_params8=15000
>> btc_params22=8000
>> btc_params83=20000
>> btc_params84=10000
>>
>>>
>>>> 43340 rev 2 pmurev 20
>>>> May 17 15:53:48 scheissasus kernel: [    7.372974] usbcore: registered
>>>> new interface driver brcmfmac
>>>> May 17 15:53:48 scheissasus kernel: [    7.374344] brcmfmac_sdio
>>>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.bin
>>>> failed with error -2
>>>> May 17 15:53:48 scheissasus kernel: [    8.383270] brcmf_sdio_htclk:
>>>> HT Avail timeout (1000000): clkctl 0x50
>>>> May 17 15:53:50 scheissasus kernel: [   11.401582] brcmf_sdio_htclk:
>>>> HT Avail timeout (1000000): clkctl 0x50
>>>> May 17 15:59:23 scheissasus kernel: [    7.496560]
>>>> brcmf_sdio_drivestrengthinit: No SDIO Drive strength init done for
>>>> chip 43340 rev 2 pmurev 20
>>>> May 17 15:59:23 scheissasus kernel: [    7.500086] usbcore: registered
>>>> new interface driver brcmfmac
>>>> May 17 15:59:23 scheissasus kernel: [    7.506911] brcmfmac_sdio
>>>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.txt
>>>> failed with error -2
>>>> May 17 15:59:23 scheissasus kernel: [    8.514107] brcmf_sdio_htclk:
>>>> HT Avail timeout (1000000): clkctl 0x50
>>>> May 17 15:59:23 scheissasus kernel: [    9.531340] brcmf_sdio_htclk:
>>>> HT Avail timeout (1000000): clkctl 0x50
>>>>
>>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>

Re: Fwd: Fwd: lspci not working

[Arend van Spriel]

On 17-05-15 19:56, Schmirr Wurst wrote:
> Well, has you noticed, I'm not really aware about firmware and the way
> linux deal with it, but you make magic happen, after 6 Months my
> friend will have wireless lan ! I want Broadcom to pay you ! and to

They already do, but I will tell my manager ;-)

> publish drivers and firmware for the community.. ;-)

If it is up to me we will.

> Many thanks

You are welcome.

Regards,
Arend

> 2015-05-17 18:49 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>>
>>
>> On 17-05-15 16:48, Schmirr Wurst wrote:
>>>
>>> ---------- Forwarded message ----------
>>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>>> Date: 2015-05-17 16:47 GMT+02:00
>>> Subject: Re: Fwd: lspci not working
>>> To: Arend van Spriel <aspriel@gmail.com>
>>>
>>>
>>> 2015-05-17 16:34 GMT+02:00 Arend van Spriel <aspriel@gmail.com>:
>>>>
>>>> On 17-05-15 16:08, Schmirr Wurst wrote:
>>>>>
>>>>>
>>>>> ---------- Forwarded message ----------
>>>>> From: Schmirr Wurst <schmirrwurst@gmail.com>
>>>>> Date: 2015-05-17 16:07 GMT+02:00
>>>>> Subject: Re: lspci not working
>>>>> To: Hauke Mehrtens <hauke@hauke-m.de>
>>>>>
>>>>>
>>>>> 2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
>>>>>>
>>>>>>
>>>>>> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>>>>>>>
>>>>>>>
>>>>>>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>>>>>>>
>>>>>>>>
>>>>>>>> I'm not familiar with inline answers and mailing list, tried to put
>>>>>>>> some order in my answer + log file
>>>>>>>>
>>>>>>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I tried as suggested to had a look at
>>>>>>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>>>>>>
>>>>>>>>>>> I already try to install brcmfmac_sdio , with some tutorial from
>>>>>>>>>>> the
>>>>>>>>>>> internet, but it didn't work...
>>>>>>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>>>>>>
>>>>>>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>>>>>>> under device I have 0xa94d
>>>>>>>>>>>
>>>>>>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>>>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was
>>>>>>>>>> probed
>>>>>>>>>> for
>>>>>>>>>> this device. Now would be a good time to share your (friends')
>>>>>>>>>> kernel
>>>>>>>>>> log,
>>>>>>>>>> but my guess is you are either missing firmware or nvram data or
>>>>>>>>>> both
>>>>>>>>>> for
>>>>>>>>>> this device.
>>>>>>>>
>>>>>>>>
>>>>>>>> I ve attatched the kernel.log here
>>>>>>>>
>>>>>>>> https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>>>>>>> In dmsg I see following linked with the brc driver :
>>>>>>>> dmesg | grep brc
>>>>>>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>>>>>>> init done for chip 43340 rev 2 pmurev 20
>>>>>>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>>>>>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>>>>>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>>>>>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>>> 0x50
>>>>>>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl
>>>>>>>> 0x50
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> It could also mean driver was loaded manually. So please also make
>>>>>>>>> sure the friend uses kernel 4.0 or newer.
>>>>>>>>
>>>>>>>>
>>>>>>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>>>>>>> Distro:
>>>>>>>> Distributor ID:    T100 Ubuntu 15.04
>>>>>>>> Description:    Ubuntu 15.04
>>>>>>>> Release:    15.04
>>>>>>>> Codename:    vivid
>>>>>>>> I ve installed it from the magic stick here
>>>>>>>> https://plus.google.com/communities/117853703024346186936
>>>>>>
>>>>>>
>>>>>>
>>>>>> The driver complains about missing firmware and Ubuntu 15.04 does not
>>>>>> contain it.
>>>>>>
>>>>>> Please place this file
>>>>>>
>>>>>>
>>>>>> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>>>>>>
>>>>>> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>>>>>>
>>>>>> Hauke
>>>>>
>>>>>
>>>>>     Before that, the system was complaining about
>>>>> brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
>>>>> but errors are similar...
>>>>
>>>>
>>>>
>>>> I guess your system in jinxed because of the hostname you setup :-p
>>>>
>>>> Ok, more seriously now. This is the nvram data I mentioned earlier. This
>>>> system may have that info stored in efi variable. You should be able to
>>>> find
>>>> it in /sys/firmware/efi/efivars/nvram-*.
>>>>
>>>> It may be necessary to run the following commands:
>>>>
>>>> # modprobe efivarfs
>>>> # mount -t efivarfs efivarfs /sys/firmware/efi/efivars
>>>>
>>>> Regards,
>>>> Arend
>>>>
>>> I cant be kind with manufacturer like broadcom and nvidia and those
>>> that are builting in such hardware ;)
>>
>>
>> You are talking to a broadcom employee (in disguise ;-) ).
>>
>>> cat /sys/firmware/efi/efivars/nvram-74b00bd9-805a-4d61-b51f-43268123d113
>>> What am I supposed to do with this ?
>>
>>
>> You are kidding? I'll chew it for you:
>>
>> $ cp /sys/firmware/efi/efivars/nvram-74b00bd9*
>> /lib/firmware/brcm/brcmfmac43340-sdio.txt
>>
>> Regards,
>> Arend
>>
>>> #T100TAF_AP6234ANS_NVRAM_V1.4.6_20140819_WIN8.1_WW.txt
>>> # 20140819 V1.4.6_WW
>>> # Update ccode to WW
>>> #
>>> # 20140815 V1.4.6_US
>>> # Update ccode to US
>>> #
>>> # 20140730 V1.4.6
>>> # Power offset adjustment
>>> #
>>> # 20140615 V1.4.4
>>> # Add interference and btc params and sd_gpdc=0 to fix CS issue
>>> #
>>> # 20140504 V1.4
>>> # Initial version
>>> manfid=0x2d0
>>> prodid=0x0653
>>> vendid=0x14e4
>>> devid=0x4386
>>> boardtype=0x0653
>>> boardrev=0x1203
>>> boardnum=22
>>> macaddr=00:90:4c:c5:12:38
>>> sromrev=3
>>> #boardflags:
>>> # bit 19 3tswitch:   2.4GHz FEM: SP3T switch share with BT
>>> # bit 16     nopa:   no external pa
>>> # keep original 0x200
>>> boardflags=0x0090201
>>> xtalfreq=37400
>>> nocrc=1
>>> ag0=255
>>> aa2g=1
>>> ccode=XV
>>> regrev=1
>>> pa0itssit=0x20
>>> #PA parameters for 2.4GHz
>>> pa0b0=7086
>>> pa0b1=-842
>>> pa0b2=-162
>>> tssifloor2g=63
>>> # rssi params for 2.4GHz
>>> rssismf2g=0xf
>>> rssismc2g=0x8
>>> rssisav2g=0x1
>>> cckPwrOffset=3
>>> # rssi params for 5GHz
>>> rssismf5g=0xf
>>> rssismc5g=0x7
>>> #rssisav5g=0x1
>>> rssisav5g=0x3
>>> #PA parameters for lower a-band
>>> pa1lob0=0x16D9
>>> pa1lob1=0xFD47
>>> pa1lob2=0xFF4E
>>> tssifloor5gl=32
>>> #PA parameters for midband
>>> pa1b0=0x15FF
>>> pa1b1=0xFD77
>>> pa1b2=0xFF75
>>> tssifloor5gm=34
>>> #PA paramasdeters for high band
>>> pa1hib0=0x158D
>>> pa1hib1=0xFD7D
>>> pa1hib2=0xFF6C
>>> tssifloor5gh=32
>>> rxpo5g=0
>>> maxp2ga0=80
>>> #  19.5dBm max; 18dBm target
>>> PwrOffset40mhz2g=8
>>> #HT40 2G OFFSET
>>> #Per rate power back-offs for g band, in .5 dB steps. Set it once you
>>> have the right numbers.
>>> cck2gpo=0xcccc
>>> ofdm2gpo=0xeeeedddd
>>> # R54 16dBm; R48 17dBm; others 18dBm
>>> mcs2gpo0=0xdddd
>>> # M0~ M4 17dBm
>>> mcs2gpo1=0xeccc
>>> # M5M6 15dBm; M7 14.5dBm
>>> #max power for 5G
>>> maxp5ga0=68
>>> # 16dBm target; 17.5dBm Max
>>> maxp5gla0=68
>>> maxp5gha0=68
>>> #Per rate power back-offs for a band, in .5 dB steps. Set it once you
>>> have the right numbers.
>>> PwrOffset40mhz5g=8
>>> #HT40 5G OFFSET
>>> ofdm5gpo=0x64447777
>>> # R54 13.5dBm
>>> ofdm5glpo=0x64447777
>>> ofdm5ghpo=0x75557777
>>> mcs5gpo0=0x6666
>>> # M0~M4 16dBm (1dB higher than ofdm)
>>> mcs5gpo1=0x6555
>>> # M5M6 13.5dBm; M7 12dBm
>>> mcs5glpo0=0x7776
>>> mcs5glpo1=0x6555
>>> mcs5ghpo0=0x7776
>>> mcs5ghpo1=0x6555
>>> # Parameters for DAC2x mode and ALPF bypass
>>> # RF SW Truth Table: ctrl0 for BT_TX; ctrl1 or 5G Tx; ctrl2 for 5G Rx;
>>> Ctrl3 for 2G Tx; Ctrl4 for 2G Rx
>>> swctrlmap_2g=0x00080008,0x00100010,0x00080008,0x011010,0x11f
>>> swctrlmap_5g=0x00040004,0x00020002,0x00040004,0x011010,0x2fe
>>> gain=32
>>> triso2g=8
>>> triso5g=8
>>> #tx parameters
>>> loflag=0
>>> iqlocalidx5g=40
>>> dlocalidx5g=70
>>> iqcalidx5g=50
>>> lpbckmode5g=1
>>> txiqlopapu5g=0
>>> txiqlopapu2g=0
>>> dlorange_lowlimit=5
>>> txalpfbyp=1
>>> txalpfpu=1
>>> dacrate2xen=1
>>> papden2g=1
>>> papden5g=1
>>> #rx parameters
>>> gain_settle_dly_2g=4
>>> gain_settle_dly_5g=4
>>> noise_cal_po_2g=-1
>>> noise_cal_po_40_2g=-1
>>> noise_cal_high_gain_2g=73
>>> noise_cal_nf_substract_val_2g=346
>>> noise_cal_po_5g=-1
>>> noise_cal_po_40_5g=-1
>>> noise_cal_high_gain_5g=73
>>> noise_cal_nf_substract_val_5g=346
>>> cckpapden=0
>>>
>>> sd_gpout=4
>>> sd_gpval=1
>>> sd_gpdc=0
>>> aci_detect_en_2g=1
>>> interference=3
>>> #BTC params
>>> btc_flags=71
>>> btc_params8=15000
>>> btc_params22=8000
>>> btc_params83=20000
>>> btc_params84=10000
>>>
>>>>
>>>>> 43340 rev 2 pmurev 20
>>>>> May 17 15:53:48 scheissasus kernel: [    7.372974] usbcore: registered
>>>>> new interface driver brcmfmac
>>>>> May 17 15:53:48 scheissasus kernel: [    7.374344] brcmfmac_sdio
>>>>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.bin
>>>>> failed with error -2
>>>>> May 17 15:53:48 scheissasus kernel: [    8.383270] brcmf_sdio_htclk:
>>>>> HT Avail timeout (1000000): clkctl 0x50
>>>>> May 17 15:53:50 scheissasus kernel: [   11.401582] brcmf_sdio_htclk:
>>>>> HT Avail timeout (1000000): clkctl 0x50
>>>>> May 17 15:59:23 scheissasus kernel: [    7.496560]
>>>>> brcmf_sdio_drivestrengthinit: No SDIO Drive strength init done for
>>>>> chip 43340 rev 2 pmurev 20
>>>>> May 17 15:59:23 scheissasus kernel: [    7.500086] usbcore: registered
>>>>> new interface driver brcmfmac
>>>>> May 17 15:59:23 scheissasus kernel: [    7.506911] brcmfmac_sdio
>>>>> mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.txt
>>>>> failed with error -2
>>>>> May 17 15:59:23 scheissasus kernel: [    8.514107] brcmf_sdio_htclk:
>>>>> HT Avail timeout (1000000): clkctl 0x50
>>>>> May 17 15:59:23 scheissasus kernel: [    9.531340] brcmf_sdio_htclk:
>>>>> HT Avail timeout (1000000): clkctl 0x50
>>>>>
>>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>>> in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>>

Re: lspci not working

[Schmirr Wurst]

2015-05-17 15:17 GMT+02:00 Hauke Mehrtens <hauke@hauke-m.de>:
> On 05/17/2015 03:00 PM, Schmirr Wurst wrote:
>> 2015-05-17 14:57 GMT+02:00 Schmirr Wurst <schmirrwurst@gmail.com>:
>>> I'm not familiar with inline answers and mailing list, tried to put
>>> some order in my answer + log file
>>>
>>> 2015-05-17 13:18 GMT+02:00 Rafał Miłecki <zajec5@gmail.com>:
>>>> On 17 May 2015 at 12:23, Arend van Spriel <arend@broadcom.com> wrote:
>>>>> On 05/17/15 02:21, Schmirr Wurst wrote:
>>>>>> I tried as suggested to had a look at
>>>>>> /sys/bus/sdio/devices, but the only devices around there a 3
>>>>>> mmc1:0001:1 to :3, I guess it is something else...
>>>>>>
>>>>>> I already try to install brcmfmac_sdio , with some tutorial from the
>>>>>> internet, but it didn't work...
>>>>>> actually, I see under /sys/bus/sdio/drivers brcmfmac_sdio ...
>>>>>>
>>>>>> In that directory, I see a directory mmc1:0001:2
>>>>>> under device I have 0xa94d
>>>>>>
>>>>>> I completly lost, maybe you understand that information, sorry..
>>>>>
>>>>>
>>>>> I do. The fact that you see a subdirectory mmc1:0001:2 in
>>>>> /sys/bus/sdio/drivers/brcmfmac_sdio means that the driver was probed for
>>>>> this device. Now would be a good time to share your (friends') kernel log,
>>>>> but my guess is you are either missing firmware or nvram data or both for
>>>>> this device.
>>> I ve attatched the kernel.log here https://drive.google.com/file/d/0B8gm4mLCCQAgMmNlVVFSYmNjOGs/view?usp=sharing
>>> In dmsg I see following linked with the brc driver :
>>> dmesg | grep brc
>>> [    7.987661] brcmf_sdio_drivestrengthinit: No SDIO Drive strength
>>> init done for chip 43340 rev 2 pmurev 20
>>> [    7.993487] usbcore: registered new interface driver brcmfmac
>>> [    7.996318] brcmfmac_sdio mmc1:0001:1: Direct firmware load for
>>> brcm/brcmfmac43340-sdio.bin failed with error -2
>>> [    9.011572] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>> [   10.037365] brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50
>>>>
>>>> It could also mean driver was loaded manually. So please also make
>>>> sure the friend uses kernel 4.0 or newer.
>>> Kernel : 4.0.0 #3 SMP PREEMPT Wed Apr 22 17:52:53 MSK 2015
>>> Distro:
>>> Distributor ID:    T100 Ubuntu 15.04
>>> Description:    Ubuntu 15.04
>>> Release:    15.04
>>> Codename:    vivid
>>> I ve installed it from the magic stick here
>>> https://plus.google.com/communities/117853703024346186936
>
> The driver complains about missing firmware and Ubuntu 15.04 does not
> contain it.
>
> Please place this file
> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/brcm/brcmfmac43340-sdio.bin
>
> to /lib/firmware/brcm/brcmfmac43340-sdio.bin
>
> Hauke

 Before that, the system was complaining about
brcm/brcmfmac43340-sdio.bin, and now about brcm/brcmfmac43340-sdio.txt
but errors are similar...

43340 rev 2 pmurev 20
May 17 15:53:48 scheissasus kernel: [    7.372974] usbcore: registered
new interface driver brcmfmac
May 17 15:53:48 scheissasus kernel: [    7.374344] brcmfmac_sdio
mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.bin
failed with error -2
May 17 15:53:48 scheissasus kernel: [    8.383270] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50
May 17 15:53:50 scheissasus kernel: [   11.401582] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50
May 17 15:59:23 scheissasus kernel: [    7.496560]
brcmf_sdio_drivestrengthinit: No SDIO Drive strength init done for
chip 43340 rev 2 pmurev 20
May 17 15:59:23 scheissasus kernel: [    7.500086] usbcore: registered
new interface driver brcmfmac
May 17 15:59:23 scheissasus kernel: [    7.506911] brcmfmac_sdio
mmc1:0001:1: Direct firmware load for brcm/brcmfmac43340-sdio.txt
failed with error -2
May 17 15:59:23 scheissasus kernel: [    8.514107] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50
May 17 15:59:23 scheissasus kernel: [    9.531340] brcmf_sdio_htclk:
HT Avail timeout (1000000): clkctl 0x50