Date: Mon, 5 Dec 2022 14:09:04 -0800 From: Mark Millard <marklmi@yahoo.com> To: hiroo.ono+freebsd@gmail.com Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>, Warner Losh <imp@bsdimp.com> Subject: Re: Succeeded to boot on Lenovo Yoga C630 Message-ID: <36C6E8E6-4324-43B6-B0BA-C70C9ED981CE@yahoo.com> In-Reply-To: <CANCZdfr22MLaH6bWvHyvhqZmVTcrmX3LZFq2B2Ma6oSRR0JZmQ@mail.gmail.com> References: <CANtk6SgUoqC_Jgdtu=CZnFvnLzqP445MQqfwhV5%2BBgX_%2BVFUZA@mail.gmail.com> <CANCZdfr22MLaH6bWvHyvhqZmVTcrmX3LZFq2B2Ma6oSRR0JZmQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Dec 5, 2022, at 13:11, Warner Losh <imp@bsdimp.com> wrote: > On Mon, Dec 5, 2022, 10:40 AM Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7=94= =9F) <hiroo.ono+freebsd@gmail.com> wrote: >> Hello, >>=20 >> I cannot find the original mail in my mailbox, but it is continued >> from this mail. >> = https://freebsd-arm.freebsd.narkive.com/dBBAi0yX/loader-efi-does-not-boot-= on-lenovo-yoga-c630 >>=20 >> FreeBSD's bootaa64.efi that is distributed officially does not boot = on >> Lenovo Yoga C630. >> OpenBSD 7.2's bootaa64.efi booted fine on Yoga C630, so I merged >> OpenBSD's start.S and ldscript.arm64. >> boot1.efi booted fine, but loader_lua.efi still needed to be tweaked. >>=20 >> It seems that probing on serial console freezes the loader. >> Commenting out serialconsole made the loader_lua.efi to boot the = kernel. >> And then, the kernel stopped and complained that it cannot find the >> device tree blob. >>=20 >> So my questions are: >> 1. Can I disable loader from probing comconsole by some = configuration? >> (without tweaking the source.) >> 2. How should I make the loader or kernel to find the dtb file? >=20 > There are some BIOSes that hate our serial code. So far it has just = been in the cloud. But I'd just disable serial to confirm it's the same = problem. >=20 > Also, the kernel is weird with both DTB and ACPI right now. You have = to pick one and it defaults to dtb... and I have systems that require = manually setting this to ACPI. >=20 I'll note that if one gets to the boot loader prompt, one can try following loader command to figure out the ACPI vs. FDT (Device Tree) type of boot, at least in many cases: OK configuration . . . ACPI 2.0 Table at 0xef830018 . . . vs. (output compare/contrast): OK configuration . . . FDT Table at 0x7ef0000 . . . Although, it is possible to have an environment that provides with the ACPI Table and the FDT Table. In that case, what is being used requires more information than just configuration output. =3D=3D=3D Mark Millard marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?36C6E8E6-4324-43B6-B0BA-C70C9ED981CE>