Date: Mon, 18 Jan 2021 16:07:38 -0300 From: "Dr. Rolf Jansen" <freebsd-rj@obsigna.com> To: Emmanuel Vadot <manu@bidouilliste.com> Cc: freebsd-arm@freebsd.org Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module Message-ID: <9C2425C5-ABF2-4A3B-8C93-C20554A59000@obsigna.com> In-Reply-To: <9F0684B2-02EA-4647-BA02-8C6F80C421F7@obsigna.com> References: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> <20210116184833.1a3182a20a2b6c727b64bb59@bidouilliste.com> <06F689CA-B781-4CEB-8F8A-B00FAC684DD3@obsigna.com> <20210117174539.43b55379e6a37881589616a8@bidouilliste.com> <DFBF17C9-935B-48E5-AD20-2F8265780FCD@obsigna.com> <20210117225539.c113796159735c5a3950c774@bidouilliste.com> <03F9A3D3-0A2B-4B09-9C8D-AAAF761C0F4C@obsigna.com> <20210118094510.48eee03d502ea25ab7d09938@bidouilliste.com> <9F0684B2-02EA-4647-BA02-8C6F80C421F7@obsigna.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Am 18.01.2021 um 09:02 schrieb Dr. Rolf Jansen =
<freebsd-rj@obsigna.com>:
>=20
>> Am 18.01.2021 um 05:45 schrieb Emmanuel Vadot =
<manu@bidouilliste.com>:
>>=20
>> On Sun, 17 Jan 2021 19:01:24 -0300
>> "Dr. Rolf Jansen" <freebsd-rj@obsigna.com> wrote:
>>=20
>>>> Am 17.01.2021 um 18:55 schrieb Emmanuel Vadot =
<manu@bidouilliste.com>:
>>>>=20
>>>> On Sun, 17 Jan 2021 18:49:01 -0300
>>>> "Dr. Rolf Jansen" <freebsd-rj@obsigna.com> wrote:
>>>>=20
>>>>>> Am 17.01.2021 um 13:45 schrieb Emmanuel Vadot =
<manu@bidouilliste.com>:
>>>>>>=20
>>>>>> On Sat, 16 Jan 2021 15:11:28 -0300
>>>>>> "Dr. Rolf Jansen" <freebsd-rj@obsigna.com =
<mailto:freebsd-rj@obsigna.com>> wrote:
>>>>>>=20
>>>>>>>> Am 16.01.2021 um 14:48 schrieb Emmanuel Vadot =
<manu@bidouilliste.com <mailto:manu@bidouilliste.com>>:
>>>>>>>>=20
>>>>>>>> On Sat, 16 Jan 2021 18:43:33 +0100
>>>>>>>> Emmanuel Vadot <manu@bidouilliste.com =
<mailto:manu@bidouilliste.com> <mailto:manu@bidouilliste.com =
<mailto:manu@bidouilliste.com>>> wrote:
>>>>>>>>=20
>>>>>>>>> On Sat, 16 Jan 2021 14:08:58 -0300
>>>>>>>>> "Dr. Rolf Jansen" <freebsd-rj@obsigna.com> wrote:
>>>>>>>>>=20
>>>>>>>>>> I updated one of my BBB from an older 13-CURRENT (July 2020) =
to the latest 13-ALPHA1 snapshot from Jan, 14th ? =
GENERICSD-20210114-7ae27c2d6c4-255938.
>>>>>>>>>>=20
>>>>>>>>>> I had successfully employed an USB-WLAN dongle based on the =
RTL8188eu chipset. I only added the following into /boot/loader.conf:
>>>>>>>>>>=20
>>>>>>>>>> if_rtwn_usb_load=3D"YES"
>>>>>>>>>>=20
>>>>>>>>>> By that all dependend modules were loaded automatically in a =
snap. With ALPHA1 this doesn?t work anymore. After hours of =
troubleshooting, I got it working by adding the following into =
/etc/rc.conf:
>>>>>>>>>>=20
>>>>>>>>>> kld_list=3D"if_rtwn_usb"
>>>>>>>>>>=20
>>>>>>>>>> The "Loading kernel modules:" takes apprx. 4 seconds, =
however, then the USB-WLAN device is enumerated correctly and it is =
ready to use. This makes me think that this uncommon huge delay is the =
culprit. I checked this with some snapshot thats I had installed =
already. The issue seems to have been introduced together with the =
switch to GENERICSD. A GENERICSD 13-CURRENT from end of December showed =
this issue already, while a BBB-specific snapshot (from November 2020) =
that I had installed on another BBB works as before by loading the =
modules in /boot/loader.conf.
>>>>>>>>>>=20
>>>>>>>>>> I don't mind to load the modules by the way of the kld_list =
directive in /etc/rc.conf. However, the unusual long duration of loading =
the module and its dependencies might be an indication for a more =
fundamental issue.
>>>>>>>>>>=20
>>>>>>>>>> Please feel free to ask me for doing more tests.=20
>>>>>>>>>>=20
>>>>>>>>>> Best regards
>>>>>>>>>>=20
>>>>>>>>>> Rolf
>>>>>>>>>=20
>>>>>>>>> I can reproduce that on my netbooted BBB.
>>>>>>>>> The module is correctly loaded :
>>>>>>>>>=20
>>>>>>>>> Loading
>>>>>>>>> kernel... /boot/kernel/kernel text=3D0x1b4 text=3D0x68d638 =
text=3D0x1c84f0
>>>>>>>>> data=3D0xb4070 data=3D0x0+0x258000 =
syms=3D[0x4+0xa5ab0+0x4+0x119fd4] Loading
>>>>>>>>> configured modules... /boot/kernel/if_rtwn_usb.ko text=3D0xb960
>>>>>>>>> text=3D0x62c0 data=3D0x2cc+0x3b syms=3D[0x4+0x3570+0x4+0x293f] =
/boot/entropy
>>>>>>>>> size=3D0x1000 /etc/hostid
>>>>>>>>> size=3D0x25 Using DTB provided by EFI at
>>>>>>>>> 0x87f00000. Kernel entry at
>>>>>>>>> 0x96e00200... Kernel args:
>>>>>>>>> (null) =
=20
>>>>>>>>> ---<<BOOT>>--- =
=20
>>>>>>>>>=20
>>>>>>>>> But it isn't loaded anymore after booting :
>>>>>>>>> root@bbb:~ # kldstat=20
>>>>>>>>> Id Refs Address Size Name
>>>>>>>>> 1 1 0xc0000000 d23a8c kernel
>>>>>>>>>=20
>>>>>>>>> I don't think it has to do with the switch to GENERICSD, there =
is (at
>>>>>>>>> least shouldn't be) any difference between the old BBB image =
and the
>>>>>>>>> GENERICSD one.
>>>>>>>=20
>>>>>>> Yes, this might well be a coincidence. I do neither have the =
last BBB specific snapshot nor the first GENERICSD one for testing these =
against each other.
>>>>>>>=20
>>>>>>>> Just did a test on my OrangePi One (Allwinner H3 armv7 with =
512MB of
>>>>>>>> RAM) and this is the same.
>>>>>>>> The problem seems to be module dependancy, loader only loads
>>>>>>>> if_rtnw_usb but doing a kldload also brings wlan.ko and rtwn.ko
>>>>>>>=20
>>>>>>> I can confirm this. And in addition loading the if_rtwn_usb.ko =
module and its dependcies manually also takes now significantly longer =
compared to a manual load on the BBB specific 13-CURRENT from November. =
Perhaps something has been changed in the dependency resolver.
>>>>>>>=20
>>>>>>=20
>>>>>> Fixed in 0f2434ea000e
>>>>>>=20
>>>>>> Thanks for reporting.
>>>>>=20
>>>>> Unfortunately, this did not resolve the issue. I updated my =
working copy with git pull and verified that your changes made it into =
my source tree. Then I built a new kernel and replaced the original =
ALPHA1 kernel from 2021-01-14 by this new one. The rtwn-modules are =
still not loaded by the if_rtwn_usb_load=3D"YES" directive in =
/boot/loader.conf.
>>>>>=20
>>>>> Best regards
>>>>>=20
>>>>> Rolf
>>>>=20
>>>> You need to update loader.efi on the ESP partition.
>>>=20
>>> Please excuse my ignorance. Do I need to build world for this? Then =
where is the newly build loader.efi?
>>>=20
>>> Best regards
>>>=20
>>> Rolf
>>=20
>> It's part of buildworld yes but you can rebuild it with :
>> (cd stand/ && make buildenv TARGET_ARCH=3Darmv7 BUILDENV_SHELL=3D"make
>> clean all -sj4")
>>=20
>> Then locate loader_lua.efi in the obj directory and place it in the
>> ESP (the fat16/fat32 partition) as efi/boot/bootarm.efi
>=20
> This resolved the issue.
>=20
> Thank you very much and best regards
While loading of kernel modules do work with the newly build =
loader_lua.efi, a regression emerged. In /boot/loader.conf I have for =
some time now the directive loader_color=3D"NO" in order to prevent the =
serial console changes from my default scheme black text on white =
background to white on black. Since today, the serial console shows =
again everything white on black. Is this directive not functional =
anymore? How can I force the serial console keep on showing black text =
on white background?
Best regards
Rolf
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9C2425C5-ABF2-4A3B-8C93-C20554A59000>