cubox-i armv7 12.1-RELEASE image fails to boot
Tom Pusateri
pusateri at bangj.com
Wed Nov 27 14:48:40 UTC 2019
> On Nov 27, 2019, at 12:05 AM, Tom Pusateri via freebsd-arm <freebsd-arm at freebsd.org> wrote:
>
>
>> On Nov 26, 2019, at 10:24 PM, Ian Lepore <ian at freebsd.org> wrote:
>>
>> On Mon, 2019-11-25 at 21:37 -0500, Tom Pusateri via freebsd-arm wrote:
>>> I tried booting the 12.1-RELEASE image on my cubox-i and it goes into
>>> an endless loop before it boots the kernel but it scrolls so fast
>>> it’s hard to make out or figure out how to stop it.
>>>
>>> The last line I can read before it hits the endless loop is:
>>>
>>> Loading /boot/loader.conf.local
>>> /
>>>
>>> If I freeze frame a slow mo video of the endless loop it repeats:
>>>
>>> Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d)
>>> data abort
>>> pc : [<8ffafd74>] lr : [<0ffafd2f>]
>>> reloc pc : [<1782bd74>] lr : [<1782bd2f>]
>>> sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c
>>> r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74
>>> r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318
>>> r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e
>>> Flags : nzCv IRQs on FIQs on Mode SVC_32
>>>
>>>
>>> This unit is a couple of years old now but still works fine with
>>> Linux.
>>>
>>> Thanks,
>>> Tom
>>>
>>
>> Hmmm, I just downloaded the image, burned it to a fresh sdcard, and my
>> cubox boots from it fine. I'm using a serial console, not video, maybe
>> that's related somehow.
>>
>> Yep, that's what it is... I dug out a monitor and hooked it up, and
>> that gives me the same symptoms you're seeing.
>>
>> The problem is, I have no idea what to do about that. Those register
>> dumps are printed by uboot's exception handlers, and this happens while
>> the efi loader is loading the kernel. I don't know much about efi or
>> about running arm systems with video monitors connected.
>>
>> — Ian
>>
>
> Thanks!
>
> unplugging the keyboard/display worked for me too. This is fine for me but if I can help test any changes, I’ll be glad to.
I had to force install an updated version of pkg because the 12.1-RELEASE version depended on an old version of libssl.so.9. I used:
pkg-static bootstrap -f
And there’s still some packages that want the old version of openssl in the “latest” pkg repository:
$ curl
ld-elf.so.1: Shared object "libssl.so.9" not found, required by "libcurl.so.4”
$ ls /usr/lib/libssl*
/usr/lib/libssl.a /usr/lib/libssl.so.111
/usr/lib/libssl.so /usr/lib/libssl_p.a
I’m rebuilding curl from ports now.
Thanks again,
Tom
More information about the freebsd-arm
mailing list