Re: endless loop in tcpdump

2020-10-24 Thread Jeremie Courreges-Anglas
dunno why the strange combination of To/Cc headers so I'll keep bugs@ in Cc: On Sat, Oct 24 2020, p...@centroid.eu wrote: >>Synopsis: a specially crafted packet can set tcpdump into an endless loop >>Category: system >>Environment: > System : OpenBSD 6.8 > Details :

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread T.J. Townsend
> 2020-10-24 16:41 GMT+02:00 Stefan Sperling : > > On Sat, Oct 24, 2020 at 04:11:00PM +0200, Filippo Valsorda wrote: > > > Fair enough, but "there's no auto-assembly and it's inefficient and > > > nothing stops you from messing with the intermediate discipline" is a > > > different kind of not

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Filippo Valsorda
2020-10-24 19:26 GMT+02:00 Theo de Raadt : > Filippo Valsorda wrote: > > > 2020-10-24 19:01 GMT+02:00 Theo de Raadt : > > > > Filippo Valsorda wrote: > > > > > Said another way, how was I supposed to find out this is unsupported? > > > > The way you just found out. > > > > > It's not

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Theo de Raadt
Filippo Valsorda wrote: > 2020-10-24 19:01 GMT+02:00 Theo de Raadt : > > Filippo Valsorda wrote: > > > Said another way, how was I supposed to find out this is unsupported? > > The way you just found out. > > > It's not like "a mirrored full-disk encrypted device" is an exotic > >

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Filippo Valsorda
2020-10-24 19:01 GMT+02:00 Theo de Raadt : > Filippo Valsorda wrote: > > > Said another way, how was I supposed to find out this is unsupported? > > The way you just found out. > > > It's not like "a mirrored full-disk encrypted device" is an exotic > > configuration that would give me pause.

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Theo de Raadt
Filippo Valsorda wrote: > Said another way, how was I supposed to find out this is unsupported? The way you just found out. > It's not like "a mirrored full-disk encrypted device" is an exotic > configuration that would give me pause. there's a song that goes "You can't always get what you

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Filippo Valsorda
2020-10-24 16:41 GMT+02:00 Stefan Sperling : > On Sat, Oct 24, 2020 at 04:11:00PM +0200, Filippo Valsorda wrote: > > Fair enough, but "there's no auto-assembly and it's inefficient and > > nothing stops you from messing with the intermediate discipline" is a > > different kind of not supported

Intel I219-LM Failure

2020-10-24 Thread su.root
Following on from Message-ID https://marc.info/?i=3f8cd8d2d3e7b4e8%20()%20p50%20!%20cerberus%20!%20com This error notifications occurs when the laptop is rebooted. If one boots the device with a Linux distribution (usb); poweroff the device the next time openbsd boots up the error message has

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Theo de Raadt
Demi M. Obenour wrote: > On 10/24/20 10:41 AM, Stefan Sperling wrote: > > On Sat, Oct 24, 2020 at 04:11:00PM +0200, Filippo Valsorda wrote: > >> Fair enough, but "there's no auto-assembly and it's inefficient and > >> nothing stops you from messing with the intermediate discipline" is a > >>

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Demi M. Obenour
On 10/24/20 10:41 AM, Stefan Sperling wrote: > On Sat, Oct 24, 2020 at 04:11:00PM +0200, Filippo Valsorda wrote: >> Fair enough, but "there's no auto-assembly and it's inefficient and >> nothing stops you from messing with the intermediate discipline" is a >> different kind of not supported than

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Stefan Sperling
On Sat, Oct 24, 2020 at 04:11:00PM +0200, Filippo Valsorda wrote: > Fair enough, but "there's no auto-assembly and it's inefficient and > nothing stops you from messing with the intermediate discipline" is a > different kind of not supported than "you should expect kernel panics". > > If the

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Filippo Valsorda
2020-10-24 15:37 GMT+02:00 Stefan Sperling : > On Sat, Oct 24, 2020 at 03:10:05PM +0200, Filippo Valsorda wrote: > > >Synopsis: kernel page fault in "sddetach -> bufq_destroy" during "bioctl > > >-d" > > >Category: kernel > > >Environment: > > System : OpenBSD 6.8 > > Details : OpenBSD

Re: Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Stefan Sperling
On Sat, Oct 24, 2020 at 03:10:05PM +0200, Filippo Valsorda wrote: > >Synopsis:kernel page fault in "sddetach -> bufq_destroy" during "bioctl > >-d" > >Category:kernel > >Environment: > System : OpenBSD 6.8 > Details : OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26

Kernel page fault in "sddetach -> bufq_destroy" during "bioctl -d"

2020-10-24 Thread Filippo Valsorda
>Synopsis: kernel page fault in "sddetach -> bufq_destroy" during "bioctl >-d" >Category: kernel >Environment: System : OpenBSD 6.8 Details : OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26 MDT 2020

endless loop in tcpdump

2020-10-24 Thread pjp
>Synopsis: a specially crafted packet can set tcpdump into an endless loop >Category: system >Environment: System : OpenBSD 6.8 Details : OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26 MDT 2020

Re: panic: ehci_alloc_std: curlen == 0 on 6.8-beta

2020-10-24 Thread Marcus Glocker
Now you have on M less in your tree checkout :-) Thanks for tracking this down. On Fri, Oct 23, 2020 at 06:50:53PM +0200, Marcus Glocker wrote: > Honestly, I haven't spent much time to investigate how the curlen = 0 is > getting generated exactly, because for me it will be very difficult to >