Re: kernel 100% CPU

2023-10-14 Thread Graham Perrin

On 03/09/2023 20:25, Mateusz Guzik wrote:


…

Sorry mate, neglected to specify: collect sysctl -a once you run into 
the problem.


Once I look at that I'm probably going to ship some debug patches to 
narrow it down. 



I had what might be the same issue this afternoon, for the first time in 
weeks. With the slowdown, it took a few minutes for me to find your 
email, unfortunately the symptoms subsided moments before finding it.


So, I collected the information, but it's probably another missed 
opportunity (the information collected too late).


The busy period lasted for around six minutes:

root@mowa219-gjp4-8570p-freebsd:~ # poudriere bulk -j main -J 3 -Ctv 
devel/pkgconf

[00:00:00] Creating the reference jail... done
[00:00:01] Mounting system devices for main-default
[00:00:02] Warning: Using packages from previously failed, or 
uncommitted, build: 
/usr/local/poudriere/data/packages/main-default/.building

[00:00:02] Mounting ccache from: /usr/.ccache
[00:00:02] Mounting ports from: /usr/local/poudriere/ports/default
[00:00:02] Mounting packages from: 
/usr/local/poudriere/data/packages/main-default

[00:00:02] Mounting distfiles from: /usr/ports/distfiles
[00:00:02] Copying /var/db/ports from: 
/usr/local/etc/poudriere.d/main-options

[00:00:02] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf
/etc/resolv.conf -> 
/usr/local/poudriere/data/.m/main-default/ref/etc/resolv.conf

[00:00:02] Starting jail main-default
[00:00:02] Will build as nobody:nobody (65534:65534)
[00:00:05] Logs: 
/usr/local/poudriere/data/logs/bulk/main-default/2023-10-14_16h16m30s
[00:00:05] Loading MOVED for 
/usr/local/poudriere/data/.m/main-default/ref/usr/ports

[00:00:06] Ports supports: FLAVORS SELECTED_OPTIONS
[00:00:06] Inspecting ports tree for modifications to git checkout... yes
[00:06:39] Ports top-level git hash: e843b8293c (dirty)
…




Re: AMD Zen 4 (Ryzen 7000) resource allocation issues (on 14.0)

2023-10-14 Thread Gary Jennejohn
On Sat, 14 Oct 2023 16:29:41 +0200
Daniel Engberg  wrote:

> On 2023-10-14T16:12:04.000+02:00, Gary Jennejohn  wrote:
>
[SNIP]
> > Considering that none of the current FreeBSD versions work I suspect
> > 
> > that you'll have to flash the previous BIOS version to get a working
> > 
> > system again.
> > 
> > --
> > 
> > Gary Jennejohn
>
> Hi,
>
> That's true although I'm going to guess it's going to be an ongoing
> issue as at least one user with an ASRock board also has similar
> issues (see PR). Looking into if downgrade is possible too.
>

I wonder whether Linux would work with your BIOS.  If it does that may
give developers some pointers to what needs to be changed in FreeBSD.

No need to install Linux, I think.  Just boot it from a memstick and
maybe you can get the boot trace.

--
Gary Jennejohn



Re: AMD Zen 4 (Ryzen 7000) resource allocation issues (on 14.0)

2023-10-14 Thread Tomoaki AOKI
On Sat, 14 Oct 2023 14:12:04 +
Gary Jennejohn  wrote:

> On Sat, 14 Oct 2023 15:05:22 +0200
> Daniel Engberg  wrote:
> 
> > On 2023-10-14T13:07:11.000+02:00, Daniel Engberg
> >  wrote:
> >
> > > Hi,
> > > 
> > > After updating BIOS on my Asus motherboard (ProArt X670E-CREATOR
> > > WIFI) the kernel fails to allocate resources for a bunch of devices
> > > including USB and built-in SATA. This behaviour is also observed on
> > > at least ASRock boards too so it doesn't seem to be a specific issue
> > > to one manufacturer or model. If anyone has any ideas how to fix
> > > this I'd be grateful.
> > > 
> > > I've tried turning off and on "Fast boot" in BIOS without any
> > > success, enabing SR-IOV makes the kernel hang during boot.
> > > 
> > > dmesg with older bios (working):
> > > 
> > > 
> > >https://forums.freebsd.org/threads/sata-drives-show-in-bios-but-wont-show-in-dev.89656/page-2#post-620854
> > > 
> > > dmesg with new bios (not working):
> > > 
> > > https://reviews.freebsd.org/P612
> > > 
> > > Related PR:
> > > 
> > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507
> > > 
> > > If you need to more information or testing just ask and please CC me
> > > when replying.
> > > 
> > > Best regards,
> > > 
> > > Daniel
> >
> > In addition to the above, 13.2-RELEASE fails in the same way, also
> > 15.0-CURRENT (20231005-8818f0f1124e-265728). In addition to that, USB
> > also fails to init so USB devices won't work once the kernel boots.
> >
> 
> Considering that none of the current FreeBSD versions work I suspect
> that you'll have to flash the previous BIOS version to get a working
> system again.
> 
> --
> Gary Jennejohn

Or check in detail for defaults on BIOS (UEFI firmware) settings
changes. Hopefully, these are usually described in readme or update
notes or something alike. If any, try reverting back to the previous
defaults except you intentionally changed on previous BIOS.

Sometimes BIOS vendors change their BIOS defaults to something FreeBSD
dislikes.

-- 
Tomoaki AOKI



Re: AMD Zen 4 (Ryzen 7000) resource allocation issues (on 14.0)

2023-10-14 Thread Daniel Engberg
On 2023-10-14T16:12:04.000+02:00, Gary Jennejohn  wrote:

> On Sat, 14 Oct 2023 15:05:22 +0200
> 
> Daniel Engberg  wrote:
> 
>>  On 2023-10-14T13:07:11.000+02:00, Daniel Engberg
>>  
>>wrote:
>>  
>>>   Hi,
>>>   
>>>After updating BIOS on my Asus motherboard (ProArt
>>>   X670E-CREATOR
>>>   
>>>WIFI) the kernel fails to allocate resources for a bunch of
>>>   devices
>>>   
>>>including USB and built-in SATA. This behaviour is also
>>>   observed on
>>>   
>>>at least ASRock boards too so it doesn't seem to be a specific
>>>   issue
>>>   
>>>to one manufacturer or model. If anyone has any ideas how to
>>>   fix
>>>   
>>>this I'd be grateful.
>>>   
>>>I've tried turning off and on "Fast boot" in BIOS without any
>>>   
>>>success, enabing SR-IOV makes the kernel hang during boot.
>>>   
>>>dmesg with older bios (working):
>>>   
>>>
>>>https://forums.freebsd.org/threads/sata-drives-show-in-bios-but-wont-show-in-dev.89656/page-2#post-620854
>>>   
>>>dmesg with new bios (not working):
>>>   
>>>https://reviews.freebsd.org/P612
>>>   
>>>Related PR:
>>>   
>>>https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507
>>>   
>>>If you need to more information or testing just ask and please
>>>   CC me
>>>   
>>>when replying.
>>>   
>>>Best regards,
>>>   
>>>Daniel
>>  
>>   In addition to the above, 13.2-RELEASE fails in the same way,
>>  also
>>  
>>   15.0-CURRENT (20231005-8818f0f1124e-265728). In addition to that,
>>  USB
>>  
>>   also fails to init so USB devices won't work once the kernel
>>  boots.
> 
> Considering that none of the current FreeBSD versions work I suspect
> 
> that you'll have to flash the previous BIOS version to get a working
> 
> system again.
> 
> --
> 
> Gary Jennejohn

Hi,

That's true although I'm going to guess it's going to be an ongoing
issue as at least one user with an ASRock board also has similar
issues (see PR). Looking into if downgrade is possible too.

Best regards,

Daniel



Re: issue: poudriere jail update fails after recent changes around certctl

2023-10-14 Thread Alexander Leidinger

Am 2023-10-13 17:42, schrieb Dag-Erling Smørgrav:

Alexander Leidinger  writes:

some change around certctl (world from 2023-10-09) has broken the
poudriere jail update command. The complete install finishes, certctl
is run, and then there is an exit code 1. This is because I have some
certs listed as untrusted, and this seems to give a retval of 1 inside
certctl.


This only happens if a certificate is listed as both trusted and
untrusted, and I'm pretty sure the previous version would return 1 in
that case as well.  Can you check?


I compared /usr/share/certs/untrusted/ with /usr/share/certs/trusted/ 
and some of them match with certs in /usr/share/certs/trusted/. Nothing 
in /usr/local/etc/ssl/untrusted/, one cert (as hash) in 
/usr/local/etc/ssl/blacklisted/ which is also in 
/usr/share/certs/untrusted/.


If FreeBSD provides some certs as trusted (as part of e.g. 
installworld), and I have some of them listed in untrusted, I would not 
expect an error case, but a failsafe action of not trusting them and not 
complaining... am I doing something wrong?


Bye,
Alexander.

--
http://www.Leidinger.net alexan...@leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.orgnetch...@freebsd.org  : PGP 0x8F31830F9F2772BF


signature.asc
Description: OpenPGP digital signature


Re: AMD Zen 4 (Ryzen 7000) resource allocation issues (on 14.0)

2023-10-14 Thread Gary Jennejohn
On Sat, 14 Oct 2023 15:05:22 +0200
Daniel Engberg  wrote:

> On 2023-10-14T13:07:11.000+02:00, Daniel Engberg
>  wrote:
>
> > Hi,
> > 
> > After updating BIOS on my Asus motherboard (ProArt X670E-CREATOR
> > WIFI) the kernel fails to allocate resources for a bunch of devices
> > including USB and built-in SATA. This behaviour is also observed on
> > at least ASRock boards too so it doesn't seem to be a specific issue
> > to one manufacturer or model. If anyone has any ideas how to fix
> > this I'd be grateful.
> > 
> > I've tried turning off and on "Fast boot" in BIOS without any
> > success, enabing SR-IOV makes the kernel hang during boot.
> > 
> > dmesg with older bios (working):
> > 
> > 
> >https://forums.freebsd.org/threads/sata-drives-show-in-bios-but-wont-show-in-dev.89656/page-2#post-620854
> > 
> > dmesg with new bios (not working):
> > 
> > https://reviews.freebsd.org/P612
> > 
> > Related PR:
> > 
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507
> > 
> > If you need to more information or testing just ask and please CC me
> > when replying.
> > 
> > Best regards,
> > 
> > Daniel
>
> In addition to the above, 13.2-RELEASE fails in the same way, also
> 15.0-CURRENT (20231005-8818f0f1124e-265728). In addition to that, USB
> also fails to init so USB devices won't work once the kernel boots.
>

Considering that none of the current FreeBSD versions work I suspect
that you'll have to flash the previous BIOS version to get a working
system again.

--
Gary Jennejohn



Re: poudriere jail upgrade 14.0-BETA5 -> 14.0-RC1 continues to fail

2023-10-14 Thread Tomoaki AOKI
On Sat, 14 Oct 2023 12:22:38 +0100
Nuno Teixeira  wrote:

> Hello all,
> 
> I did try updating BETA1 -> BETA2, BETA2 -> BETA3, ..., BETA5 -> RC1 in
> poudriere:
> 
> `poudriere jail -u -j JAIL -t 14.0-RC1`
> 
> All fails with:
> ---
> 
> /usr/src/sys/x86/x86/cpu_machdep.c
> /usr/src/tests/sys/netpfil/pf/pfsync.sh
> /usr/src/usr.bin/man/man.sh
> /var/db/etcupdate/log
> To install the downloaded upgrades, run
> "/tmp/poudriere.3homsGor/freebsd-update.1BURpmmK install".
> Installing updates... done.
> No updates are available to install.
> Run '/tmp/poudriere.3homsGor/freebsd-update.1BURpmmK fetch' first.
> [00:11:17] Error: Fail to upgrade system
> ---
> 
> Any clues?
> 
> Thanks,
> 
> -- 
> Nuno Teixeira
> FreeBSD Committer (ports)

Shortage on /tmp?
If not, what happens when you run 
  `/tmp/poudriere.3homsGor/freebsd-update.1BURpmmK fetch`
as suggested by pudriere?

Or possibly your nearest mirror not yet has needed updates to fetch?

FYI: I'm using src upgrading and created poudriere jail as below

 `poudriere jail -c -v stable/14 -a amd64 -K kernname -j jailname \
  -m src=/usr/src`

and didn't yet encountered problems on updating poudriere jail.
This way, poudriere uses pre-built objects under /usr/obj as default.

Regards.

-- 
Tomoaki AOKI



Re: AMD Zen 4 (Ryzen 7000) resource allocation issues (on 14.0)

2023-10-14 Thread Daniel Engberg
On 2023-10-14T13:07:11.000+02:00, Daniel Engberg
 wrote:

> Hi,
> 
> After updating BIOS on my Asus motherboard (ProArt X670E-CREATOR
> WIFI) the kernel fails to allocate resources for a bunch of devices
> including USB and built-in SATA. This behaviour is also observed on
> at least ASRock boards too so it doesn't seem to be a specific issue
> to one manufacturer or model. If anyone has any ideas how to fix
> this I'd be grateful.
> 
> I've tried turning off and on "Fast boot" in BIOS without any
> success, enabing SR-IOV makes the kernel hang during boot.
> 
> dmesg with older bios (working):
> 
> 
>https://forums.freebsd.org/threads/sata-drives-show-in-bios-but-wont-show-in-dev.89656/page-2#post-620854
> 
> dmesg with new bios (not working):
> 
> https://reviews.freebsd.org/P612
> 
> Related PR:
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507
> 
> If you need to more information or testing just ask and please CC me
> when replying.
> 
> Best regards,
> 
> Daniel

In addition to the above, 13.2-RELEASE fails in the same way, also
15.0-CURRENT (20231005-8818f0f1124e-265728). In addition to that, USB
also fails to init so USB devices won't work once the kernel boots.

Best regards,

Daniel



poudriere jail upgrade 14.0-BETA5 -> 14.0-RC1 continues to fail

2023-10-14 Thread Nuno Teixeira
Hello all,

I did try updating BETA1 -> BETA2, BETA2 -> BETA3, ..., BETA5 -> RC1 in
poudriere:

`poudriere jail -u -j JAIL -t 14.0-RC1`

All fails with:
---

/usr/src/sys/x86/x86/cpu_machdep.c
/usr/src/tests/sys/netpfil/pf/pfsync.sh
/usr/src/usr.bin/man/man.sh
/var/db/etcupdate/log
To install the downloaded upgrades, run
"/tmp/poudriere.3homsGor/freebsd-update.1BURpmmK install".
Installing updates... done.
No updates are available to install.
Run '/tmp/poudriere.3homsGor/freebsd-update.1BURpmmK fetch' first.
[00:11:17] Error: Fail to upgrade system
---

Any clues?

Thanks,

-- 
Nuno Teixeira
FreeBSD Committer (ports)


AMD Zen 4 (Ryzen 7000) resource allocation issues (on 14.0)

2023-10-14 Thread Daniel Engberg
Hi,

After updating BIOS on my Asus motherboard (ProArt X670E-CREATOR WIFI)
the kernel fails to allocate resources for a bunch of devices
including USB and built-in SATA. This behaviour is also observed on at
least ASRock boards too so it doesn't seem to be a specific issue to
one manufacturer or model. If anyone has any ideas how to fix this
I'd be grateful.

I've tried turning off and on "Fast boot" in BIOS without any success,
enabing SR-IOV makes the kernel hang during boot.

dmesg with older bios (working):

https://forums.freebsd.org/threads/sata-drives-show-in-bios-but-wont-show-in-dev.89656/page-2#post-620854

dmesg with new bios (not working):

https://reviews.freebsd.org/P612

Related PR:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507

If you need to more information or testing just ask and please CC me
when replying.

Best regards,

Daniel