Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 06 Apr 2019 17:58:17 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 237062] boot1.elf cannot find loader on ufs partition, failing to boot on powerpc SLOF
Message-ID:  <bug-237062-227@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237062

            Bug ID: 237062
           Summary: boot1.elf cannot find loader on ufs partition, failing
                    to boot on powerpc SLOF
           Product: Base System
           Version: 12.0-RELEASE
          Hardware: powerpc
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: bin
          Assignee: bugs@FreeBSD.org
          Reporter: sven.siemsen@me.com

To repoduce:

1. Install FreeBSD-12.0-RELEASE in qemu-system-powerpc64
   Use GPT partition scheme, all recommended options.

2. Boot installed system

qemu versions tested: 4.0.0rc1, 3.0.0 on Mac OS X intel in full emulation,
2.11.1 on POWER8 (Ubuntu 18.04, with KVM)

All quemu versions come with different SLOF versions, all fail.
Even a fresh compiled SLOF image from qemu/slof failed.

During testing, it turned out that the loader tries 16 partitions on the gi=
ven
boot device but fsread() fails to read or identify the UFS superblock on
partition 2.

I don't know what component is failing: qemu, slof, or boot1.elf=20


Result:
[...]
Trying to load:  from: /vdevice/v-scsi@71000002/disk@8000000000000000 ...=
=20=20
Successfully loaded

>> FreeBSD/powerpc Open Firmware boot block
   Boot path:   /vdevice/v-scsi@71000002/disk@8000000000000000
   Boot loader: /boot/loader
panic: domount

W3411: Client application returned.

E3406: Client application returned an error:    no current instance

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-237062-227>