Re: 14.0 boot failure

A kernel git cloned on August 6 boots fine. -- Matthias Apitz E-mail: g...@unixarea.de WWW: http://www.unixarea.de/ phone: +49-170-4527211 Am 08.08.2023 19:39, schrieb Graham Perrin: On 05/08/2023 00:45, Kevin Oberman wrote: A new kernel built from sources pulled today (4-Aug) at 5:26 UTC

Re: [Intel AlderLake] Read files to FAT32 or UFS partition cause data corrupt due to P-Core-Core

On 8/8/23 10:56, Tomoaki AOKI wrote: On Tue, 8 Aug 2023 17:02:32 +0300 Konstantin Belousov wrote: [ .. snip .. ] The workaround is switched on automatically, when kernel detects 'small cores' reported by CPUID. If I read the code correctly, vm.pmap.pcid_invlpg_workaround (precicely, the

Re: 14.0 boot failure

On 05/08/2023 00:45, Kevin Oberman wrote: A new kernel built from sources pulled today (4-Aug) at 5:26 UTC fails to boot. … I refrained from updating after reading this. Any news? TIA OpenPGP_signature Description: OpenPGP digital signature

Re: ZFS deadlock in 14

maybe. OpenPGP_signature Description: OpenPGP digital signature

Re: ZFS deadlock in 14

Alan Somers writes: > Do you have ZFS block cloning enabled on your pool? There were a lot > of bugs associated with that feature. I think that was merged on > 3-April. No, and this deadlock did not appear until May. DES -- Dag-Erling Smørgrav - d...@freebsd.org

Re: ZFS deadlock in 14

On Tue, Aug 8, 2023 at 10:08 AM Dag-Erling Smørgrav wrote: > > At some point between 42d088299c (4 May) and f0c9703301 (26 June), a > deadlock was introduced in ZFS. It is still present as of 9c2823bae9 (4 > August) and is 100% reproducable just by starting poudriere bulk in a > 16-core VM and

ZFS deadlock in 14

At some point between 42d088299c (4 May) and f0c9703301 (26 June), a deadlock was introduced in ZFS. It is still present as of 9c2823bae9 (4 August) and is 100% reproducable just by starting poudriere bulk in a 16-core VM and waiting a few hours until deadlkres kicks in. In the latest instance,

[SOLVED] 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so?

Dag-Erling Smørgrav wrote: > Michael Grimm writes: >> I'm currently in the process to prepare for upcoming 14-STABLE. Thus, >> I upgraded one of my sytems from 13-STABLE to 14-CURRENT. > > Did you run etcupdate? I was just about to report that I somehow managed to "solve" this issue with

Re: 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so?

Michael Grimm writes: > I'm currently in the process to prepare for upcoming 14-STABLE. Thus, > I upgraded one of my sytems from 13-STABLE to 14-CURRENT. Did you run etcupdate? DES -- Dag-Erling Smørgrav - d...@freebsd.org

Re: sys/modules/Makefile and MACHINE_ARCH vs arm64 (in use) vs aarch64 (not in use) VS. man arch; also COMPAT_FREEBSD32_ENABLED use

On Aug 2, 2023, at 17:25, Mark Millard wrote: > On Aug 2, 2023, at 12:56, Mark Millard wrote: > >> On Aug 2, 2023, at 11:16, Warner Losh wrote: >> >>> Those all look wrong to me. >>> >>> Warner >>> >>> On Wed, Aug 2, 2023, 11:27 AM Mark Millard wrote: >>> man arch reports: >>> >>>

Re: [Intel AlderLake] Read files to FAT32 or UFS partition cause data corrupt due to P-Core-Core

On Tue, 8 Aug 2023 17:02:32 +0300 Konstantin Belousov wrote: > On Tue, Aug 08, 2023 at 10:46:12PM +0900, Tomoaki AOKI wrote: > > On Tue, 8 Aug 2023 15:38:46 +0300 > > Konstantin Belousov wrote: > > > > > On Tue, Aug 08, 2023 at 06:37:35AM +0900, Tomoaki AOKI wrote: > > > > On Sun, 6 Aug 2023

Re: Has the update procedure changed?

Matthias Apitz writes: > I know the reason (the install process uses the old existing kldxref which > does > not can handle some things). I proceeded with the installation and all > is fine, the box is up again in multiuser and /usr/sbin/kldxref is now > from today. Should I run 'make

Re: [Intel AlderLake] Read files to FAT32 or UFS partition cause data corrupt due to P-Core-Core

On Tue, Aug 08, 2023 at 10:46:12PM +0900, Tomoaki AOKI wrote: > On Tue, 8 Aug 2023 15:38:46 +0300 > Konstantin Belousov wrote: > > > On Tue, Aug 08, 2023 at 06:37:35AM +0900, Tomoaki AOKI wrote: > > > On Sun, 6 Aug 2023 12:55:07 +0300 > > > Konstantin Belousov wrote: > > > > > > > On Sun, Aug

Re: [Intel AlderLake] Read files to FAT32 or UFS partition cause data corrupt due to P-Core-Core

On Tue, 8 Aug 2023 15:38:46 +0300 Konstantin Belousov wrote: > On Tue, Aug 08, 2023 at 06:37:35AM +0900, Tomoaki AOKI wrote: > > On Sun, 6 Aug 2023 12:55:07 +0300 > > Konstantin Belousov wrote: > > > > > On Sun, Aug 06, 2023 at 06:12:38PM +0900, Tomoaki AOKI wrote: > > > > On Wed, 23 Feb 2022

Re: [Intel AlderLake] Read files to FAT32 or UFS partition cause data corrupt due to P-Core-Core

On Tue, Aug 08, 2023 at 06:37:35AM +0900, Tomoaki AOKI wrote: > On Sun, 6 Aug 2023 12:55:07 +0300 > Konstantin Belousov wrote: > > > On Sun, Aug 06, 2023 at 06:12:38PM +0900, Tomoaki AOKI wrote: > > > On Wed, 23 Feb 2022 01:30:28 +0200 > > > Konstantin Belousov wrote: > > > > > > > On Tue, Feb

Re: 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so?

Van: Michael Grimm Datum: maandag, 7 augustus 2023 22:43 Aan: freebsd-current@freebsd.org Onderwerp: 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so? Hi, I'm currently in the process to prepare for upcoming 14-STABLE. Thus, I upgraded one of my sytems from 13-STABLE to 14-CURRENT.

Re: Has the update procedure changed?

On 06/08/2023 09:20, Mark Millard wrote: … https://docs.freebsd.org/en/books/handbook/cutting-edge/#makeworld section 26.6.1 lists: # git pull /usr/src check /usr/src/UPDATING # cd /usr/src # make -j4 buildworld # make -j4 kernel # shutdown -r now # etcupdate -p # cd /usr/src # make

RE: 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so?

Michael Grimm wrote on Date: Mon, 07 Aug 2023 20:43:22 UTC : > I'm currently in the process to prepare for upcoming 14-STABLE. Thus, I > upgraded one of my sytems from 13-STABLE to 14-CURRENT. > > Everything went fine, except for programs that need /usr/lib/pam_opie.so > which are: > > 1)

Re: Has the update procedure changed?

On 08/08/2023 03:50, Robert Huff wrote: … 1) It would be really nice is someone would take a look and make sure these 100% non-contradictory. … Looks by people should, ideally, include: 209744 – Move installation