NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-amd64/58982: NetBSD 10.1 install image (amd64) failed to boot on J3455-ITX board (ASRock)
The following reply was made to PR port-amd64/58982; it has been noted by GNATS.
From: Andrius V <vezhlys%gmail.com@localhost>
To: wgstuken%grimme-reitenspezial.de@localhost
Cc: gnats-bugs%netbsd.org@localhost
Subject: Re: port-amd64/58982: NetBSD 10.1 install image (amd64) failed to
boot on J3455-ITX board (ASRock)
Date: Tue, 14 Jan 2025 10:04:20 +0200
--000000000000dfaa46062ba602d2
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hi,
No worries. You can find my patch here
https://netbsd.org/~andvar/identcpu-J3455.c.diff. It should apply without
issues to netbsd-10 code.
Regards,
Andrius V
On Tue, Jan 14, 2025, 09:29 <wgstuken%grimme-reitenspezial.de@localhost> wrote:
> Hi,
>
> my current plan is to setup an unused system with 10.1 because I have
> always build the system from the sources.
> I have some patches inside that has not reached the main source, but
> some of then I need.
> So I have to integrate them again. (Some kernel related, some
> user-level)
>
> But I cannot give an eta for this atm. - lot of 'normal' work.
> I try to do this in parallel now to get forward with this.
>
>
> W. Stukenbrock
>
> Am 13.01.2025 15:30, schrieb Andrius V:
> > On Mon, Jan 13, 2025 at 12:01=E2=80=AFPM wgstuken@grimme-reitenspezial.=
de via
> > gnats <gnats-admin%netbsd.org@localhost> wrote:
> >>
> >> The following reply was made to PR port-amd64/58982; it has been noted
> >> by GNATS.
> >>
> >> From: wgstuken%grimme-reitenspezial.de@localhost
> >> To: gnats-bugs%netbsd.org@localhost
> >> Cc: port-amd64-maintainer%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
> >> netbsd-bugs%netbsd.org@localhost
> >> Subject: Re: port-amd64/58982: NetBSD 10.1 install image (amd64)
> >> failed to
> >> boot on J3455-ITX board (ASRock)
> >> Date: Mon, 13 Jan 2025 08:31:35 +0100
> >>
> >> Hi,
> > Hi,
> >>
> >> I had attached them .....
> > Sorry about that, maybe there were filtered out by mail server, not
> > sure.
> >
> >>
> >> now as inline copy again:
> >>
> >> output of cpuctl identify 0 ...
> >>
> >> cpu0: highest basic info 00000015
> >> cpu0: highest extended info 80000008
> >> cpu0: "Intel(R) Celeron(R) CPU J3455 @ 1.50GHz"
> >> cpu0: Intel Atom (Goldmont) (686-class), 1497.60 MHz
> >> cpu0: TSC freq CPUID 1497600000 Hz
> >> cpu0: family 0x6 model 0x5c stepping 0xa (id 0x506ca)
> > ...
> >> cpu family : 6
> >> model : 92
> >> model name : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
> >> stepping : 10
> > Thanks again. I can confirm that your CPU has a newer stepping 0xa
> > (10), thus a workaround is not applied. I will prepare the patch to
> > remove the stepping check.
> > It will be possible to test either by building kernel from current
> > source or taking current image from
> > https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/ around a day
> > after commit.
> > I will inform separately and let's see how it boots afterwards.
> >
> > Regards,
> > Andrius V
>
--000000000000dfaa46062ba602d2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"auto"><div>Hi,</div><div dir=3D"auto"><br></div><div dir=3D"aut=
o">No worries. You can find my patch here=C2=A0<a href=3D"https://netbsd.or=
g/~andvar/identcpu-J3455.c.diff">https://netbsd.org/~andvar/identcpu-J3455.=
c.diff</a>. It should apply without issues to netbsd-10 code.</div><div dir=
=3D"auto"><br></div><div dir=3D"auto">Regards,</div><div dir=3D"auto">Andri=
us V<br><br><div class=3D"gmail_quote gmail_quote_container" dir=3D"auto"><=
div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jan 14, 2025, 09:29 <<a hr=
ef=3D"mailto:wgstuken%grimme-reitenspezial.de@localhost">wgstuken@grimme-reitenspezia=
l.de</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
my current plan is to setup an unused system with 10.1 because I have <br>
always build the system from the sources.<br>
I have some patches inside that has not reached the main source, but <br>
some of then I need.<br>
So I have to integrate them again. (Some kernel related, some <br>
user-level)<br>
<br>
But I cannot give an eta for this atm. - lot of 'normal' work.<br>
I try to do this in parallel now to get forward with this.<br>
<br>
<br>
W. Stukenbrock<br>
<br>
Am 13.01.2025 15:30, schrieb Andrius V:<br>
> On Mon, Jan 13, 2025 at 12:01=E2=80=AFPM <a href=3D"mailto:wgstuken@gr=
imme-reitenspezial.de" target=3D"_blank" rel=3D"noreferrer">wgstuken@grimme=
-reitenspezial.de</a> via<br>
> gnats <<a href=3D"mailto:gnats-admin%netbsd.org@localhost" target=3D"_blank" =
rel=3D"noreferrer">gnats-admin%netbsd.org@localhost</a>> wrote:<br>
>> <br>
>> The following reply was made to PR port-amd64/58982; it has been n=
oted <br>
>> by GNATS.<br>
>> <br>
>> From: <a href=3D"mailto:wgstuken%grimme-reitenspezial.de@localhost" target=
=3D"_blank" rel=3D"noreferrer">wgstuken%grimme-reitenspezial.de@localhost</a><br>
>> To: <a href=3D"mailto:gnats-bugs%netbsd.org@localhost" target=3D"_blank" rel=
=3D"noreferrer">gnats-bugs%netbsd.org@localhost</a><br>
>> Cc: <a href=3D"mailto:port-amd64-maintainer%netbsd.org@localhost" target=3D"=
_blank" rel=3D"noreferrer">port-amd64-maintainer%netbsd.org@localhost</a>, <a href=3D=
"mailto:gnats-admin%netbsd.org@localhost" target=3D"_blank" rel=3D"noreferrer">gnats-=
admin%netbsd.org@localhost</a>,<br>
>>=C2=A0 <a href=3D"mailto:netbsd-bugs%netbsd.org@localhost" target=3D"_blank" =
rel=3D"noreferrer">netbsd-bugs%netbsd.org@localhost</a><br>
>> Subject: Re: port-amd64/58982: NetBSD 10.1 install image (amd64) <=
br>
>> failed to<br>
>>=C2=A0 boot on J3455-ITX board (ASRock)<br>
>> Date: Mon, 13 Jan 2025 08:31:35 +0100<br>
>> <br>
>>=C2=A0 Hi,<br>
> Hi,<br>
>> <br>
>>=C2=A0 I had attached them .....<br>
> Sorry about that, maybe there were filtered out by mail server, not <b=
r>
> sure.<br>
> <br>
>> <br>
>>=C2=A0 now as inline copy again:<br>
>> <br>
>>=C2=A0 output of cpuctl identify 0 ...<br>
>> <br>
>>=C2=A0 cpu0: highest basic info 00000015<br>
>>=C2=A0 cpu0: highest extended info 80000008<br>
>>=C2=A0 cpu0: "Intel(R) Celeron(R) CPU J3455 @ 1.50GHz"<br=
>
>>=C2=A0 cpu0: Intel Atom (Goldmont) (686-class), 1497.60 MHz<br>
>>=C2=A0 cpu0: TSC freq CPUID 1497600000 Hz<br>
>>=C2=A0 cpu0: family 0x6 model 0x5c stepping 0xa (id 0x506ca)<br>
> ...<br>
>>=C2=A0 cpu family=C2=A0 =C2=A0 =C2=A0: 6<br>
>>=C2=A0 model=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 92<br>
>>=C2=A0 model name=C2=A0 =C2=A0 =C2=A0: Intel(R) Celeron(R) CPU J345=
5 @ 1.50GHz<br>
>>=C2=A0 stepping=C2=A0 =C2=A0 =C2=A0 =C2=A0: 10<br>
> Thanks again. I can confirm that your CPU has a newer stepping 0xa<br>
> (10), thus a workaround is not applied. I will prepare the patch to<br=
>
> remove the stepping check.<br>
> It will be possible to test either by building kernel from current<br>
> source or taking current image from<br>
> <a href=3D"https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/" rel=
=3D"noreferrer noreferrer" target=3D"_blank">https://nycdn.netbsd.org/pub/N=
etBSD-daily/HEAD/latest/</a> around a day<br>
> after commit.<br>
> I will inform separately and let's see how it boots afterwards.<br=
>
> <br>
> Regards,<br>
> Andrius V<br>
</blockquote></div></div></div>
--000000000000dfaa46062ba602d2--
Home |
Main Index |
Thread Index |
Old Index