* Re: lspci not working
@ 2015-05-17 0:21 ` Schmirr Wurst
0 siblings, 0 replies; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 0:21 UTC (permalink / raw)
To: Arend van Spriel
Cc: Rafał Miłecki, Larry Finger, b43-dev, linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 0:21 ` Schmirr Wurst
@ 2015-05-17 8:47 ` Rafał Miłecki
-1 siblings, 0 replies; 41+ messages in thread
From: Rafał Miłecki @ 2015-05-17 8:47 UTC (permalink / raw)
To: Schmirr Wurst; +Cc: Arend van Spriel, Larry Finger, b43-dev, linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 8:47 ` Rafał Miłecki
0 siblings, 0 replies; 41+ messages in thread
From: Rafał Miłecki @ 2015-05-17 8:47 UTC (permalink / raw)
To: Schmirr Wurst; +Cc: Arend van Spriel, Larry Finger, b43-dev, linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 8:47 ` Rafał Miłecki
@ 2015-05-17 9:27 ` Arend van Spriel
-1 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 9:27 UTC (permalink / raw)
To: Rafał Miłecki, Schmirr Wurst
Cc: Larry Finger, b43-dev, linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 9:27 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 9:27 UTC (permalink / raw)
To: Rafał Miłecki, Schmirr Wurst
Cc: Larry Finger, b43-dev, linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 9:27 ` Arend van Spriel
@ 2015-05-17 11:17 ` Rafał Miłecki
-1 siblings, 0 replies; 41+ messages in thread
From: Rafał Miłecki @ 2015-05-17 11:17 UTC (permalink / raw)
To: Arend van Spriel; +Cc: Schmirr Wurst, Larry Finger, b43-dev, linux-wireless
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?
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 11:17 ` Rafał Miłecki
0 siblings, 0 replies; 41+ messages in thread
From: Rafał Miłecki @ 2015-05-17 11:17 UTC (permalink / raw)
To: Arend van Spriel; +Cc: Schmirr Wurst, Larry Finger, b43-dev, linux-wireless
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ł
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 0:21 ` Schmirr Wurst
@ 2015-05-17 10:23 ` Arend van Spriel
-1 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 10:23 UTC (permalink / raw)
To: Schmirr Wurst
Cc: Arend van Spriel, Rafał Miłecki, Larry Finger, b43-dev,
linux-wireless
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 at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 10:23 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 10:23 UTC (permalink / raw)
To: Schmirr Wurst
Cc: Arend van Spriel, Rafał Miłecki, Larry Finger, b43-dev,
linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 10:23 ` Arend van Spriel
@ 2015-05-17 11:18 ` Rafał Miłecki
-1 siblings, 0 replies; 41+ messages in thread
From: Rafał Miłecki @ 2015-05-17 11:18 UTC (permalink / raw)
To: Arend van Spriel
Cc: Schmirr Wurst, Arend van Spriel, Larry Finger, b43-dev,
linux-wireless
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?
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 11:18 ` Rafał Miłecki
0 siblings, 0 replies; 41+ messages in thread
From: Rafał Miłecki @ 2015-05-17 11:18 UTC (permalink / raw)
To: Arend van Spriel
Cc: Schmirr Wurst, Arend van Spriel, Larry Finger, b43-dev,
linux-wireless
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ł
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
2015-05-17 0:21 ` Schmirr Wurst
` (2 preceding siblings ...)
(?)
@ 2015-05-17 12:42 ` Schmirr Wurst
2015-05-17 12:57 ` Schmirr Wurst
-1 siblings, 1 reply; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 12:42 UTC (permalink / raw)
To: Arend van Spriel
Cc: Rafał Miłecki, Larry Finger, b43-dev, linux-wireless
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: lspci not working
2015-05-17 12:42 ` Schmirr Wurst
@ 2015-05-17 12:57 ` Schmirr Wurst
2015-05-17 13:00 ` Schmirr Wurst
0 siblings, 1 reply; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 12:57 UTC (permalink / raw)
To: Arend van Spriel, Sébastien Brennion
Cc: Rafał Miłecki, Larry Finger, b43-dev, linux-wireless
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 12:57 ` Schmirr Wurst
@ 2015-05-17 13:00 ` Schmirr Wurst
0 siblings, 0 replies; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 13:00 UTC (permalink / raw)
To: Arend van Spriel, Sébastien Brennion
Cc: Rafał Miłecki, Larry Finger, b43-dev, linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 13:00 ` Schmirr Wurst
0 siblings, 0 replies; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 13:00 UTC (permalink / raw)
To: Arend van Spriel, Sébastien Brennion
Cc: Rafał Miłecki, Larry Finger, b43-dev, linux-wireless
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 13:00 ` Schmirr Wurst
@ 2015-05-17 13:17 ` Hauke Mehrtens
-1 siblings, 0 replies; 41+ messages in thread
From: Hauke Mehrtens @ 2015-05-17 13:17 UTC (permalink / raw)
To: Schmirr Wurst, Arend van Spriel, Sébastien Brennion
Cc: linux-wireless, b43-dev, Larry Finger
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 13:17 ` Hauke Mehrtens
0 siblings, 0 replies; 41+ messages in thread
From: Hauke Mehrtens @ 2015-05-17 13:17 UTC (permalink / raw)
To: Schmirr Wurst, Arend van Spriel, Sébastien Brennion
Cc: linux-wireless, b43-dev, Larry Finger
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
^ permalink raw reply [flat|nested] 41+ messages in thread
[parent not found: <CA+0W_AsY3sz9+t=guZYi9v-_X1-MMc5=11FPm=4QKkMxNd=uFQ@mail.gmail.com>]
* Fwd: lspci not working
[not found] ` <CA+0W_AsY3sz9+t=guZYi9v-_X1-MMc5=11FPm=4QKkMxNd=uFQ@mail.gmail.com>
@ 2015-05-17 14:08 ` Schmirr Wurst
2015-05-17 14:34 ` Arend van Spriel
0 siblings, 1 reply; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 14:08 UTC (permalink / raw)
To: Schmirr Wurst, Arend van Spriel, Sébastien Brennion,
linux-wireless, b43-dev, Larry Finger
---------- 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
^ permalink raw reply [flat|nested] 41+ messages in thread* Fwd: lspci not working
2015-05-17 14:08 ` Fwd: " Schmirr Wurst
@ 2015-05-17 14:34 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 14:34 UTC (permalink / raw)
To: Schmirr Wurst, Sébastien Brennion, linux-wireless, b43-dev,
Larry Finger
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
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: Fwd: lspci not working
@ 2015-05-17 14:34 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 14:34 UTC (permalink / raw)
To: Schmirr Wurst, Sébastien Brennion, linux-wireless, b43-dev,
Larry Finger
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
>
^ permalink raw reply [flat|nested] 41+ messages in thread
[parent not found: <CA+0W_Au6N1cSELTBOQG2yPkiT5Pe9-sg3s_5YtNc9zFZ6T13sw@mail.gmail.com>]
* Fwd: Fwd: lspci not working
[not found] ` <CA+0W_Au6N1cSELTBOQG2yPkiT5Pe9-sg3s_5YtNc9zFZ6T13sw@mail.gmail.com>
@ 2015-05-17 14:48 ` Schmirr Wurst
2015-05-17 16:49 ` Arend van Spriel
0 siblings, 1 reply; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 14:48 UTC (permalink / raw)
To: linux-wireless, b43-dev
---------- 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
>>
>
^ permalink raw reply [flat|nested] 41+ messages in thread* Fwd: Fwd: lspci not working
2015-05-17 14:48 ` Fwd: " Schmirr Wurst
@ 2015-05-17 16:49 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 16:49 UTC (permalink / raw)
To: Schmirr Wurst, linux-wireless, b43-dev
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 at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: Fwd: Fwd: lspci not working
@ 2015-05-17 16:49 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 16:49 UTC (permalink / raw)
To: Schmirr Wurst, linux-wireless, b43-dev
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
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Fwd: Fwd: lspci not working
2015-05-17 16:49 ` Arend van Spriel
@ 2015-05-17 16:56 ` Hauke Mehrtens
-1 siblings, 0 replies; 41+ messages in thread
From: Hauke Mehrtens @ 2015-05-17 16:56 UTC (permalink / raw)
To: Arend van Spriel, Schmirr Wurst, linux-wireless, b43-dev
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
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: Fwd: Fwd: lspci not working
@ 2015-05-17 16:56 ` Hauke Mehrtens
0 siblings, 0 replies; 41+ messages in thread
From: Hauke Mehrtens @ 2015-05-17 16:56 UTC (permalink / raw)
To: Arend van Spriel, Schmirr Wurst, linux-wireless, b43-dev
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
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Fwd: Fwd: lspci not working
2015-05-17 16:56 ` Hauke Mehrtens
@ 2015-05-17 17:37 ` Arend van Spriel
-1 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 17:37 UTC (permalink / raw)
To: Hauke Mehrtens, Schmirr Wurst, linux-wireless, b43-dev
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
>>
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: Fwd: Fwd: lspci not working
@ 2015-05-17 17:37 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 17:37 UTC (permalink / raw)
To: Hauke Mehrtens, Schmirr Wurst, linux-wireless, b43-dev
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
>>
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Fwd: Fwd: lspci not working
2015-05-17 16:49 ` Arend van Spriel
@ 2015-05-17 17:56 ` Schmirr Wurst
-1 siblings, 0 replies; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 17:56 UTC (permalink / raw)
To: Arend van Spriel; +Cc: linux-wireless, b43-dev
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 at vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: Fwd: Fwd: lspci not working
@ 2015-05-17 17:56 ` Schmirr Wurst
0 siblings, 0 replies; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 17:56 UTC (permalink / raw)
To: Arend van Spriel; +Cc: linux-wireless, b43-dev
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
>>
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Fwd: Fwd: lspci not working
2015-05-17 17:56 ` Schmirr Wurst
@ 2015-05-17 18:56 ` Arend van Spriel
-1 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 18:56 UTC (permalink / raw)
To: Schmirr Wurst; +Cc: linux-wireless, b43-dev
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 at vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: Fwd: Fwd: lspci not working
@ 2015-05-17 18:56 ` Arend van Spriel
0 siblings, 0 replies; 41+ messages in thread
From: Arend van Spriel @ 2015-05-17 18:56 UTC (permalink / raw)
To: Schmirr Wurst; +Cc: linux-wireless, b43-dev
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
>>>
>>
^ permalink raw reply [flat|nested] 41+ messages in thread
* lspci not working
2015-05-17 13:17 ` Hauke Mehrtens
@ 2015-05-17 14:10 ` Schmirr Wurst
-1 siblings, 0 replies; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 14:10 UTC (permalink / raw)
To: Hauke Mehrtens
Cc: Arend van Spriel, Sébastien Brennion, linux-wireless,
b43-dev, Larry Finger
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: lspci not working
@ 2015-05-17 14:10 ` Schmirr Wurst
0 siblings, 0 replies; 41+ messages in thread
From: Schmirr Wurst @ 2015-05-17 14:10 UTC (permalink / raw)
To: Hauke Mehrtens
Cc: Arend van Spriel, Sébastien Brennion, linux-wireless,
b43-dev, Larry Finger
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
^ permalink raw reply [flat|nested] 41+ messages in thread