On Sat, May 08, 2021 at 12:31:50AM +0200, alexandr.nedvedi...@oracle.com wrote:
> Hello,
>
> thank you very much for doing the test for me.
> patch below should kill the bug.
>
> patch applies to current.
>
> thanks and
> regards
> sashan
Hello Alexandr,
I'll give it a try :)
In the
On Wed, Apr 28, 2021 at 12:52:36AM +0200, Stefan Sperling wrote:
>
> Here is another shot in the dark.
> The patch below ensures that we don't attempt to send data frames
> to nodes that aren't in associated state anymore. The node's crypto
> keys would already have been cleared which would
On Wed, Apr 28, 2021 at 12:52:36AM +0200, Stefan Sperling wrote:
> On Tue, Apr 27, 2021 at 11:32:49PM +0200, Stefan Sperling wrote:
> > On Tue, Apr 27, 2021 at 06:36:32PM +, Mikolaj Kucharski wrote:
> > > I got it again, but had official snapshot, so I don't have more info
> > > than I had in
On Tue, Apr 27, 2021 at 11:32:49PM +0200, Stefan Sperling wrote:
> On Tue, Apr 27, 2021 at 06:36:32PM +, Mikolaj Kucharski wrote:
> > I got it again, but had official snapshot, so I don't have more info
> > than I had in the past, but I would like to share it anyway..
>
> > ddb{0}> show panic
> Date: Fri, 7 May 2021 21:04:19 +0200 (CEST)
> From: Mark Kettenis
>
> > Date: Fri, 7 May 2021 10:24:19 +0200
> > From: "Peter N. M. Hansteen"
> >
> > On Thu, May 06, 2021 at 05:00:47PM +0200, Peter N. M. Hansteen wrote:
> > > Hi Mark,
> > >
> > > On Thu, May 06, 2021 at 04:30:00PM +0200,
On Fri, May 07, 2021 at 04:26:59PM -0400, Josh Rickmar wrote:
> On Fri, May 07, 2021 at 04:19:18PM -0400, Dave Voutila wrote:
> >
> > Josh Rickmar writes:
> >
> > >>Synopsis: vmm protection fault trap
> > >>Category: vmm
> > >>Environment:
> > > System : OpenBSD 6.9
> > > Details :
On Fri, May 07, 2021 at 04:19:18PM -0400, Dave Voutila wrote:
>
> Josh Rickmar writes:
>
> >>Synopsis: vmm protection fault trap
> >>Category: vmm
> >>Environment:
> > System : OpenBSD 6.9
> > Details : OpenBSD 6.9-current (GENERIC.MP) #6: Thu May 6 10:16:53
> > MDT 2021
>
Josh Rickmar writes:
>>Synopsis: vmm protection fault trap
>>Category: vmm
>>Environment:
> System : OpenBSD 6.9
> Details : OpenBSD 6.9-current (GENERIC.MP) #6: Thu May 6 10:16:53
> MDT 2021
>
>
> Date: Fri, 7 May 2021 10:24:19 +0200
> From: "Peter N. M. Hansteen"
>
> On Thu, May 06, 2021 at 05:00:47PM +0200, Peter N. M. Hansteen wrote:
> > Hi Mark,
> >
> > On Thu, May 06, 2021 at 04:30:00PM +0200, Mark Kettenis wrote:
> > > >
> > > > Are there other tests I could usefully perform for
Hi Stefan,
* Stefan Sperling wrote:
>
> This patch also implements an automatic device reset in case we run into
> problems during BA session setup or teardown. You should no longer need
> to down/up the interface manually to get things going again.
>
> Could you run with this patch for a while
On Fri, May 07, 2021 at 02:16:35AM +0200, Alexandr Nedvedicky wrote:
>
> I'd like to ask you for yet another brave test. just to verify
> the story I dream of above really happens. The plan is to put
> yet another KASSERT() to pf_state_key_link_reverse():
>
> KASSERT(sk != skrev);
>
> I
On Thu, May 06, 2021 at 11:28:34AM +0200, Matthias Schmidt wrote:
> >Synopsis:Fatal firmware error with iwm
> >Environment:
> System : OpenBSD 6.9
> Details : OpenBSD 6.9-current (GENERIC.MP) #4: Wed May 5 11:06:38
> MDT 2021
>
>
Hello,
This is fresh install, no upgrade. After installing firmware updates the system
gets a DDB prompt.
OpenBSD 6.9 (GENERIC.MP) #473: Mon Apr 19 10:40:28 MDT 2021
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4183560192
13 matches
Mail list logo