* Re: Long Delay on startup of wl18xx Wireless chip
[not found] <CAHCN7xJiJKBgkiRm-MF9NpgQqfV4=zSVRShc5Sb5Lya2TAxU0g@mail.gmail.com>
@ 2019-11-05 18:55 ` Adam Ford
2019-11-05 19:24 ` H. Nikolaus Schaller
2019-11-06 10:32 ` Kalle Valo
0 siblings, 2 replies; 7+ messages in thread
From: Adam Ford @ 2019-11-05 18:55 UTC (permalink / raw)
To: Linux-OMAP, kvalo, David S . Miller, linux-wireless, netdev
On Tue, Nov 5, 2019 at 12:25 PM Adam Ford <aford173@gmail.com> wrote:
>
> I am seeing a really long delay at startup of the wl18xx using the 5.4 kernel.
>
Sorry I had to resend. I forgot to do plaintext. Google switched
settings on me and neglected to inform me.
> [ 7.895551] wl18xx_driver wl18xx.2.auto: Direct firmware load for ti-connectivity/wl18xx-conf.bin failed with error -2
> [ 7.906416] wl18xx_driver wl18xx.2.auto: Falling back to sysfs fallback for: ti-connectivity/wl18xx-conf.bin
>
> At this point in the sequence, I can login to Linux, but the WL18xx is unavailable.
>
> [ 35.032382] vwl1837: disabling
> [ 69.594874] wlcore: ERROR could not get configuration binary ti-connectivity/wl18xx-conf.bin: -11
> [ 69.604013] wlcore: WARNING falling back to default config
> [ 70.174821] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
> [ 70.189003] wlcore: WARNING Detected unconfigured mac address in nvs, derive from fuse instead.
> [ 70.197851] wlcore: WARNING This default nvs file can be removed from the file system
> [ 70.218816] wlcore: loaded
>
> It is now at this point when the wl18xx is available.
>
> I have the wl18xx and wlcore setup as a module so it should load after the filesystem is mounted. I am not using a wl18xx-conf.bin, but I never needed to use this before.
>
> It seems to me unreasonable to wait 60+ seconds after everything is mounted for the wireless chip to become available. Before I attempt to bisect this, I was hoping someone might have seen this. I am also trying to avoid duplicating someone else's efforts.
>
> I know the 4.19 doesn't behave like this.
>
> adam
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Long Delay on startup of wl18xx Wireless chip
@ 2019-11-05 19:24 ` H. Nikolaus Schaller
0 siblings, 0 replies; 7+ messages in thread
From: H. Nikolaus Schaller @ 2019-11-05 19:24 UTC (permalink / raw)
To: Adam Ford; +Cc: Linux-OMAP, kvalo, David S . Miller, linux-wireless, netdev
Hi Adam,
> Am 05.11.2019 um 19:55 schrieb Adam Ford <aford173@gmail.com>:
>
> On Tue, Nov 5, 2019 at 12:25 PM Adam Ford <aford173@gmail.com> wrote:
>>
>> I am seeing a really long delay at startup of the wl18xx using the 5.4 kernel.
>>
>
> Sorry I had to resend. I forgot to do plaintext. Google switched
> settings on me and neglected to inform me.
>
>
>> [ 7.895551] wl18xx_driver wl18xx.2.auto: Direct firmware load for ti-connectivity/wl18xx-conf.bin failed with error -2
>> [ 7.906416] wl18xx_driver wl18xx.2.auto: Falling back to sysfs fallback for: ti-connectivity/wl18xx-conf.bin
>>
>> At this point in the sequence, I can login to Linux, but the WL18xx is unavailable.
>>
>> [ 35.032382] vwl1837: disabling
>> [ 69.594874] wlcore: ERROR could not get configuration binary ti-connectivity/wl18xx-conf.bin: -11
>> [ 69.604013] wlcore: WARNING falling back to default config
>> [ 70.174821] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
>> [ 70.189003] wlcore: WARNING Detected unconfigured mac address in nvs, derive from fuse instead.
>> [ 70.197851] wlcore: WARNING This default nvs file can be removed from the file system
>> [ 70.218816] wlcore: loaded
>>
>> It is now at this point when the wl18xx is available.
>>
>> I have the wl18xx and wlcore setup as a module so it should load after the filesystem is mounted. I am not using a wl18xx-conf.bin, but I never needed to use this before.
>>
>> It seems to me unreasonable to wait 60+ seconds after everything is mounted for the wireless chip to become available. Before I attempt to bisect this, I was hoping someone might have seen this. I am also trying to avoid duplicating someone else's efforts.
>>
>> I know the 4.19 doesn't behave like this.
I have with v5.4-rc6 on omap5 + wl1835
root@letux:~# dmesg|fgrep wlcore
[ 10.268847] wl18xx_driver wl18xx.0.auto: Direct firmware load for ti-connectivity/wl18xx-conf.bin failed with error -2
[ 10.291610] wlcore: ERROR could not get configuration binary ti-connectivity/wl18xx-conf.bin: -2
[ 10.303839] wlcore: WARNING falling back to default config
[ 10.700055] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
[ 10.703469] wlcore: WARNING Detected unconfigured mac address in nvs, derive from fuse instead.
[ 10.703478] wlcore: WARNING This default nvs file can be removed from the file system
[ 12.738721] wlcore: loaded
[ 13.978498] wlcore: PHY firmware version: Rev 8.2.0.0.237
[ 14.073765] wlcore: firmware booted (Rev 8.9.0.0.70)
[ 14.096806] wlcore: down
[ 14.589917] wlcore: PHY firmware version: Rev 8.2.0.0.237
[ 14.693183] wlcore: firmware booted (Rev 8.9.0.0.70)
root@letux:~#
Hope this helps.
BR,
Nikolaus
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Long Delay on startup of wl18xx Wireless chip
@ 2019-11-05 19:24 ` H. Nikolaus Schaller
0 siblings, 0 replies; 7+ messages in thread
From: H. Nikolaus Schaller @ 2019-11-05 19:24 UTC (permalink / raw)
To: Adam Ford
Cc: Linux-OMAP, kvalo-sgV2jX0FEOL9JmXXK+q4OQ, David S . Miller,
linux-wireless-u79uwXL29TY76Z2rM5mHXA, netdev
Hi Adam,
> Am 05.11.2019 um 19:55 schrieb Adam Ford <aford173-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
>
> On Tue, Nov 5, 2019 at 12:25 PM Adam Ford <aford173-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>
>> I am seeing a really long delay at startup of the wl18xx using the 5.4 kernel.
>>
>
> Sorry I had to resend. I forgot to do plaintext. Google switched
> settings on me and neglected to inform me.
>
>
>> [ 7.895551] wl18xx_driver wl18xx.2.auto: Direct firmware load for ti-connectivity/wl18xx-conf.bin failed with error -2
>> [ 7.906416] wl18xx_driver wl18xx.2.auto: Falling back to sysfs fallback for: ti-connectivity/wl18xx-conf.bin
>>
>> At this point in the sequence, I can login to Linux, but the WL18xx is unavailable.
>>
>> [ 35.032382] vwl1837: disabling
>> [ 69.594874] wlcore: ERROR could not get configuration binary ti-connectivity/wl18xx-conf.bin: -11
>> [ 69.604013] wlcore: WARNING falling back to default config
>> [ 70.174821] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
>> [ 70.189003] wlcore: WARNING Detected unconfigured mac address in nvs, derive from fuse instead.
>> [ 70.197851] wlcore: WARNING This default nvs file can be removed from the file system
>> [ 70.218816] wlcore: loaded
>>
>> It is now at this point when the wl18xx is available.
>>
>> I have the wl18xx and wlcore setup as a module so it should load after the filesystem is mounted. I am not using a wl18xx-conf.bin, but I never needed to use this before.
>>
>> It seems to me unreasonable to wait 60+ seconds after everything is mounted for the wireless chip to become available. Before I attempt to bisect this, I was hoping someone might have seen this. I am also trying to avoid duplicating someone else's efforts.
>>
>> I know the 4.19 doesn't behave like this.
I have with v5.4-rc6 on omap5 + wl1835
root@letux:~# dmesg|fgrep wlcore
[ 10.268847] wl18xx_driver wl18xx.0.auto: Direct firmware load for ti-connectivity/wl18xx-conf.bin failed with error -2
[ 10.291610] wlcore: ERROR could not get configuration binary ti-connectivity/wl18xx-conf.bin: -2
[ 10.303839] wlcore: WARNING falling back to default config
[ 10.700055] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
[ 10.703469] wlcore: WARNING Detected unconfigured mac address in nvs, derive from fuse instead.
[ 10.703478] wlcore: WARNING This default nvs file can be removed from the file system
[ 12.738721] wlcore: loaded
[ 13.978498] wlcore: PHY firmware version: Rev 8.2.0.0.237
[ 14.073765] wlcore: firmware booted (Rev 8.9.0.0.70)
[ 14.096806] wlcore: down
[ 14.589917] wlcore: PHY firmware version: Rev 8.2.0.0.237
[ 14.693183] wlcore: firmware booted (Rev 8.9.0.0.70)
root@letux:~#
Hope this helps.
BR,
Nikolaus
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Long Delay on startup of wl18xx Wireless chip
2019-11-05 18:55 ` Long Delay on startup of wl18xx Wireless chip Adam Ford
2019-11-05 19:24 ` H. Nikolaus Schaller
@ 2019-11-06 10:32 ` Kalle Valo
2019-11-06 10:38 ` H. Nikolaus Schaller
1 sibling, 1 reply; 7+ messages in thread
From: Kalle Valo @ 2019-11-06 10:32 UTC (permalink / raw)
To: Adam Ford; +Cc: Linux-OMAP, David S . Miller, linux-wireless, netdev
Adam Ford <aford173@gmail.com> writes:
> On Tue, Nov 5, 2019 at 12:25 PM Adam Ford <aford173@gmail.com> wrote:
>>
>> I am seeing a really long delay at startup of the wl18xx using the 5.4 kernel.
>>
>
> Sorry I had to resend. I forgot to do plaintext. Google switched
> settings on me and neglected to inform me.
>
>
>> [ 7.895551] wl18xx_driver wl18xx.2.auto: Direct firmware load for
>> ti-connectivity/wl18xx-conf.bin failed with error -2
>> [ 7.906416] wl18xx_driver wl18xx.2.auto: Falling back to sysfs
>> fallback for: ti-connectivity/wl18xx-conf.bin
>>
>> At this point in the sequence, I can login to Linux, but the WL18xx is unavailable.
>>
>> [ 35.032382] vwl1837: disabling
>> [ 69.594874] wlcore: ERROR could not get configuration binary
>> ti-connectivity/wl18xx-conf.bin: -11
>> [ 69.604013] wlcore: WARNING falling back to default config
>> [ 70.174821] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
>> [ 70.189003] wlcore: WARNING Detected unconfigured mac address in
>> nvs, derive from fuse instead.
>> [ 70.197851] wlcore: WARNING This default nvs file can be removed from the file system
>> [ 70.218816] wlcore: loaded
>>
>> It is now at this point when the wl18xx is available.
>>
>> I have the wl18xx and wlcore setup as a module so it should load
>> after the filesystem is mounted. I am not using a wl18xx-conf.bin,
>> but I never needed to use this before.
>>
>> It seems to me unreasonable to wait 60+ seconds after everything is
>> mounted for the wireless chip to become available. Before I attempt
>> to bisect this, I was hoping someone might have seen this. I am also
>> trying to avoid duplicating someone else's efforts.
>>
>> I know the 4.19 doesn't behave like this.
Try disabling CONFIG_FW_LOADER_USER_HELPER, that usually causes a 60
second delay if the user space is not setup to handle the request. (Or
something like that.)
--
Kalle Valo
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Long Delay on startup of wl18xx Wireless chip
2019-11-06 10:32 ` Kalle Valo
@ 2019-11-06 10:38 ` H. Nikolaus Schaller
2019-11-06 12:46 ` Adam Ford
0 siblings, 1 reply; 7+ messages in thread
From: H. Nikolaus Schaller @ 2019-11-06 10:38 UTC (permalink / raw)
To: Kalle Valo, Adam Ford
Cc: Linux-OMAP, David S . Miller, linux-wireless, netdev
> Am 06.11.2019 um 11:32 schrieb Kalle Valo <kvalo@codeaurora.org>:
>
> Adam Ford <aford173@gmail.com> writes:
>
>> On Tue, Nov 5, 2019 at 12:25 PM Adam Ford <aford173@gmail.com> wrote:
>>>
>>> I am seeing a really long delay at startup of the wl18xx using the 5.4 kernel.
>>>
>>
>> Sorry I had to resend. I forgot to do plaintext. Google switched
>> settings on me and neglected to inform me.
>>
>>
>>> [ 7.895551] wl18xx_driver wl18xx.2.auto: Direct firmware load for
>>> ti-connectivity/wl18xx-conf.bin failed with error -2
>>> [ 7.906416] wl18xx_driver wl18xx.2.auto: Falling back to sysfs
>>> fallback for: ti-connectivity/wl18xx-conf.bin
>>>
>>> At this point in the sequence, I can login to Linux, but the WL18xx is unavailable.
>>>
>>> [ 35.032382] vwl1837: disabling
>>> [ 69.594874] wlcore: ERROR could not get configuration binary
>>> ti-connectivity/wl18xx-conf.bin: -11
>>> [ 69.604013] wlcore: WARNING falling back to default config
>>> [ 70.174821] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
>>> [ 70.189003] wlcore: WARNING Detected unconfigured mac address in
>>> nvs, derive from fuse instead.
>>> [ 70.197851] wlcore: WARNING This default nvs file can be removed from the file system
>>> [ 70.218816] wlcore: loaded
>>>
>>> It is now at this point when the wl18xx is available.
>>>
>>> I have the wl18xx and wlcore setup as a module so it should load
>>> after the filesystem is mounted. I am not using a wl18xx-conf.bin,
>>> but I never needed to use this before.
>>>
>>> It seems to me unreasonable to wait 60+ seconds after everything is
>>> mounted for the wireless chip to become available. Before I attempt
>>> to bisect this, I was hoping someone might have seen this. I am also
>>> trying to avoid duplicating someone else's efforts.
>>>
>>> I know the 4.19 doesn't behave like this.
>
> Try disabling CONFIG_FW_LOADER_USER_HELPER, that usually causes a 60
> second delay if the user space is not setup to handle the request. (Or
> something like that.)
I can confirm that I have it disabled in our config which seems to work.
BR,
Nikolaus
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Long Delay on startup of wl18xx Wireless chip
@ 2019-11-06 12:46 ` Adam Ford
0 siblings, 0 replies; 7+ messages in thread
From: Adam Ford @ 2019-11-06 12:46 UTC (permalink / raw)
To: H. Nikolaus Schaller
Cc: Kalle Valo, Linux-OMAP, David S . Miller, linux-wireless, netdev
On Wed, Nov 6, 2019 at 4:38 AM H. Nikolaus Schaller <hns@goldelico.com> wrote:
>
>
> > Am 06.11.2019 um 11:32 schrieb Kalle Valo <kvalo@codeaurora.org>:
> >
> > Adam Ford <aford173@gmail.com> writes:
> >
> >> On Tue, Nov 5, 2019 at 12:25 PM Adam Ford <aford173@gmail.com> wrote:
> >>>
> >>> I am seeing a really long delay at startup of the wl18xx using the 5.4 kernel.
> >>>
> >>
> >> Sorry I had to resend. I forgot to do plaintext. Google switched
> >> settings on me and neglected to inform me.
> >>
> >>
> >>> [ 7.895551] wl18xx_driver wl18xx.2.auto: Direct firmware load for
> >>> ti-connectivity/wl18xx-conf.bin failed with error -2
> >>> [ 7.906416] wl18xx_driver wl18xx.2.auto: Falling back to sysfs
> >>> fallback for: ti-connectivity/wl18xx-conf.bin
> >>>
> >>> At this point in the sequence, I can login to Linux, but the WL18xx is unavailable.
> >>>
> >>> [ 35.032382] vwl1837: disabling
> >>> [ 69.594874] wlcore: ERROR could not get configuration binary
> >>> ti-connectivity/wl18xx-conf.bin: -11
> >>> [ 69.604013] wlcore: WARNING falling back to default config
> >>> [ 70.174821] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
> >>> [ 70.189003] wlcore: WARNING Detected unconfigured mac address in
> >>> nvs, derive from fuse instead.
> >>> [ 70.197851] wlcore: WARNING This default nvs file can be removed from the file system
> >>> [ 70.218816] wlcore: loaded
> >>>
> >>> It is now at this point when the wl18xx is available.
> >>>
> >>> I have the wl18xx and wlcore setup as a module so it should load
> >>> after the filesystem is mounted. I am not using a wl18xx-conf.bin,
> >>> but I never needed to use this before.
> >>>
> >>> It seems to me unreasonable to wait 60+ seconds after everything is
> >>> mounted for the wireless chip to become available. Before I attempt
> >>> to bisect this, I was hoping someone might have seen this. I am also
> >>> trying to avoid duplicating someone else's efforts.
> >>>
> >>> I know the 4.19 doesn't behave like this.
> >
> > Try disabling CONFIG_FW_LOADER_USER_HELPER, that usually causes a 60
> > second delay if the user space is not setup to handle the request. (Or
> > something like that.)
Thank you for the pointer on that. It addressed my issue.
adam
>
> I can confirm that I have it disabled in our config which seems to work.
>
> BR,
> Nikolaus
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Long Delay on startup of wl18xx Wireless chip
@ 2019-11-06 12:46 ` Adam Ford
0 siblings, 0 replies; 7+ messages in thread
From: Adam Ford @ 2019-11-06 12:46 UTC (permalink / raw)
To: H. Nikolaus Schaller
Cc: Kalle Valo, Linux-OMAP, David S . Miller,
linux-wireless-u79uwXL29TY76Z2rM5mHXA, netdev
On Wed, Nov 6, 2019 at 4:38 AM H. Nikolaus Schaller <hns-xXXSsgcRVICgSpxsJD1C4w@public.gmane.org> wrote:
>
>
> > Am 06.11.2019 um 11:32 schrieb Kalle Valo <kvalo-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>:
> >
> > Adam Ford <aford173-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
> >
> >> On Tue, Nov 5, 2019 at 12:25 PM Adam Ford <aford173-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> >>>
> >>> I am seeing a really long delay at startup of the wl18xx using the 5.4 kernel.
> >>>
> >>
> >> Sorry I had to resend. I forgot to do plaintext. Google switched
> >> settings on me and neglected to inform me.
> >>
> >>
> >>> [ 7.895551] wl18xx_driver wl18xx.2.auto: Direct firmware load for
> >>> ti-connectivity/wl18xx-conf.bin failed with error -2
> >>> [ 7.906416] wl18xx_driver wl18xx.2.auto: Falling back to sysfs
> >>> fallback for: ti-connectivity/wl18xx-conf.bin
> >>>
> >>> At this point in the sequence, I can login to Linux, but the WL18xx is unavailable.
> >>>
> >>> [ 35.032382] vwl1837: disabling
> >>> [ 69.594874] wlcore: ERROR could not get configuration binary
> >>> ti-connectivity/wl18xx-conf.bin: -11
> >>> [ 69.604013] wlcore: WARNING falling back to default config
> >>> [ 70.174821] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
> >>> [ 70.189003] wlcore: WARNING Detected unconfigured mac address in
> >>> nvs, derive from fuse instead.
> >>> [ 70.197851] wlcore: WARNING This default nvs file can be removed from the file system
> >>> [ 70.218816] wlcore: loaded
> >>>
> >>> It is now at this point when the wl18xx is available.
> >>>
> >>> I have the wl18xx and wlcore setup as a module so it should load
> >>> after the filesystem is mounted. I am not using a wl18xx-conf.bin,
> >>> but I never needed to use this before.
> >>>
> >>> It seems to me unreasonable to wait 60+ seconds after everything is
> >>> mounted for the wireless chip to become available. Before I attempt
> >>> to bisect this, I was hoping someone might have seen this. I am also
> >>> trying to avoid duplicating someone else's efforts.
> >>>
> >>> I know the 4.19 doesn't behave like this.
> >
> > Try disabling CONFIG_FW_LOADER_USER_HELPER, that usually causes a 60
> > second delay if the user space is not setup to handle the request. (Or
> > something like that.)
Thank you for the pointer on that. It addressed my issue.
adam
>
> I can confirm that I have it disabled in our config which seems to work.
>
> BR,
> Nikolaus
>
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2019-11-06 12:46 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <CAHCN7xJiJKBgkiRm-MF9NpgQqfV4=zSVRShc5Sb5Lya2TAxU0g@mail.gmail.com>
2019-11-05 18:55 ` Long Delay on startup of wl18xx Wireless chip Adam Ford
2019-11-05 19:24 ` H. Nikolaus Schaller
2019-11-05 19:24 ` H. Nikolaus Schaller
2019-11-06 10:32 ` Kalle Valo
2019-11-06 10:38 ` H. Nikolaus Schaller
2019-11-06 12:46 ` Adam Ford
2019-11-06 12:46 ` Adam Ford
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.