PCengines APU2C4, 12-STABLE: bootloader failure: Panic: free: guard2 fail @ 0x1000 + 2311663946 from
Toomas Soome
tsoome at me.com
Wed Jul 24 18:50:02 UTC 2019
> On 24 Jul 2019, at 21:30, Hartmann, O. <ohartmann at walstatt.org> wrote:
>
> On Wed, 24 Jul 2019 18:07:22 +0300
> Toomas Soome <tsoome at me.com <mailto:tsoome at me.com>> wrote:
>
>>> On 24 Jul 2019, at 16:48, O. Hartmann <ohartmann at walstatt.org <mailto:ohartmann at walstatt.org>>
>>> wrote:
>>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA256
>>>
>>> Am Wed, 24 Jul 2019 12:06:53 +0200
>>> "O. Hartmann" <o.hartmann at walstatt.org <mailto:o.hartmann at walstatt.org>
>>> <mailto:o.hartmann at walstatt.org <mailto:o.hartmann at walstatt.org>>> schrieb:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA256
>>>>
>>>> Am Wed, 24 Jul 2019 12:09:16 +0300
>>>> Toomas Soome <tsoome at me.com> schrieb:
>>>>
>>>>>> On 24 Jul 2019, at 11:11, O. Hartmann <ohartmann at walstatt.org>
>>>>>> wrote:
>>>>>>
>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>> Hash: SHA256
>>>>>>
>>>>>> Hallo,
>>>>>>
>>>>>> on APU2C4 from PCengines with latest firmware apu2_v4.9.0.7.rom,
>>>>>> SeaBIOS rel-1.12.1.3-0-g300e8b7, booting via legacy MBR FreeBSD
>>>>>> 12-STABLE r350274 (the same with r350115) fails to boot with an
>>>>>> immediate loader error:
>>>>>>
>>>>>> [...]
>>>>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7)
>>>>>>
>>>>>> Press F10 key now for boot menu
>>>>>>
>>>>>> Booting from Hard Disk...
>>>>>> /
>>>>>>
>>>>>> onsoles: internal video/keyboard
>>>>>> IOS drive C: is disk0
>>>>>> IOS drive D: is disk1
>>>>>> IOS 639kB/3404444kB available memory
>>>>>>
>>>>>> reeBSD/x86 bootstrap loader, Revision 1.1
>>>>>> Mon Apr 15 21:28:11 CEST 2019 root at thor)
>>>>>> anic: free: guard2 fail @ 0x1000 + 2311663946 from
>>>>>> Xçu0ç}4çl$♦├í@┤♠:2106163957 -> Press a key on the console to
>>>>>> reboot <-- […]
>>>>>
>>>>>
>>>>> This is definitely something “funny”, we are apparently
>>>>> attempting to free pointer 0x1000 which is definitely wrong
>>>>> because our heap should be just below 4GB line. Since we do get
>>>>> list of disks printed, also memory and version, it means we get
>>>>> error from interpretator - it is possible the stack did clash
>>>>> with bss and hence the corruption.
>>>>
>>>> I realized that I have defined
>>>>
>>>> WITH_KERNEL_RETPOLINE=YES
>>>>
>>>> and since I use to build NanoBSD with -DNO_CLEAN, I'm just now
>>>> compiling a clean NanoBSD with RETPOLINE mitigations disabled so
>>>> far - trying to check whether either of the ways to build causes
>>>> the issue.
>>>>>
>>>>> You can try to press space on first spinner and enter alternate
>>>>> loader on boot: prompt. (enter ?/boot on boot: prompt to see the
>>>>> file list).
>>>>
>>>> I try a soon as the build process has finished and if the problem
>>>> is then still present.
>>>
>>>
>>> With a fresh build and no RETPOLINE mitigation (neither kernel nor
>>> world) the phenomenon as described above is still the same. I tried
>>> an alternative loader as requested, but without success. When
>>> choosing loader_4th, I get this error:
>>>
>>> [...]
>>> FreeBSD/x86 boot
>>> Default: 0:ad(0p3)/boot/loader
>>> boot: /boot/loader_4th/
>>>
>>> onsoles: internal video/keyboard
>>> IOS drive C: is disk0
>>> IOS drive D: is disk1
>>> IOS 639kB/3404444kB available memory
>>>
>>> reeBSD/x86 bootstrap loader, Revision 1.1
>>> Wed Jul 24 12:51:12 CEST 2019 root at thor)
>>> anic: No heap setup
>>> -> Press a key on the console to reboot <—
>>>
>>
>> Now this is bad. if my math is correct, this system is supposed to
>> have 3GB of RAM, so are there specific build exceptions in place? see
>> stand/i386/loader/main.c, function main, after call to bios_getmem().
>>
>> rgds,
>> toomas
>
> I'm afraid I do not understand exactly the point. The base system is a
> PCengine APU2C4 - which has 4 GB of memory total. I do not build the
> NanoBSD image with any kind of buikd exceptions - neither did I with
> the FreeBSD versions that worked so far (see my initial post for the
> revision numbers).
>
> Should there be build execeptions in place for recent developments?
If we end up with error message like ’No heap setup’, it means there is something terribly wrong about heap setup, however, it [the loader] certainly does seem to work with “common” build, therefore it seems like we should look into the values we get in your case. The heap setup is done by setheap(heap_bottom, heap_top);
So we would need to dig out more details to see what is really going on:)
rgds,
toomas
>
>>
>>>
>>> Loader loader_simp ends up in stuck console with no output:
>>>
>>> [...]
>>> FreeBSD/x86 boot
>>> Default: 0:ad(0p3)/boot/loader
>>> boot: /boot/loader_4th/
>>>
>>> onsoles: internal video/keyboard
>>> IOS drive C: is disk0
>>> IOS drive D: is disk1
>>> IOS 639kB/3404444kB available memory
>>>
>>> reeBSD/x86 bootstrap loader, Revision 1.1
>>> Wed Jul 24 12:59:23 CEST 2019 root at thor)
>>> [...]
>>>
>>> regards
>>> oh
>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Booting 12.0-STABLE #78 r349288: Sat Jun 22 09:10:25 CEST 2019
>>>>>> amd64 works fine with nothing changed except the OS version.
>>>>>>
>>>>>>
>>>>>> Booting 2.0-STABLE #78 r349288 works fine:
>>>>>>
>>>>>> [...]
>>>>>> SeaBIOS (version rel-1.12.1.3-0-g300e8b7)
>>>>>>
>>>>>> Press F10 key now for boot menu
>>>>>>
>>>>>> Booting from Hard Disk...
>>>>>> |
>>>>>>
>>>>>> onsoles: internal video/keyboard
>>>>>> IOS drive C: is disk0
>>>>>> IOS drive D: is disk1
>>>>>> IOS 639kB/3404444kB available memory
>>>>>>
>>>>>> reeBSD/x86 bootstrap loader, Revision 1.1
>>>>>> Mon Apr 15 21:28:11 CEST 2019 root at thor)
>>>>>> oading /boot/defaults/loader.conf
>>>>>> oading /boot/device.hints
>>>>>> oading /boot/loader.conf
>>>>>> oading /boot/loader.conf.local
>>>>>> Loading kernel...
>>>>>> /boot/kernel/kernel text=0xb005e8 \
>>>>>> [...]
>>>>>>
>>>>>> In the message taken from the serial console the first column of
>>>>>> characters is lost due to an error in the output which seems
>>>>>> FreeBSD related.
>>>>>
>>>>> It certainly does look weird - sio_putc() is used in boot2 and
>>>>> it’s implementation is using same principe as comc_putchat() in
>>>>> comconsole.c (even if it is asm versus c code). Since the serial
>>>>> data is interpreted by terminal, it feels more about terminal
>>>>> emulator issue (line discipline, cabling, usb to serial
>>>>> dongle?)
>>>>
>>>> We use here a null modem cabling with an integrated
>>>> USB-to-UART/TTL converter, which is attached to a FreeBSD CURRENT
>>>> (most recent) box:
>>>>
>>>> [...]
>>>> ugen2.3: <FTDI FT232R USB UART> at usbus2
>>>> uftdi0 on uhub4
>>>> uftdi0: <FT232R USB UART> on usbus2
>>>> [...]
>>>>
>>>> it is a
>>>> StarTech.com 1 Port USB Nullmodem RS232 Adapter Kabel (USB 2.0
>>>> FTDI chipset).
>>>>
>>>> Regards,
>>>> oh
>>>>
>>>>
>>>>>
>>>>> rgds,
>>>>> toomas
>>>>>
>>>>>
>>>>>>
>>>>>> The file /boot/loader.conf.local contains these lines in both,
>>>>>> working and non-working, scenario:
>>>>>>
>>>>>> [...]
>>>>>> boot_serial="YES"
>>>>>> # serial speed in bits/s
>>>>>> comconsole_speed="115200"
>>>>>> console="comconsole"
>>>>>>
>>>>>> autoboot_delay="0"
>>>>>>
>>>>>> verbose_loading="YES"
>>>>>> loader_logo="orb"
>>>>>> beastie_disable="YES"
>>>>>>
>>>>>> ### Microcode
>>>>>> #cpu_microcode_load="YES" # Set this to YES to
>>>>>> load and apply a
>>>>>> #cpu_microcode_name="/boot/firmware/intel-ucode.bin" # Set this
>>>>>> to the microcode #cpu_microcode_type="cpu_microcode" #
>>>>>> Required for the kernel to find # the microcode update file.
>>>>>>
>>>>>>
>>>>>> # disable Process Table Isolation
>>>>>> #vm.pmap.pti=0
>>>>>>
>>>>>> kern.geom.label.gptid.enable=0
>>>>>>
>>>>>> # Limit the phys. memory
>>>>>> #hw.physmem=1073741824 # 1 G
>>>>>> #hw.physmem=536870912 # 512 MB
>>>>>> #hw.physmem=268435456 # 256 MB
>>>>>>
>>>>>> # Da mehr als 1 igb NIC an Bord! Siehe man igb(4)
>>>>>> kern.ipc.nmbclusters=757350
>>>>>> #kern.ipc.nmbjumbo9k=8192
>>>>>>
>>>>>> # NIC
>>>>>> #hw.em.max_interrupt_rate=32000
>>>>>> hw.em.max_interrupt_rate=16000
>>>>>>
>>>>>> #If non-zero, enable EXPERIMENTAL feature to improve concurrent
>>>>>> Fortuna performance kern.random.fortuna.concurrent_read="1"
>>>>>>
>>>>>> # Forward Information Bases (FIBs)
>>>>>> net.fibs=10
>>>>>> net.add_addr_allfibs=0
>>>>>>
>>>>>> [...]
>>>>>>
>>>>>>
>>>>>> Again, with the exact same setting 12-STABLE r349288 boots fine,
>>>>>> rr350274 doesn't. FreeBSD 12-STABLE r
>>>>>>
>>>>>> Can someone please help?
>>>>>>
>>>>>> Thanks in advance, oh
>>>
>>> [...]
>>>
>>>
>>> - --
>>> O. Hartmann
>>>
>>> Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
>>> Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4
>>> BDSG). -----BEGIN PGP SIGNATURE-----
>>>
>>> iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXThhzQAKCRA4N1ZZPba5
>>> R5SrAQDMEZQPGXsD9dqGsq9wNOPYPY7o0y/sBm9ovRkyepI5VwD/WUulyFprjlPI
>>> hKYI/AJ/VVqI3EfPd/dUiSyBf1toeQw=
>>> =aLz0
>>> -----END PGP SIGNATURE-----
>>> _______________________________________________
>>> freebsd-current at freebsd.org <mailto:freebsd-current at freebsd.org> <mailto:freebsd-current at freebsd.org <mailto:freebsd-current at freebsd.org>>
>>> mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current <https://lists.freebsd.org/mailman/listinfo/freebsd-current>
>>> <https://lists.freebsd.org/mailman/listinfo/freebsd-current <https://lists.freebsd.org/mailman/listinfo/freebsd-current>> To
>>> unsubscribe, send any mail to
>>> "freebsd-current-unsubscribe at freebsd.org <mailto:freebsd-current-unsubscribe at freebsd.org>
>>> <mailto:freebsd-current-unsubscribe at freebsd.org <mailto:freebsd-current-unsubscribe at freebsd.org>>"
>>
>> _______________________________________________
>> freebsd-current at freebsd.org <mailto:freebsd-current at freebsd.org> mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current <https://lists.freebsd.org/mailman/listinfo/freebsd-current>
>> To unsubscribe, send any mail to
>> "freebsd-current-unsubscribe at freebsd.org <mailto:freebsd-current-unsubscribe at freebsd.org>"
More information about the freebsd-embedded
mailing list