On Sat, 15 Jun 2024 18:56:14 +0200, Jan Klemkow wrote:
> Does ist also happend, if you disable LRO?
>
> try:
>
> ifconfig vio0 -tcplro
Thanks for the cue, it doesn't happen indeed.
> thanks for you bug report,
> jan
>
>
>
> On June 15, 2024 5:58:42 PM GMT+02:00, Daniel Jakots
> wrote:
>
On Sat, 15 Jun 2024 11:58:42 -0400, Daniel Jakots wrote:
> Hey,
>
> I updated my machines today to the latest snapshot. Previous
> snapshot it was running was from 2024-05-24.
>
> I don't have time right now to type the panic stuff, so I just include
> the pictures of the panic for now. I'll
And the big comment is correct. It may not be this specific chip.
It's this specific chip on this specific machine. Later on we
may know more, to identify the problem better.
Mark Kettenis wrote:
> > Date: Sun, 16 Jun 2024 16:37:10 +
> > From: Klemens Nanni
> >
> > GENERIC cpu(4) fix
> Date: Sun, 16 Jun 2024 16:37:10 +
> From: Klemens Nanni
>
> GENERIC cpu(4) fix and pcidevs have been committed.
> Now only this ahci(4) quirk is pending to fix the SSD.
>
> Neither Linux nor FreeBSD seem to have AHCI and/or MSI specific
> quirks for this, but contrary to OpenBSD they can
GENERIC cpu(4) fix and pcidevs have been committed.
Now only this ahci(4) quirk is pending to fix the SSD.
Neither Linux nor FreeBSD seem to have AHCI and/or MSI specific quirks for this,
but contrary to OpenBSD they can boot and use the SSD.
Until there's a better way, this disabling MSI for
Jason McIntyre writes:
> On Sun, Jun 16, 2024 at 03:05:24AM -0300, Crystal Kolipe wrote:
> > On Sat, Jun 15, 2024 at 06:45:21PM -0500, Tim Chase wrote:
> > > According to
> > >
> > > $ man [ | grep -A4 -e "-L.*f"
> > > -L file
> > > True if file exists and is a symbolic link. This
pcidevs alone, sorted (thanks jsg).
https://www.devicekb.com/hardware/pci-vendors/ven_1d17 shows
"ZX-100/ZX-200/ZX-E StorX AHCI Controller" wich is quite long.
There are a bunch of other unknown products on this machine, but so far only
the AHCI controller is needed to fix something, so I'm
16.06.2024 05:50, Jonathan Gray пишет:
> MTRR is not set on ramdisk kernels, try the diff below
No change with your diff.
> Index: sys/arch/amd64/amd64/mtrr.c
> ===
> RCS file: /cvs/src/sys/arch/amd64/amd64/mtrr.c,v
> diff -u -p
16.06.2024 00:35, Klemens Nanni пишет:
> GENERIC and GENERIC_MP both hang with this diff after
> cpu0: 4MB 64b/line 16-way L2 cache
> but I haven't looked into that yet.
brynet had the right idea, this diff makes it boot X, even VMM works
(I folded his indent/additional if into the existing one
On Sun, Jun 16, 2024 at 03:05:24AM -0300, Crystal Kolipe wrote:
> On Sat, Jun 15, 2024 at 06:45:21PM -0500, Tim Chase wrote:
> > According to
> >
> > $ man [ | grep -A4 -e "-L.*f"
> > -L file
> > True if file exists and is a symbolic link. This operator is for
> >
On Sat, Jun 15, 2024 at 06:45:21PM -0500, Tim Chase wrote:
> According to
>
> $ man [ | grep -A4 -e "-L.*f"
> -L file
> True if file exists and is a symbolic link. This operator is for
> compatibility purposes. Do not rely on its existence; use -h
> instead.
11 matches
Mail list logo
