Re: RPi4 Status and xorg behavior

Mark Millard via freebsd-arm <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
> On 2021-Mar-8, at 12:24, Mark Millard <marklmi at yahoo.com> wrote:
> 
> On 2021-Mar-8, at 12:02, Klaus Küchemann <maciphone2 at googlemail.com> wrote:
> 
>> 
>>> Am 08.03.2021 um 20:47 schrieb Mark Millard <[email protected]>:
>>> 
>>> 
>>> FYI the 2021-Mar-04 snapshot:
>>> 
>>> FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img……………
>>> ….. 
>>> 
>>> and so is not yet based on the 1.20210303 tagged
>>> firmware:
>>> 
>> 
>> Yes, thank you ,I know(´ve tested both with & without 1.20210303 with 483c6da3a20-257149.img 
>> on the 8GB-model )
>> e.g. unplugging the keyboard leads.. to the  crash reported here at boot time  :
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253981#c16
>> ( xhci-ring.c:498 ) if  1.20210303 is used…
> 
> I get no such crashes from my non-debug build based
> on main 14 bad9fa56620e (CommitDate: 2021-03-06
> 21:46:28 +0000) on a Rpi4B 8 GiByte:
> 
> ugen0.3: <vendor 0x05e3 USB2.0 Hub> at usbus0 (disconnected)
> uhub2: at uhub1, port 3, addr 2 (disconnected)
> ugen0.4: <vendor 0x04d9 RPI Wired Keyboard 4> at usbus0 (disconnected)
> ukbd0: at uhub2, port 1, addr 3 (disconnected)
> ukbd0: detached
> uhid0: at uhub2, port 1, addr 3 (disconnected)
> uhid0: detached
> uhub2: detached
> ugen0.3: <vendor 0x05e3 USB2.0 Hub> at usbus0
> uhub2 on uhub1
> uhub2: <vendor 0x05e3 USB2.0 Hub, class 9/0, rev 2.00/32.98, addr 2> on usbus0
> uhub2: MTT enabled
> uhub2: 4 ports with 4 removable, self powered
> ugen0.4: <vendor 0x04d9 RPI Wired Keyboard 4> at usbus0
> ukbd0 on uhub2
> ukbd0: <vendor 0x04d9 RPI Wired Keyboard 4, class 0/0, rev 2.00/1.40, addr 3> on usbus0
> kbd1 at ukbd0
> uhid0 on uhub2
> uhid0: <vendor 0x04d9 RPI Wired Keyboard 4, class 0/0, rev 2.00/1.40, addr 3> on usbus0
> 
> the USB keyboard works fine when plugged in. Things
> work no matter if it is plugged in or not, booting
> and normal operation.
> 
> Is the crash only present for debug builds?
> If so, then non-debug may be doing some
> bad things internally, despite not crashing.
> 
> At this point I've no clue what the context
> difference that matters is.
> 
>> 
>> .. (other issues came up)….
>> If you want, you could test that… 
>> I fixed that by replacing known working fw-file-combinations 
> 
>> while 1 thing is still unclear:
>> The time-counter delay from kernel-bootup reported by Bob,
>> maybe that’s a change in 14-current…
> 
> That timescale difference in the loader prompt
> timeout sequence I do see in my build.
> 
>> ...no fun testing all that on different hw and OS-versions ;-)
> 
> 

I tried 13.0-RC1 with the rpi-firmware updated:

# uname -apKU
FreeBSD generic 13.0-RC1 FreeBSD 13.0-RC1 #0 releng/13.0-n244639-60e8939aa85: Fri Mar  5 06:52:59 UTC 2021     [email protected]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC  arm64 aarch64 1300139 1300139

root@generic:~ # strings /boot/msdos/start4.elf | grep VC_BUILD_ID_
VC_BUILD_ID_USER: dom
VC_BUILD_ID_TIME: 12:10:40
VC_BUILD_ID_VARIANT: start
VC_BUILD_ID_TIME: Feb 25 2021
VC_BUILD_ID_BRANCH: bcm2711_2
VC_BUILD_ID_HOSTNAME: buildbot
VC_BUILD_ID_PLATFORM: raspberrypi_linux
VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean)

Again: boots fine, no crashes, keyboard works fine,
including unplugging and plugging back in.

Note: It does get the large font display.

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.