rpi4 headless experience
Dan Mack
mack at macktronics.com
Tue May 19 22:12:47 UTC 2020
Thanks for you report info, especially the fact that you are having it see
all your memory. Perhaps this is an issue with different revisions of the
rpi4 ? I have a pre-Nov 2019 rpi4-4GB.
And I can confirm that reboot doesn't work, on my system, it does this:
root at generic:~ # reboot
May 14 12:28:56 generic reboot[1642]: rebooted by root
May 14 12:28:56 generic syslogd: exiting on signal 15
Waiting (max 60 seconds) for system process `vnlru' to stop... done
Waiting (max 60 seconds) for system process `syncer' to stop...
Syncing disks, vnodes remaining... 2 0 0 done
Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done
Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop...
done
All buffers synced.
lock order reversal:
1st 0xfffffd00012809f0 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1631
2nd 0xfffffd00012f5438 devfs (devfs) @
/usr/src/sys/fs/msdosfs/msdosfs_vfsops.c:945
stack backtrace:
#0 0xffff00000047f440 at witness_debugger+0x64
#1 0xffff0000003e7794 at lockmgr_lock_flags+0x1d8
#2 0xffff0000004fa3c0 at _vn_lock+0x54
#3 0xffff0000002e5508 at msdosfs_sync+0x1a8
#4 0xffff0000002e512c at msdosfs_unmount+0x30
#5 0xffff0000004de514 at dounmount+0x430
#6 0xffff0000004e9034 at vfs_unmountall+0x8c
#7 0xffff0000004c4844 at bufshutdown+0x280
#8 0xffff000000415ea4 at kern_reboot+0x238
#9 0xffff000000415c00 at sys_reboot+0x338
#10 0xffff000000775a00 at do_el0_sync+0x3f8
#11 0xffff000000759224 at handle_el0_sync+0x90
Uptime: 1h49m6s
On Tue, 19 May 2020, Herbert J. Skuhra wrote:
> On Tue, May 19, 2020 at 03:32:07PM -0500, Dan Mack wrote:
>> Just tried the latest FreeBSD on RPI image on my rpi4-4GB system. Here's
>> what I experienced in case anyone else is interested:
>>
>> - Install method - I just dd'd the unxz'd image from the download site
>> onto a new microSD card.
>>
>> - used a serial port connected RPI to another RPI using a ttl to usb cable.
>>
>> - powered on, freebsd booted up just fine.
>>
>> root at generic:~ # uname -a ; df -h ; sysctl hw | grep physmem
>> FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r361019: Thu May 14
>> 09:12:43 UTC 2020
>> root at releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
>>
>> Filesystem Size Used Avail Capacity Mounted on
>> /dev/ufs/rootfs 29G 2.6G 24G 10% /
>> devfs 1.0K 1.0K 0B 100% /dev
>> /dev/msdosfs/MSDOSBOOT 50M 25M 25M 50% /boot/msdos
>> tmpfs 50M 4.0K 50M 0% /tmp
>>
>>
>> hw.physmem: 973434880
>>
>> I pluged in a USB connected SSD and it was not recognized on either USB2 or
>> USB3 ports.
>>
>> And the memory size is not reporting the full 4GB as can be seen above.
>>
>> Ethernet is working without any changes (dhcp kicked in by default) and
>> seems to work.
>>
>> Not sure about the on-board WiFI.
>>
>> That's it, if anyone knows the status of the USB support or how to get the
>> system to see all the memory, let me know :-)
>
> Hmm, I am running r360723 (GENERIC) on my RPi4 and it shows "hw.physmem:
> 4127662080".
>
> I can confirm that USB (and Wifi) is not working:
>
> usb_nop_xceiv0: <USB NOP PHY> on ofwbus0
> simplebus0: <usb at 7e980000> mem 0x7e980000-0x7e98ffff,0x7e00b200-0x7e00b3ff irq 44,45 disabled compat brcm,bcm2708-usb (no driver attached)
> usb_needs_explore_all: no devclass
>
> Powerd reports "no cpufreq(4) support". No idea if it runs at full
> speed or not.
>
> I have two issues with the ethernet adapter (genet0):
>
> 1. Apparently, my RPi4 is sending icmp replies to the wrong destination!?
>
> Ping from laptop to RPi4:
>
> % ping -c 1 192.168.0.9
> PING 192.168.0.9 (192.168.0.9) 56(84) bytes of data.
>
> --- 192.168.0.9 ping statistics ---
> 1 packets transmitted, 0 received, 100% packet loss, time 0ms
>
> tcpdump on laptop:
>
> 23:20:22.244458 IP 192.168.0.2 > 192.168.0.9: ICMP echo request, id 14, seq 1, length 64
> 23:20:22.244651 IP 192.168.0.9 > 192.168.255.191: ICMP echo reply, id 14, seq 1, length 64
>
> tcpdump on RPi4:
>
> 23:20:22.247490 IP 192.168.0.2 > 192.168.0.9: ICMP echo request, id 14, seq 1, length 64
> 23:20:22.247562 IP 192.168.0.9 > 192.168.0.2: ICMP echo reply, id 14, seq 1, length 64
>
> Ping from RPi4 is OK.
>
> 2. IPv6 (accept_rtadv) is not working.
>
> And the RPi does not reboot.
>
> --
> Herbert
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
>
More information about the freebsd-arm
mailing list