* 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; 5+ 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] 5+ 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 1 sibling, 0 replies; 5+ 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] 5+ 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; 5+ 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] 5+ 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; 5+ 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] 5+ messages in thread
* Re: Long Delay on startup of wl18xx Wireless chip 2019-11-06 10:38 ` H. Nikolaus Schaller @ 2019-11-06 12:46 ` Adam Ford 0 siblings, 0 replies; 5+ 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] 5+ messages in thread
end of thread, other threads:[~2019-11-06 12:46 UTC | newest] Thread overview: 5+ 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-06 10:32 ` Kalle Valo 2019-11-06 10:38 ` H. Nikolaus Schaller 2019-11-06 12:46 ` Adam Ford
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).