On 16/06/24(Sun) 20:37, Daniel Jakots wrote:
> 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.
This is a/the wg(4) race.
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
Does ist also happend, if you disable LRO?
try:
ifconfig vio0 -tcplro
thanks for you bug report,
jan
On June 15, 2024 5:58:42 PM GMT+02:00, 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
On Thu, 11 Jan 2024 19:43:08 +0100,
Dave Voutila wrote:
>
> Can you try the diff shared recently on bugs@?
>
> https://marc.info/?l=openbsd-bugs=17048267793=raw
After appling this patch I do have the first issue.
An upgrade OpenBSD inside VM from 7.3 to 7.4 leads to garbage inside
On Thu, 11 Jan 2024 19:43:08 +0100,
Dave Voutila wrote:
>
> Can you try the diff shared recently on bugs@?
>
> https://marc.info/?l=openbsd-bugs=17048267793=raw
>
> It looks like the vio(4) driver doesn't wait for vmd to reset the device
> before it starts touching memory. This is a
On Thu, Jan 11, 2024 at 09:57:17PM +0100, Kirill A. Korinsky wrote:
> On Thu, 11 Jan 2024 19:43:08 +0100,
> Dave Voutila wrote:
> > Can you try the diff shared recently on bugs@?
> >
> > https://marc.info/?l=openbsd-bugs=17048267793=raw
> >
> > It looks like the vio(4) driver doesn't wait
On Thu, 11 Jan 2024 19:43:08 +0100,
Dave Voutila wrote:
> Can you try the diff shared recently on bugs@?
>
> https://marc.info/?l=openbsd-bugs=17048267793=raw
>
> It looks like the vio(4) driver doesn't wait for vmd to reset the device
> before it starts touching memory. This is a
"Kirill A. Korinsky" writes:
> [[PGP Signed Part:Undecided]]
>> On 2. Jan 2024, at 16:34, Dave Voutila wrote:
>>
>> "Kirill A. Korinsky" writes:
>>
>>> Greetings,
>>>
>>> When playing with autoinstall in VM I encountered a kernel panic. It doesn't
>>> happened each attempt, but often enough
reboot of host node help to fix issue with network.
It also allows to avoid pool_do_get: mcl2k free on installation.
But, as soon as pool_do_get: mcl2k free is back, the network instability back
as well.
--
wbr, Kirill
Additionally I'd like to report quite unstable network on the same host.
Some connections has 100% packet loss, some works quite fine.
If connection is good one, it works long. For example my SSH session
lasts more than few hours.
Just to prove it I had make a few ping with capturing traffic on
> On 2. Jan 2024, at 16:34, Dave Voutila wrote:
>
> "Kirill A. Korinsky" writes:
>
>> Greetings,
>>
>> When playing with autoinstall in VM I encountered a kernel panic. It doesn't
>> happened each attempt, but often enough to be easy found.
>
> Thanks for the report. It looks like you're
.island.local.-install.conf?path=7.4/amd64
> Fetching http://192.168.0.1/install.conf?path=7.4/amd64
> Response file location? [http://192.168.0.1/install.conf]
> http://install.catap.net/install.conf
> Fetching http://install.catap.net/install.conf
> Performing non-interactive instal
ttp://install.catap.net/install.conf
Fetching http://install.catap.net/install.conf
Performing non-interactive install...
Terminal type? [vt220] vt220
System hostname? (short form, e.g. 'foo') [playground] playground
panic: pool_do_get: mcl2k free list modified: page 0xfd8037a41000;
Does the diff below help?
Index: if_sis.c
===
RCS file: /cvs/src/sys/dev/pci/if_sis.c,v
retrieving revision 1.101
diff -u -p -r1.101 if_sis.c
--- if_sis.c31 Aug 2010 17:13:44 - 1.101
+++ if_sis.c14 Feb 2011 12:30:32
The following reply was made to PR kernel/6539; it has been noted by GNATS.
From: joshua stein j...@openbsd.org
To: Mark Kettenis mark.kette...@xs4all.nl
Cc: gn...@cvs.openbsd.org
Subject: Re: kernel/6539: panic: pool_do_get(mcl2k): free list modified
Date: Mon, 14 Feb 2011 13:09:22 -0600
Does
Number: 6539
Category: kernel
Synopsis: panic: pool_do_get(mcl2k): free list modified
Confidential: yes
Severity: serious
Priority: medium
Responsible:bugs
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter
17 matches
Mail list logo