Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 Dec 2022 09:17:52 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        hiroo.ono+freebsd@gmail.com
Cc:        Mark Millard <marklmi@yahoo.com>, freebsd-arm@freebsd.org
Subject:   Re: Succeeded to boot on Lenovo Yoga C630
Message-ID:  <CANCZdfqpTW3AVHPfHPWOEpEW2QPTE6aADGNzhH=pQT4btA1%2BvQ@mail.gmail.com>
In-Reply-To: <CANtk6Shwaea09TiTZq3UZwzCoXjm8TqkA930QQwS_i3_Awd5bg@mail.gmail.com>
References:  <CANtk6SgUoqC_Jgdtu=CZnFvnLzqP445MQqfwhV5%2BBgX_%2BVFUZA@mail.gmail.com> <B55013C7-B04C-48E4-BC0F-C106DA08348F@yahoo.com> <CANtk6Shwaea09TiTZq3UZwzCoXjm8TqkA930QQwS_i3_Awd5bg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000fb226005ef2b25ef
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, Dec 6, 2022 at 7:59 AM Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7=94=
=9F) <hiroo.ono+freebsd@gmail.com>
wrote:

> Thank you.
>
> 2022=E5=B9=B412=E6=9C=886=E6=97=A5(=E7=81=AB) 3:49 Mark Millard <marklmi@=
yahoo.com>:
>
> > The following might be involved in your context.
> >
> > The following is from a successful boot of a HoneyComb via
> > UEFI/ACPI (not device tree) via an old log file that I
> > have around. Note the first two lines.
> >
> > . . .
> > No valid device tree blob found!
> > WARNING! Trying to fire up the kernel, but no device tree blob found!
> > EFI framebuffer information:
> > addr, size     0x0, 0x0
> > dimensions     0 x 0
> > stride         0
> > masks          0x00000000, 0x00000000, 0x00000000, 0x00000000
> > ---<<BOOT>>---
> > GDB: no debug ports present
> > KDB: debugger backends: ddb
>
> OK, I (and the subject) was wrong. The loader boots, and show
> following log at last:
>
> Loading kernel...
> /boot/kernel/kernel text=3D0x2a8 text=3D0x8bcbf0 text=3D0x1f97ac
> data=3D0x1a6ac0 data=3D0x0+0x381000 syms=3D[0x8+0x11f6a0+0x8+0x1439ea]
> Loading configured modules...
> can't find '/boot/entropy'
> can't find '/etc/hostid'
> No valid device tree blob found!
> WARNING! Trying to fire up the kernel, but no device tree blob found!
> EFI framebuffer information
> addr, size        0x80400000, 0x7e9000
> dimensions     1920 x 1080
> stride             1920
> masks            0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000
>
> and it stops here. No "<<BOOT>>" line is displayed.
> So, it seems that the kernel is loaded but could not be started.


There are several causes of this.

Most likely is that the console is setup to go somewhere else. Though if
you are on the video display and getting that framebuffer output, it won't
not go there w/o some setting to override (say to force serial).

Next most likely is that FreeBSD doesn't cope well with having both FDT and
ACPI information available. But since not DTB is being passed in (per that
message) that's not likely at play here.

Finally, the loader passes a large number of tables, etc to the kernel.
It's quite possible that, for reasons still unknown, that data is wrong or
if standard conforming not expected by the kernel. this leads to a crash
before we've setup the console in the kernel which looks a lot like a hang.

Warner



> > . . .
> >
> > Such also happens for stable/13, releng/13.* based installations
> > as well --and likely others too.
> >
> > ACPI booting does not use Device Tree information but the messages
> > are output anyway about the lack. Only if you know that the context
> > is a Device Tree style of boot are the messages actually reporting
> > a problem.
> >
> >
> > =3D=3D=3D
> > Mark Millard
> > marklmi at yahoo.com
> >
>
>

--000000000000fb226005ef2b25ef
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Dec 6, 2022 at 7:59 AM Hiroo =
Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7=94=9F) &lt;<a href=3D"mailto:hiroo.ono%=
2Bfreebsd@gmail.com">hiroo.ono+freebsd@gmail.com</a>&gt; wrote:<br></div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le=
ft:1px solid rgb(204,204,204);padding-left:1ex">Thank you.<br>
<br>
2022=E5=B9=B412=E6=9C=886=E6=97=A5(=E7=81=AB) 3:49 Mark Millard &lt;<a href=
=3D"mailto:marklmi@yahoo.com" target=3D"_blank">marklmi@yahoo.com</a>&gt;:<=
br>
<br>
&gt; The following might be involved in your context.<br>
&gt;<br>
&gt; The following is from a successful boot of a HoneyComb via<br>
&gt; UEFI/ACPI (not device tree) via an old log file that I<br>
&gt; have around. Note the first two lines.<br>
&gt;<br>
&gt; . . .<br>
&gt; No valid device tree blob found!<br>
&gt; WARNING! Trying to fire up the kernel, but no device tree blob found!<=
br>
&gt; EFI framebuffer information:<br>
&gt; addr, size=C2=A0 =C2=A0 =C2=A00x0, 0x0<br>
&gt; dimensions=C2=A0 =C2=A0 =C2=A00 x 0<br>
&gt; stride=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00<br>
&gt; masks=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0x00000000, 0x00000000, 0x0000=
0000, 0x00000000<br>
&gt; ---&lt;&lt;BOOT&gt;&gt;---<br>
&gt; GDB: no debug ports present<br>
&gt; KDB: debugger backends: ddb<br>
<br>
OK, I (and the subject) was wrong. The loader boots, and show<br>
following log at last:<br>
<br>
Loading kernel...<br>
/boot/kernel/kernel text=3D0x2a8 text=3D0x8bcbf0 text=3D0x1f97ac<br>
data=3D0x1a6ac0 data=3D0x0+0x381000 syms=3D[0x8+0x11f6a0+0x8+0x1439ea]<br>
Loading configured modules...<br>
can&#39;t find &#39;/boot/entropy&#39;<br>
can&#39;t find &#39;/etc/hostid&#39;<br>
No valid device tree blob found!<br>
WARNING! Trying to fire up the kernel, but no device tree blob found!<br>
EFI framebuffer information<br>
addr, size=C2=A0 =C2=A0 =C2=A0 =C2=A0 0x80400000, 0x7e9000<br>
dimensions=C2=A0 =C2=A0 =C2=A01920 x 1080<br>
stride=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01920<br>
masks=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0x00ff0000, 0x0000ff00, 0x00=
0000ff, 0xff000000<br>
<br>
and it stops here. No &quot;&lt;&lt;BOOT&gt;&gt;&quot; line is displayed.<b=
r>
So, it seems that the kernel is loaded but could not be started.</blockquot=
e><div><br></div><div>There are several causes of this.</div><div><br></div=
><div>Most likely is that the console is setup to go somewhere else. Though=
 if you are on the video display and getting that framebuffer output, it wo=
n&#39;t not go there w/o some setting to override (say to force serial).</d=
iv><div><br></div><div>Next most likely is that FreeBSD doesn&#39;t cope we=
ll with having both FDT and ACPI information available. But since not DTB i=
s being passed in (per that message) that&#39;s not likely at play here.</d=
iv><div><br></div><div>Finally, the loader passes a large number of tables,=
 etc to the kernel. It&#39;s quite possible that, for reasons still unknown=
, that data is wrong or if standard conforming not expected by the kernel. =
this leads to a crash before we&#39;ve setup the console in the kernel whic=
h looks a lot like a hang.</div><div><br></div><div>Warner</div><div><br></=
div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">&gt;=
 . . .<br>
&gt;<br>
&gt; Such also happens for stable/13, releng/13.* based installations<br>
&gt; as well --and likely others too.<br>
&gt;<br>
&gt; ACPI booting does not use Device Tree information but the messages<br>
&gt; are output anyway about the lack. Only if you know that the context<br=
>
&gt; is a Device Tree style of boot are the messages actually reporting<br>
&gt; a problem.<br>
&gt;<br>
&gt;<br>
&gt; =3D=3D=3D<br>
&gt; Mark Millard<br>
&gt; marklmi at <a href=3D"http://yahoo.com" rel=3D"noreferrer" target=3D"_=
blank">yahoo.com</a><br>
&gt;<br>
<br>
</blockquote></div></div>

--000000000000fb226005ef2b25ef--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfqpTW3AVHPfHPWOEpEW2QPTE6aADGNzhH=pQT4btA1%2BvQ>