Re: n262026-37d97b10ff0e installworld failure

On 07/04/2023 16:51, Mateusz Guzik wrote: On 4/7/23, Graham Perrin wrote: … I pushed the fix. git pull, make sure you are at 20be1b4fc4b72f10d5f9411e5bbde0f46a98be5b or later. build and install the new kernel, only then proceed with installworld and you should be fine. Fix confirmed, thanks

Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]

On Apr 7, 2023, at 16:29, Kyle Evans wrote: > On Fri, Apr 7, 2023 at 4:54 PM Mateusz Guzik wrote: >> >> On 4/7/23, Mark Millard wrote: >>> On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: >>> On 4/7/23, Mateusz Guzik wrote: > can you try with this: > > diff --git > a/sys

Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]

On Fri, Apr 7, 2023 at 4:54 PM Mateusz Guzik wrote: > > On 4/7/23, Mark Millard wrote: > > On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > > > >> On 4/7/23, Mateusz Guzik wrote: > >>> can you try with this: > >>> > >>> diff --git > >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_a

Re: textdumps are too slow

On Fri, Apr 7, 2023, 4:07 PM Rodney W. Grimes wrote: > > On Fri, Apr 7, 2023 at 12:08?PM Warner Losh wrote: > > > > > > > > > > > > On Fri, Apr 7, 2023 at 6:20?AM Poul-Henning Kamp > wrote: > > >> > > >> > > >> Alan Somers writes: > > >> > On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-He

Re: textdumps are too slow

> On Fri, Apr 7, 2023 at 12:08?PM Warner Losh wrote: > > > > > > > > On Fri, Apr 7, 2023 at 6:20?AM Poul-Henning Kamp > > wrote: > >> > >> > >> Alan Somers writes: > >> > On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-Henning Kamp > >> > wrote: > >> > >> > > I would expect them to be lim

Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]

On 4/7/23, Mark Millard wrote: > On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > >> On 4/7/23, Mateusz Guzik wrote: >>> can you try with this: >>> >>> diff --git >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_a

Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]

On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > On 4/7/23, Mateusz Guzik wrote: >> can you try with this: >> >> diff --git >> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> index 16276b08c759..e1bca9ef

Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]

On 4/7/23, Mateusz Guzik wrote: > can you try with this: > > diff --git > a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > index 16276b08c759..e1bca9ef140a 100644 > --- a/sys/contrib/openzfs/include/os/linux/k

Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]

can you try with this: diff --git a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h index 16276b08c759..e1bca9ef140a 100644 --- a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h +++ b/sys/contrib/o

RE: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]

Turns out that as of this commit aarch64 (Cortex-A72 and Cortex-A57 examples reported) gets the following even when no zfs media is present (UFS boot): # zpool import x0: f0fa9168 (ucom_cons_softc + efbf1bb8) x1: ff90 ($d.1 + afa318) x2: ff900400 ($d.1 + afa718) x3:

Re: Another VFP-in-kernel problem on armv8

On Apr 7, 2023, at 06:06, John F Carr wrote: > I upgraded from mid-February CURRENT (5dc00f00b747) to yesterday > (f02879f19925) and my system panics during boot with > > panic: VFP exception in the kernel > > Most likely this panic is while trying to import the root ZFS pool. The > crash i

Re: textdumps are too slow

On Fri, Apr 7, 2023 at 12:08 PM Warner Losh wrote: > > > > On Fri, Apr 7, 2023 at 6:20 AM Poul-Henning Kamp wrote: >> >> >> Alan Somers writes: >> > On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-Henning Kamp >> > wrote: >> >> > > I would expect them to be limited by the serial console sp

Re: textdumps are too slow

On Fri, Apr 7, 2023 at 6:20 AM Poul-Henning Kamp wrote: > > Alan Somers writes: > > On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-Henning Kamp < > p...@phk.freebsd.dk> wrote: > > > > I would expect them to be limited by the serial console speed before > > > the video system speed ? > > > >

Re: n262026-37d97b10ff0e installworld failure

On 4/7/23, Graham Perrin wrote: > Log: > > Any ideas? > > 37d97b10ff0e was around twelve hours ago, > > I pushed the fix. git pull, make sure you are at 20be1b4fc4b72f10d5f9411e5bbde0f46a98be5b or later. build a

Re: n262026-37d97b10ff0e installworld failure

yes, this is the recent zfs breakage. temporarily you can work around by installing the patched cp by hand. it already in the tree. alternatively get yourself https://github.com/openzfs/zfs/pull/14723 On 4/7/23, Graham Perrin wrote: > Log: > > Any ideas? > > 37d97b10ff0e

n262026-37d97b10ff0e installworld failure

Log: Any ideas? 37d97b10ff0e was around twelve hours ago, OpenPGP_signature Description: OpenPGP digital signature

documentation nit / TERMINFO in ncurses man pages

I recently logged into one of my FreeBSD systems from an alacritty terminal. FreeBSD didn't have a termcap entry for alacritty so I generated one with tic and all was well. However, I noticed the following issues with the TERM* related tools (I guess this is all from contrib/ncurses in /u

Re: IFF_KNOWSEPOCH -> IFF_NEEDSEPOCH

This sounds like a good plan to me On Thu, Apr 6, 2023, at 2:34 PM, Gleb Smirnoff wrote: > Hi, > > recently we had several drivers marked with IFF_KNOWSEPOCH > which reminded me that this flag was supposed to be temporary. > > Here is the change that introduced it e87c4940156. It was > caused

Re: textdumps are too slow

Alan Somers writes: > On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-Henning Kamp > wrote: > > I would expect them to be limited by the serial console speed before > > the video system speed ? > > That was my first guess, too. But my serial console is 115200 baud, > which is faster than t

Re: textdumps are too slow

On Fri, Apr 7, 2023 at 2:22 AM Poul-Henning Kamp wrote: > > > Alan Somers writes: > > > However, these servers also have about 10,000 threads > > apiece, so textdumps are also slow. They take tens of minutes. > > I have dual console setup: both serial and video. It seems to me that > >

Re: textdumps are too slow

Alan Somers writes: > However, these servers also have about 10,000 threads > apiece, so textdumps are also slow. They take tens of minutes. > I have dual console setup: both serial and video. It seems to me that > the speed of the textdump might be limited by the video system. I would

Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ?

> On Apr 6, 2023, at 3:56 AM, Hans Petter Selasky wrote: > > On 4/5/23 21:44, Hans Petter Selasky wrote: >> On 4/5/23 20:23, Gleb Smirnoff wrote: >>> What if we remove the CTLFLAG_VNET check from the code you posted above? >>> I don't see anything going wrong, rather going right 😄 >>> >>> CTL