Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Feb 2017 12:38:08 -0600
From:      Karl Denninger <karl@denninger.net>
To:        freebsd-arm@freebsd.org
Subject:   Re: Crochet produces boom-boom build
Message-ID:  <47cbca0e-69f7-f2d8-391f-436eb124a561@denninger.net>
In-Reply-To: <3d9adfff-3005-4c63-bc40-00745cbef01b@denninger.net>
References:  <3ba56367-aa16-4af9-2479-44ccfee4d11e@denninger.net> <c3cd36dd-15c0-edd6-4ad4-c92720dd6454@denninger.net> <20170207172617.GA64935@night.db.net> <77b08492-e9fa-329f-abcb-205ba75b4119@denninger.net> <20170207183333.GA65714@night.db.net> <3587bf6c-ba2e-dab6-cc66-0ac1cdf4b27c@denninger.net> <3d9adfff-3005-4c63-bc40-00745cbef01b@denninger.net>

next in thread | previous in thread | raw e-mail | index | archive | help
This is a cryptographically signed message in MIME format.

--------------ms070109040805090403000000
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On 2/8/2017 08:41, Karl Denninger wrote:
> On 2/7/2017 15:36, Karl Denninger wrote:
>> On 2/7/2017 12:33, Diane Bruce wrote:
>>> On Tue, Feb 07, 2017 at 11:28:36AM -0600, Karl Denninger wrote:
>>>> On 2/7/2017 11:26, Diane Bruce wrote:
>>>>> On Tue, Feb 07, 2017 at 11:10:32AM -0600, Karl Denninger wrote:
>>>> Uh, that is a cold boot.  Brad's image, which appears (at first blus=
h)
>>>> to be built with defaults (which I used as well here) comes up and r=
uns
>>>> the kernel is starting up (all CPUs start and run, etc.)
>>> Then you are missing armstub8.bin in the dos portion of the sd card.
>>> The latest crotchet and u-boot-rpi3.bin port will install these.
>> I think the path is to figure out is why /boot/loader.efi blows up,
>> given that armstub8.bin IS present and is being installed -- and my
>> Crochet git grab was yesterday (last change visible appears to be 5 da=
ys
>> old.)
>>
>> RPi3 PSCI monitor installed
>>
>>
>> U-Boot 2017.01 (Feb 07 2017 - 14:26:16 -0600)
>>
>> DRAM:  944 MiB
>> RPI 3 Model B (0xa22082)
>> MMC:   bcm2835_sdhci: 0
>> reading uboot.env
>>
>> ** Unable to read "uboot.env" from mmc0:1 **
>> Using default environment
>>
>> In:    serial
>> Out:   lcd
>> Err:   lcd
>> Net:   Net Initialization Skipped
>> No ethernet found.
>> starting USB...
>> USB0:   Core Release: 2.80a
>> scanning bus 0 for devices... 3 USB Device(s) found
>>        scanning usb for storage devices... 0 Storage Device(s) found
>>        scanning usb for ethernet devices... 1 Ethernet Device(s) found=

>> Hit any key to stop autoboot:  0
>> switch to partitions #0, OK
>> mmc0 is current device
>> Scanning mmc 0:1...
>> Found EFI removable media binary efi/boot/bootaa64.efi
>> reading efi/boot/bootaa64.efi
>> 81472 bytes read in 28 ms (2.8 MiB/s)
>> ## Starting EFI application at 01000000 ...
>> Scanning disks on usb...
>> Scanning disks on mmc...
>> Adding logical partition
>> Adding logical partition
>> MMC Device 1 not found
>> MMC Device 2 not found
>> MMC Device 3 not found
>> Found 7 disks
>>
>>
>>>> FreeBSD EFI boot block
>>    Loader path: /boot/loader.efi
>>
>>    Initializing modules: ZFS UFS
>>    Probing 3 block devices.....* done
>>     ZFS found no pools
>>     UFS found 1 partition
>> Consoles: EFI console
>> Command line arguments: loader.efi
>> Image base: 0x379b8008
>> EFI version: 2.05
>> EFI Firmware: Das U-boot (rev 0.00)
>>
>> FreeBSD/arm64 EFI loader, Revision 1.1
>> (Tue Feb  7 15:15:52 CST 2017 freebsd@NewFS.denninger.net)
>> Failed to start image provided by UFS (14)
>> "Synchronous Abort" handler, esr 0x96000004
>> ELR:     3af62cec
>> LR:      3af61d60
>> x0 : 0000000000000001 x1 : 0000000000000001
>> x2 : 000000003afeb000 x3 : 000000000000003f
>> x4 : 0000000000000020 x5 : 0000000000000010
>> x6 : 0000000000000000 x7 : 0000000039b260a4
>> x8 : 000000003af61d48 x9 : 000000000000000d
>> x10: 0000000000000030 x11: 0000000000000000
>> x12: 0000000000000000 x13: 0000000000000002
>> x14: 0000000000000000 x15: 0000000000000000
>> x16: 0000000000000000 x17: 0000000000000000
>> x18: 000000003ab30df8 x19: 0000000037a16008
>> x20: 0000000000000000 x21: 0000000000000000
>> x22: 0000000039b28000 x23: 0000000039b1d49c
>> x24: 0000000039b28850 x25: 000000003ab3d740
>> x26: 000000003af839a0 x27: 0000000039b2e3e8
>> x28: 0000000000000000 x29: 000000003ab2ef60
>>
>> Resetting CPU ...
>>
>> resetting ...
>>
>> That's what I get off a clean build (just re-built/reinstalled the
>> u-boot-rpi3 port, just to be sure, then re-ran Crochet.) I can replace=

>> /boot/loader.efi with the "working" one from Brad's build -- which is
>> NOT of the same size (say much less checksum) -- but I suspect whateve=
r
>> is producing the bad code in /boot/loader.efi is also producing the ba=
d
>> code in the rest of the build.... so fixing the first one should fix t=
he
>> second.
>>
>> What are you building Crochet'd builds for the Pi3 on and what version=
s
>> of aarch64-* do you have on your system?  The clue may lie there.  I a=
m
>> building on:
>>
>> FreeBSD 11.0-STABLE #15 r312669M: Mon Jan 23 14:01:03 CST 2017   =20
>> karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
>>
> The build  that runs (and which was uploaded to rasperian by Brad) is:
>
> FreeBSD 12.0-CURRENT #0 r313109M: Thu Feb  2 16:16:39 MST 2017   =20
> raspberry@hive.raspbsd.org:/usr/home/brd/rpi3/crochet/work/obj/arm64.aa=
rch64/usr/src/sys/GENERIC
>
> Note the "M", so local mods (not in the public repo) appear to be in th=
e
> kernel source tree.
>
> r313441 (updated a short while ago, but none of the changes since
> yesterday appear to touch files that are specific to the ARM
> architectures) does not produce a working build here and I've
> re-installed both the u-boot port and the crossbuild components just to=

> make sure I've got the current versions. My cross-build tools are also
> at what appear to be current revisions from what I'm able to discern.
>
> root@NewFS:/usr/ports/devel/aarch64-binutils # pkg info|grep aarch
> aarch64-binutils-2.27_5,1      GNU binutils for AArch64 cross-developme=
nt
> aarch64-none-elf-binutils-2.27_5,1 GNU binutils for bare metal AArch64
> cross-development
> aarch64-none-elf-gcc-6.3.0     Cross GNU Compiler Collection for
> aarch64noneelf
>
> Since there are local revisions I assume that reverting to 313109 is
> unlikely to produce joy without either knowing at what rev those were
> committed or having them here, or if there's an issue with the
> crossbuild versions that are "latest available publicly."
>
More data.....

Reverting my HEAD tree to r313109 produces a build that boots.....

RPi3 PSCI monitor installed

U-Boot 2017.01 (Feb 07 2017 - 14:26:16 -0600)

DRAM:  944 MiB
RPI 3 Model B (0xa22082)
MMC:   bcm2835_sdhci: 0
reading uboot.env

** Unable to read "uboot.env" from mmc0:1 **
Using default environment

In:    serial
Out:   lcd
Err:   lcd
Net:   Net Initialization Skipped
No ethernet found.
starting USB...
USB0:   Core Release: 2.80a
scanning bus 0 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
       scanning usb for ethernet devices... 1 Ethernet Device(s) found
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found EFI removable media binary efi/boot/bootaa64.efi
reading efi/boot/bootaa64.efi
81472 bytes read in 28 ms (2.8 MiB/s)
## Starting EFI application at 01000000 ...
Scanning disks on usb...
Scanning disks on mmc...
Adding logical partition
Adding logical partition
MMC Device 1 not found
MMC Device 2 not found
MMC Device 3 not found
Found 7 disks


>> FreeBSD EFI boot block
   Loader path: /boot/loader.efi

   Initializing modules: ZFS UFS
   Probing 3 block devices.....* done
    ZFS found no pools
    UFS found 1 partition
Consoles: EFI console
Command line arguments: loader.efi
Image base: 0x379b9008
EFI version: 2.05
EFI Firmware: Das U-boot (rev 0.00)

FreeBSD/arm64 EFI loader, Revision 1.1
(Wed Feb  8 11:56:55 CST 2017 freebsd@NewFS.denninger.net)
EFI boot environment
Loading /boot/defaults/loader.conf
/boot/kernel/kernel text=3D0x77fd38 data=3D0x9fc68+0x43b328
syms=3D[0x8+0x104e80+0x8+0xbe4a6]
/boot/kernel/geom_label.ko text=3D0x5d40 data=3D0xe90+0x8
syms=3D[0x8+0x1638+0x8+0xbe8]

Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 4 seconds...

Type '?' for a list of commands, 'help' for more detailed help.
OK boot
Booting...
Using DTB provided by EFI at 0x8004000.
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2017 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.=

FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r313109: Wed Feb  8 11:56:46 CST 2017
  =20
freebsd@NewFS.denninger.net:/pics/Crochet-work/obj/arm64.aarch64/pics/Cro=
ssBuild-12/src/sys/GENERIC
arm64
FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on
LLVM 3.9.1)
WARNING: WITNESS option enabled, expect reduced performance.
VT: init without driver.
can't re-use a leaf (geom_label)!
module_register: cannot register g_label from kernel; already loaded
from geom_label.ko
Module g_label failed to register: 17
Starting CPU 1 (1)
Starting CPU 2 (2)
Starting CPU 3 (3)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
random: entropy device external interface
kbd0 at kbdmux0
ofwbus0: <Open Firmware Device Tree>
simplebus0: <Flattened device tree simple bus> on ofwbus0
ofw_clkbus0: <OFW clocks bus> on ofwbus0
clk_fixed0: <Fixed clock> on ofw_clkbus0
clk_fixed1: <Fixed clock> on ofw_clkbus0
clk_fixed2: <Fixed clock> on ofw_clkbus0
clk_fixed3: <Fixed clock> on ofw_clkbus0
clk_fixed4: <Fixed clock> on ofw_clkbus0
clk_fixed5: <Fixed factor clock> on ofw_clkbus0
clk_fixed6: <Fixed clock> on ofw_clkbus0
psci0: <ARM Power State Co-ordination Interface Driver> on ofwbus0
local_intc0: <BCM2836 Interrupt Controller> mem 0x40000000-0x400000ff on
simplebus0
intc0: <BCM2835 Interrupt Controller> mem 0x7e00b200-0x7e00b3ff irq 16
on simplebus0
generic_timer0: <ARMv7 Generic Timer> irq 37,38,39,40 on simplebus0
Timecounter "ARM MPCore Timecounter" frequency 19200000 Hz quality 1000
Event timer "ARM MPCore Eventtimer" frequency 19200000 Hz quality 1000
bcm_dma0: <BCM2835 DMA Controller> mem 0x7e007000-0x7e007eff irq
0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15 on simplebus0
mbox0: <BCM2835 VideoCore Mailbox> mem 0x7e00b880-0x7e00b8bf irq 17 on
simplebus0
bcmwd0: <BCM2708/2835 Watchdog> mem 0x7e100000-0x7e100027 on simplebus0
gpio0: <BCM2708/2835 GPIO controller> mem 0x7e200000-0x7e2000b3 irq
18,19 on simplebus0
gpiobus0: <OFW GPIO bus> on gpio0
gpioc0: <GPIO controller> on gpio0
uart0: <PrimeCell UART (PL011)> mem 0x7e201000-0x7e201fff irq 20 on
simplebus0
uart0: console (115200,n,8,1)
spi0: <BCM2708/2835 SPI controller> mem 0x7e204000-0x7e204fff irq 22 on
simplebus0
spibus0: <OFW SPI bus> on spi0
spibus0: <unknown card> at cs 0 mode 0
spibus0: <unknown card> at cs 1 mode 0
sdhci_bcm0: <Broadcom 2708 SDHCI controller> mem 0x7e300000-0x7e3000ff
irq 27 on simplebus0
mmc0: <MMC/SD bus> on sdhci_bcm0
iichb0: <BCM2708/2835 BSC controller> mem 0x7e804000-0x7e804fff irq 31
on simplebus0
iicbus0: <OFW I2C bus> on iichb0
bcm283x_dwcotg0: <DWC OTG 2.0 integrated USB controller (bcm283x)> mem
0x7e980000-0x7e98ffff,0x7e006000-0x7e006fff irq 33,34 on simplebus0
usbus0 on bcm283x_dwcotg0
gpioled0: <GPIO LEDs> on simplebus0
gpioled0: <led0> failed to map pin
fb0: <BCM2835 VT framebuffer driver> on simplebus0
fbd0 on fb0
VT: initialize with new VT driver "fb".
fb0: 656x416(656x416@0,0) 24bpp
fb0: fbswap: 1, pitch 1968, base 0x3db33000, screen_size 818688
pmu0: <Performance Monitoring Unit> irq 36 on simplebus0
cpulist0: <Open Firmware CPU Group> on ofwbus0
cpu0: <Open Firmware CPU> on cpulist0
bcm2835_cpufreq0: <CPU Frequency Control> on cpu0
cpu1: <Open Firmware CPU> on cpulist0
cpu2: <Open Firmware CPU> on cpulist0
cpu3: <Open Firmware CPU> on cpulist0
cryptosoft0: <software crypto>
Timecounters tick every 1.000 msec
The GEOM class LABEL is already loaded.
usbus0: 480Mbps High Speed USB v2.0
ugen0.1: <DWCOTG OTG Root HUB> at usbus0
uhub0: <DWCOTG OTG Root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus0
mmcsd0: 32GB <SDHC SP32G 8.0 SN A1E916FF MFG 11/2015 by 3 SD> at mmc0
41.6MHz/4bit/65535-block
bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF
Release APs
CPU  0: ARM Cortex-A53 r0p4 affinity:  0
 Instruction Set Attributes 0 =3D <CRC32>
 Instruction Set Attributes 1 =3D <0>
         Processor Features 0 =3D <AdvSIMD,Float,EL3 32,EL2 32,EL1 32,EL0=
 32>
         Processor Features 1 =3D <0>
      Memory Model Features 0 =3D <4k Granule,64k Granule,MixedEndian,S/N=
S
Mem,16bit ASID,1TB PA>
      Memory Model Features 1 =3D <>
             Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6
Breakpoints,PMUv3,Debug v8>
             Debug Features 1 =3D <0>
         Auxiliary Features 0 =3D <0>
         Auxiliary Features 1 =3D <0>
CPU  1: ARM Cortex-A53 r0p4 affinity:  1
CPU  2: ARM Cortex-A53 r0p4 affinity:  2
CPU  3: ARM Cortex-A53 r0p4 affinity:  3
WARNING: WITNESS option enabled, expect reduced performance.
Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]...
warning: no time-of-day clock registered, system time will not be set
accurately
uhub0: 1 port with 1 removable, self powered
Growing root partition to fill device
GEOM_PART: mmcsd0s2 was automatically resized.
  Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2`
to revert them.
ugen0.2: <vendor 0x0424 product 0x9514> at usbus0
uhub1 on uhub0
uhub1: <vendor 0x0424 product 0x9514, class 9/0, rev 2.00/2.00, addr 2>
on usbus0
mcsuhub1: MTT enabled
d0s2 resized
mmcsd0s2a resized
super-block backups (for fsck_ffs -b #) at:
 3802304, 4752832, 5703360, 6653888, 7604416, 8554944, 9505472, 10456000,=

 11406528, 12357056, 13307584, 14258112, 15208640, 16159168, 17109696,
 18060224, 19010752, 19961280, 20911808, 21862336, 22812864, 23763392,
 24713920, 25664448, 26614976, 27565504, 28516032, 29466560, 30417088,
 31367616, 32318144, 33268672, 34219200, 35169728, 36120256, 37070784,
 38021312, 38971840, 39922368, 40872896, 41823424, 42773952,
43724480,uhub1: 5 ports with 4 removable, self powered

 44675008, 45625536, 46576064, 47526592, 48477120, 49427648, 50378176,
 51328704, 52279232, 53229760, 54180288, 55130816, 56081344, 57031872,
 57982400, 58932928, 59883456, 60833984, 61784512
ugen0.3: <vendor 0x0424 product 0xec00> at usbus0
smsc0 on uhub1
smsc0: <vendor 0x0424 product 0xec00, rev 2.00/2.00, addr 3> on usbus0
smsc0: chip 0xec00, rev. 0002
miibus0: <MII bus> on smsc0
smscphy0: <SMC LAN8700 10/100 interface> PHY 1 on miibus0
smscphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ue0: <USB Ethernet> on smsc0
ue0: Ethernet address: b8:27:eb:4e:88:64
Setting hostuuid: 30303030-3030-3030-3331-346538383634.
Setting hostid: 0x968824d5.
No suitable dump device was found.
Starting file system checks:
/dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/mmcsd0s2a: clean, 7269925 free (269 frags, 908707 blocks, 0.0%
fragmentation)
lock order reversal:
 1st 0xffff000053234db0 bufwait (bufwait) @
/pics/CrossBuild-12/src/sys/kern/vfs_bio.c:3500
 2nd 0xfffffd0001a23000 dirhash (dirhash) @
/pics/CrossBuild-12/src/sys/ufs/ufs/ufs_dirhash.c:281
stack backtrace:
#0 0xffff000000352bb8 at witness_debugger+0x64
#1 0xffff0000002ff734 at _sx_xlock+0x6c
#2 0xffff00000055a480 at ufsdirhash_move+0x40
#3 0xffff00000055c658 at ufs_direnter+0x2ac
#4 0xffff000000564a74 at ufs_makeinode+0x464
#5 0xffff000000561240 at ufs_create+0x3c
#6 0xffff0000005edc94 at VOP_CREATE_APV+0xc4
#7 0xffff0000003bda8c at vn_open_cred+0x284
#8 0xffff0000003b7640 at kern_openat+0x1d4
#9 0xffff0000005d2434 at do_el0_sync+0x4c8
#10 0xffff0000005bc1d0 at handle_el0_sync+0x64
lock order reversal:
 1st 0xfffffd00019b15f0 ufs (ufs) @
/pics/CrossBuild-12/src/sys/kern/vfs_subr.c:2600
 2nd 0xffff000053234db0 bufwait (bufwait) @
/pics/CrossBuild-12/src/sys/ufs/ffs/ffs_vnops.c:280
 3rd 0xfffffd0001a439a0 ufs (ufs) @
/pics/CrossBuild-12/src/sys/kern/vfs_subr.c:2600
stack backtrace:
#0 0xffff000000352bb8 at witness_debugger+0x64
#1 0xffff0000002d25a8 at __lockmgr_args+0x57c
#2 0xffff0000005555a4 at ffs_lock+0x88
#3 0xffff0000005f074c at VOP_LOCK1_APV+0xc4
#4 0xffff0000003be140 at _vn_lock+0x8c
#5 0xffff0000003afb18 at vget+0x58
#6 0xffff0000003a2b28 at vfs_hash_get+0xf0
#7 0xffff000000551988 at ffs_vgetf+0x44
#8 0xffff000000548bf8 at softdep_sync_buf+0x910
#9 0xffff000000556104 at ffs_syncvnode+0x274
#10 0xffff000000531544 at ffs_truncate+0x624
#11 0xffff00000055cafc at ufs_direnter+0x750
#12 0xffff000000564a74 at ufs_makeinode+0x464
#13 0xffff000000561240 at ufs_create+0x3c
#14 0xffff0000005edc94 at VOP_CREATE_APV+0xc4
#15 0xffff0000003bda8c at vn_open_cred+0x284
#16 0xffff0000003b7640 at kern_openat+0x1d4
#17 0xffff0000005d2434 at do_el0_sync+0x4c8
Mounting local filesystems:random: unblocking device.
=2E
ELF ldconfig path: /lib /usr/lib /usr/lib/compat
Setting hostname: rpi3.
Setting up harvesting:
[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,AT=
TACH,CACHED
Feeding entropy: .
smsc0: chip 0xec00, rev. 0002
ue0: link state changed to DOWN
ue0: link state changed to UP
Starting Network: lo0 ue0.
lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
        options=3D600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
        inet6 ::1 prefixlen 128
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
        inet 127.0.0.1 netmask 0xff000000
        groups: lo
        nd6 options=3D21<PERFORMNUD,AUTO_LINKLOCAL>
ue0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 15=
00
        options=3D80009<RXCSUM,VLAN_MTU,LINKSTATE>
        ether b8:27:eb:4e:88:64
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
        nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
Starting devd.
Starting dhclient.
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 6
DHCPOFFER from 192.168.1.200
DHCPREQUEST on ue0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.200
bound to 192.168.1.17 -- renewal in 21600 seconds.
add host 127.0.0.1: gateway lo0 fib 0: route already in table
add host ::1: gateway lo0 fib 0: route already in table
add net fe80::: gateway ::1
add net ff02::: gateway ::1
add net ::ffff:0.0.0.0: gateway ::1
add net ::0.0.0.0: gateway ::1
Generating host.conf.
Creating and/or trimming log files.
Starting syslogd.
Clearing /tmp (X related).
Updating motd:.
Mounting late filesystems:.
Starting powerd.
Configuring vt: blanktime.
Generating RSA host key.
2048 SHA256:4OPSazKNHZ6zC6S0C8RebMUlcZn6flcUxmv/m2XaVEA root@rpi3 (RSA)
Generating ECDSA host key.
256 SHA256:HNYLFTCAaR3s1pS2fUAFbhBR3tkDfHzCx0IoLPjqNsk root@rpi3 (ECDSA)
Generating ED25519 host key.
256 SHA256:CV90hBgQwZcL3smwgJ8KsXQ4KPtYLmHcIIAlpclbJpI root@rpi3 (ED25519=
)
Performing sanity check on sshd configuration.
Starting sshd.
Starting cron.
Starting background file system checks in 60 seconds.
mount: /dev/mmcsd0s2a: Device busy

Wed Feb  8 18:06:16 UTC 2017

FreeBSD/arm64 (rpi3) (ttyu0)

login:

So now I have more questions:

1. What got broken between 313109 and 313441?  There has to be more than
one problem for the Pi3 because -HEAD not only blows up in
/boot/loader.efi but *also* the running system that is produced (since
if I replace /boot/loader.efi with a working copy I wind up with a panic
before the system finishes starting up, so the damage isn't limited to
sys/boot/efi).

2. I assume the patch on the previous is responsible for silencing the
lock-order-reversal complaint in the uploaded image.  Maybe.  Probably,
actually, since I get a complaint after signing in even after the first
boot (where growfs runs) but don't on the pre-built image.

There isn't much that's been changed in the loader that looks like it
could bear on this -- the interesting change might be in r313442
although I don't see why a test for NULL (which is the only change in
there) would result in the problem.  I'm going to start stepping forward
in the loader until I get the crash, and take it from there unless one
of the committers knows what went wrong.

--=20
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/

--------------ms070109040805090403000000
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC
BlwwggZYMIIEQKADAgECAgE9MA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G
A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl
bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND
dWRhIFN5c3RlbXMgTExDIENBMB4XDTE2MTIxODE5NDUzNVoXDTIxMTIxNzE5NDUzNVowVzEL
MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM
TEMxGzAZBgNVBAMUEmthcmxAZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIP
ADCCAgoCggIBAM2N5maxs7NkoY9g5NMxFWll0TYiO7gXrGZTo3q25ZJgNdPMwrntLz/5ewE9
07TEbwJ3ah/Ep9BfZm7JF9vTtE1HkgKtXNKi0pawNGm1Yn26Dz5AbUr1byby6dFtDJr14E07
trzDCtRRvTkOVSBj6PQPal0fAnDtkIYQBVcuMkXkuMCtyfE95pjm8g4K9l7lAcKii3T1/3rE
hCc1o2nBnb7EN1/XwBeCDGB+I2SN/ftZDbKQqGAF5q9dUn+iXU7Z/CVSfUWmhVh6cVZA4Ftv
TglUqj410OuPx+cUQch3h1kFgsuhQR63HiJc3HbRJllHsV0rihvL1CjeARQkhnA6uY9NLFST
p5I/PfzBzW2MSmtN/tGZvmfKKnmtbfUNgkzbIR1K3lsum+yEL71kB93Xtz/4f1demEx5c8TJ
RBIniDHjDeLGK1aoBu8nfnvXAvgthFNTWBOEoR49AHEPjC3kZj0l8JQml1Y8bTQD5gtC5txl
klO60WV0EufU7Hy9CmynMuFtjiA2v71pm097rXeCdrAKgisdYeEESB+SFrlY65rLiLv4n8o1
PX7DqRfqKkOYIakZ0ug/yHVKcq2EM3RiJxwzls5gT70CoOBlKbrC98O8TA6teON0Jq30M06t
NTI2HhvNbJDLbBH+Awf4h1UKB+0ufENwjVvF5Jfz8Ww/FaSDAgMBAAGjgfQwgfEwNwYIKwYB
BQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYD
VR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIBDQQf
Fh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUpfAI3y+751pp9A0w
6vJHx8RoR/MwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYwFIES
a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBiB6MlugxYJdccD8boZ/u8
d8VxmLkJCtbfyYHRjYdyoABLW5hE3k3xSpYCM9L7vzWyV/UWwDYKi4ZzxHo4g+jG/GQZfKhx
v38BQjL2G9xD0Hn2d+cygOq3UPjVYlbbfQoew6JbyCFXrrZ7/0jvRMLAN2+bRC7ynaFUixPH
Whnj9JSH7ieYdzak8KN+G2coIC2t2iyfXVKehzi5gdNQ0vJ7+ypbGsRm4gE8Mdo9N/WgFPvZ
HPFqR9Dwas7Z+aHwOabpk5r/336SyjOaZsn3MqKJQZL6GqDKusVOCWt+9uFAD8kadg7FetZe
atIoD9I+zbp59oVoMnkMDMx7Hi85faU03csusqMGsjSsAzWSI1N8PJytZlchLiykokLKc3OL
G87QKlErotlou7cfPX2BbEAH5wmkj9oiqZhxIL/wwAUA+PkiTbEmksKBNompSjUq/6UsR8EA
s74gnu17lmijv8mrg2qMlwRirE7qG8pnE8egLtCDxcjd0Of9WMi2NJskn0/ovC7P+J60Napl
m3ZIgPJst1piYSE0Zc1FIat4fFphMfK5v4iLblo1tFSlkdx1UNDGdg/U+LaXkNVXlMp8fyPm
R80V6cIrCAlEWnBJNxG1UyfbbsvNMCCZBM4faGGsR/hhQOiydlruxhjL6P8J2WV8p11DdeGx
KymWoil2s1J5WTGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv
cmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRww
GgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5c3Rl
bXMgTExDIENBAgE9MA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAyMDgxODM4MDhaME8GCSqGSIb3DQEJBDFCBEC5UbYx
LaT78U2BbQ5truLrRGhSggcILiLGdBE7vPmO+nQ90dAxFcP8UR3KXhCp7vz491/K3Tu+YIFv
A6QD5fJiMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI
hvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNVBAgT
B0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExM
QzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3VkYSBT
eXN0ZW1zIExMQyBDQQIBPTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYTAlVT
MRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEg
U3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0B
CQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECAT0wDQYJKoZIhvcNAQEBBQAEggIAVvcwQRoC4i+n
geh1RlQxIXv+H1mo1pWLvpL3/4GsuWrwnHVuPFiRhdr5adSOjYULFpylAdjy7sTkbraU/Go+
wX4rF/PAJ74dx4LE4FZC1bjbULwhELygKuUmq2P4OqMdcdBP7kej3XD6HPthiQe+bJ6aRgbk
c/bFERJUsHJO6x4DLLJWIlFKt9YATf4BO+qLcmc2hEBzyd8E7YYLDDS0y65dK0HJpZKmNCuI
q7HXOpheW9wF8BJJ6QAhqE/JLjJwyC9HpWCYbKosbBgWWh+LY4sHAzzoxHtRHQcgaGhE19EK
zG7+fvsKd/aIdOjObY81hG6lUFgFWT1LmILomkOg99xUc6p7Gzk7/w6LXfqOLJn2KL4c9E0Y
bCYriO7hAh3bCaZNmf6Tw/TRvzE9VTyj84RkGOXddaVdjRvaVl5rChDnuQhkLQ9jbzGq+K7R
yg6CsPOWUkrOnsAdnaftlQr6stAPccj6lUGmq0N8gfjrPpL6ScF1dUnkqAjCJk3CMmN971J1
Tr3qCDsyJ4cPLWyKWCccoi/U2RiYwWlpxK/HRB5UoddWcbK1vjkcOhibvV+M1cxNob0OD2Mk
CyZ394n0hFaSG2gKtb+CSPLb4qYrhOxlfQ3IJkPekgchVDbvAoQvcG+GdKQjFEEZ/8BT0oSm
4yqQ6UTAXvstiBFIY7GfZx4AAAAAAAA=
--------------ms070109040805090403000000--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47cbca0e-69f7-f2d8-391f-436eb124a561>