Re: panic tsleep: not SONPROC during signal-stress

On Tue, Nov 05, 2024 at 05:41:44PM +0100, Alexander Bluhm wrote: > Hi, > > my i386 regress machine crashed in regress/sys/kern/signal/signal-stress > > pWaAnRiNcI:NG: t sSPlLe ep(:0 xnobt0 )SO NPNOROCT > LStopped at db_enter+0x4: popl%ebp > TIDPIDUID PRFLAGS PFLAGS

Re: vps crashing after 7.6 upgrade - (wireguard?)

On Mon, Oct 28, 2024 at 09:55:53PM +, Stuart Henderson wrote: > On 2024/10/29 00:11, Vitaliy Makkoveev wrote: > > > - Set up vio(4) interfaces with -tcplro and enable wg(4) interfaces as > > > usual (In my case, I'm routing IPv4 and IPv6 traffic through wg(4) > > > tunnel). > > > > So, probl

Re: Snapshot kernel continuous crashes (4 times now)

You run -current, this is what you need to expect for being on the bleeding edge. Snapshots are not always built quickly since people also have a live and are not sitting at the computer all the time. Right now the amd64 snap is from Mon Oct 21 04:30:06 UTC 2024 the revert of the problematic UVM

Re: uvm_fault, Xorg active, [bread() ffs2_balloc() ffs_write ...]

On Mon, Oct 07, 2024 at 02:04:04PM +0200, Matthieu Herrb wrote: > On Mon, Oct 07, 2024 at 12:55:08PM +0100, Stuart Henderson wrote: > > I have a bunch of machines running mostly X, mate desktop environment, > > chromium. > > > > Occasionally there are panics while the machine is idle - I left > >

Re: uvn_flush: obj=0xfffffd8459e86108, offset=0x2af0000. error during pageout.

On Mon, Sep 09, 2024 at 12:12:41PM +0200, Kirill A. Korinsky wrote: > > >Synopsis:uvn_flush: obj=0xfd8459e86108, offset=0x2af. error > >during pageout. > >Category:vmd > >Environment: > System : OpenBSD 7.6 > Details : OpenBSD 7.6-beta (GENERIC.MP) #103: Mon

Re: gdb broken on arm64/MT

On Sat, Sep 07, 2024 at 03:33:43PM +0200, Kirill A. Korinsky wrote: > On Sat, 07 Sep 2024 15:13:07 +0200, > Claudio Jeker wrote: > > > > The 3rd diff will be the ps_xsig fixes for signal delivery via ptrace. > > After that I think ptrace should be fit for release &

Re: gdb broken on arm64/MT

On Sat, Sep 07, 2024 at 02:42:21PM +0200, Claudio Jeker wrote: > On Fri, Sep 06, 2024 at 10:19:56AM +0200, Martin Pieuchot wrote: > > On 26/07/24(Fri) 08:36, Claudio Jeker wrote: > > > On Thu, Jul 25, 2024 at 08:20:32PM +0200, Martin Pieuchot wrote: > > > > On 25/0

Re: gdb broken on arm64/MT

On Fri, Sep 06, 2024 at 10:19:56AM +0200, Martin Pieuchot wrote: > On 26/07/24(Fri) 08:36, Claudio Jeker wrote: > > On Thu, Jul 25, 2024 at 08:20:32PM +0200, Martin Pieuchot wrote: > > > On 25/07/24(Thu) 17:33, Claudio Jeker wrote: > > > > On Thu, Jul 25, 2024 at 05:

Re: dhcpleased dies during ifconfig stress test

On Wed, Sep 04, 2024 at 08:15:32PM +0200, Florian Obser wrote: > On 2024-09-04 19:39 +02, Florian Obser wrote: > > event_dispatch() in main(), frontend() and engine() returns 0. > > > > the man page says: > > > > In order to process events, an application needs to call > > event_dispatch

Re: Oneshot S0

On Tue, Aug 13, 2024 at 08:33:05PM -0700, Greg Steuck wrote: > "Theo de Raadt" writes: > > > Here's more, but some of it is S3 related, or won't matter on your machine. > > > > it would be nice to see printf's in your subr_suspend.c to see where it > > stops > > the next time. > > > > I suspect

Re: gdb broken on arm64/MT

On Thu, Jul 25, 2024 at 08:20:32PM +0200, Martin Pieuchot wrote: > On 25/07/24(Thu) 17:33, Claudio Jeker wrote: > > On Thu, Jul 25, 2024 at 05:15:32PM +0200, Martin Pieuchot wrote: > > > On 25/07/24(Thu) 14:51, Claudio Jeker wrote: > > > > On Thu, Jul 25, 2024 at 11:

Re: gdb broken on arm64/MT

On Thu, Jul 25, 2024 at 05:15:32PM +0200, Martin Pieuchot wrote: > On 25/07/24(Thu) 14:51, Claudio Jeker wrote: > > On Thu, Jul 25, 2024 at 11:09:44AM +0200, Martin Pieuchot wrote: > > [...] > > > &g

Re: gdb broken on arm64/MT

On Thu, Jul 25, 2024 at 11:09:44AM +0200, Martin Pieuchot wrote: > Thanks a lot for figuring that out. This is awesome! > > On 24/07/24(Wed) 16:19, Claudio Jeker wrote: > > On Fri, Jun 21, 2024 at 01:24:27PM +0200, Martin Pieuchot wrote: > > > So I'm trying to see wh

Re: gdb broken on arm64/MT

On Fri, Jun 21, 2024 at 01:24:27PM +0200, Martin Pieuchot wrote: > So I'm trying to see where the remaining sched_yield() are coming from > ld(1): > > $ cd /sys/arch/arm64/compile/GENERIC.MP > $ LD="egdb --args ld" make -j32 > > Then I add a breakpoint on sched_yield & hit run. > > As soon as th

Re: kernel diagnostic assertion "p->p_kq->kq_refcnt.r_refs == 1" failed

On Thu, Jun 27, 2024 at 11:24:39AM +0100, kir...@korins.ky wrote: > >Synopsis: > >Category: > >Environment: > System : OpenBSD 7.5 > Details : OpenBSD 7.5-current (GENERIC.MP) #151: Wed Jun 26 > 01:12:37 MDT 202 > > dera...@amd64.openbsd.org:/us

Re: Mac Studio hangs; locking problems on WITNESS/MP_LOCKDEBUG kernels

On Tue, Jun 25, 2024 at 11:21:52AM +0200, Martin Pieuchot wrote: > On 24/06/24(Mon) 22:32, Dana Koch wrote: > > Dana Koch schrieb am So., 23. Juni 2024, 19:50: > > > > > > Could you try the diff below? Stuart confirmed it prevents the hang on > > > > his machine. > > > > > > This also seems to b

Re: Mac Studio hangs; locking problems on WITNESS/MP_LOCKDEBUG kernels

On Wed, Jun 19, 2024 at 12:08:19PM +0200, Mark Kettenis wrote: > > From: Dana Koch > > Date: Tue, 18 Jun 2024 23:34:07 -0400 > > Hi Dana, > > Thanks for the report. I have an M2 Pro Mac Mini that is very > reliable. And I believe there are folks using machines with M2 Max > without issues as w

Re: arc4random lock order issue

On Mon, Jun 03, 2024 at 01:18:07PM +0200, Jeremie Courreges-Anglas wrote: > On Mon, Jun 03, 2024 at 12:20:06PM +0200, Martin Pieuchot wrote: > > Now that the SCHED_LOCK() is a mutex I see the following WITNESS report > > on arm64. > > IIUC Claudio has proposed a diff for this, see your mails: > ar

Re: vmm guest does not get IP after upgrade to 7.5

On Thu, May 16, 2024 at 10:00:20AM -0400, Johan Huldtgren wrote: > hello, Removed a lot of text to keep this under control. > > > > >> > Relevant configs: > > > > >> > > > > > >> > # host (OpenBSD 7.5 + syspatches) > > > > >> > > > > > >> > $ doas cat /etc/vm.conf > > > > >> > vm "guest.vm" { >

Re: vmm guest does not get IP after upgrade to 7.5

On Thu, May 16, 2024 at 08:52:24AM -0400, Johan Huldtgren wrote: > hello, > > On 2024-05-16 8:14, Dave Voutila wrote: > > > > Johan Huldtgren writes: > > > > > hello, > > > > > > On 2024-05-15 17:31, Dave Voutila wrote: > > >> > > >> Johan Huldtgren writes: > > >> > > >> >> Synopsis: vmm

Re: panic: "wakeup: p_stat is 2" using btrace(8) & vmd(8)

On Sun, Mar 24, 2024 at 11:03:24AM +0100, Martin Pieuchot wrote: > On 22/02/24(Thu) 17:24, Claudio Jeker wrote: > > On Thu, Feb 22, 2024 at 04:16:57PM +0100, Martin Pieuchot wrote: > > > On 21/02/24(Wed) 13:05, Claudio Jeker wrote: > > > > On Tue, Feb 20, 2024 at 09:

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Tue, Mar 05, 2024 at 12:16:37PM +0300, Vitaliy Makkoveev wrote: > On Mon, Mar 04, 2024 at 01:00:32PM +0100, Claudio Jeker wrote: > > On Wed, Feb 28, 2024 at 06:03:14PM +0300, Vitaliy Makkoveev wrote: > > > On Wed, Feb 28, 2024 at 02:45:44PM +0100, Mar

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Wed, Feb 28, 2024 at 06:03:14PM +0300, Vitaliy Makkoveev wrote: > On Wed, Feb 28, 2024 at 02:45:44PM +0100, Martin Pieuchot wrote: > > > > > > > > > > Not only wg(4). Depends on interface queue usage, ifq_start() > > > > > schedules > > > > > (*if_qstart)() or calls it, so all the interfaces w

Re: wireguard problem?

On Mon, Mar 04, 2024 at 11:40:08AM +, Nemanja Domazetović wrote: > HI all > > In deed my colleague recently reported problem with server who has > queueing mechanism. But in this case, this is not an issue. I also > checked other locations, which are working properly so far, and there I > can

Re: wireguard problem?

On Mon, Mar 04, 2024 at 10:00:01AM +0100, Alexander Haensch wrote: > For us this crash was introduced in OpenBSD 7.4 . That was the reason we > reverted back to 7.3. > > In our case, the crash goes through the ixgbe driver and bpf_filter, but the > start it always in wg_encap_worker > > It this p

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Wed, Feb 28, 2024 at 02:37:31PM +0100, Martin Pieuchot wrote: > On 28/02/24(Wed) 12:36, Claudio Jeker wrote: > > On Wed, Feb 28, 2024 at 12:26:43PM +0100, Marko Cupać wrote: > > > Hi, > > > > > > thank you for looking into it, and for the advice. > > &

Re: panic: kernel diagnostic assertion "p->p_wchan == NULL" failed

On Wed, Feb 28, 2024 at 12:26:43PM +0100, Marko Cupać wrote: > Hi, > > thank you for looking into it, and for the advice. > > On Wed, 28 Feb 2024 10:13:06 + > Stuart Henderson wrote: > > > Please try to re-type at least the most important bits from a > > screenshot so readers can quickly se

Re: panic: "wakeup: p_stat is 2" using btrace(8) & vmd(8)

On Thu, Feb 22, 2024 at 04:16:57PM +0100, Martin Pieuchot wrote: > On 21/02/24(Wed) 13:05, Claudio Jeker wrote: > > On Tue, Feb 20, 2024 at 09:34:12PM +0100, Martin Pieuchot wrote: > > > On 28/10/21(Thu) 05:45, Visa Hankala wrote: > > > > On Wed, Oct 27, 2021 at

Re: panic: "wakeup: p_stat is 2" using btrace(8) & vmd(8)

On Tue, Feb 20, 2024 at 09:34:12PM +0100, Martin Pieuchot wrote: > On 28/10/21(Thu) 05:45, Visa Hankala wrote: > > On Wed, Oct 27, 2021 at 09:02:08PM -0400, Dave Voutila wrote: > > > > > > Dave Voutila writes: > > > > > > > Was tinkering on a bt(5) script for trying to debug an issue in vmm(4) >

Re: unveil on MFS

On Tue, Feb 20, 2024 at 03:36:05PM +0100, Christian Weisgerber wrote: > hahahahacker2009: > > > I found out that when I mount a mfs over /usr/obj (ffs), and do > > unveil("/usr/obj", "r"), it can still access the file. > > But if I unveil /usr or / the file cannot be accessed. > > Also note that

Re: unveil on MFS

On Tue, Feb 20, 2024 at 05:09:38AM -0700, Theo de Raadt wrote: > Christian Weisgerber wrote: > > > Theo de Raadt: > > > > > Is it mfs specific -- or is it anytime there are layered mountpoints? > > > > Layered mountpoints, it turns out. I can reproduce it by mounting > > another FFS over /usr/

Re: Sparc64 rthreads Instablilty

On Thu, Feb 15, 2024 at 04:38:07PM +0100, Claudio Jeker wrote: > On Thu, Feb 15, 2024 at 03:30:39PM +, Miod Vallat wrote: > > > > A lot of this points towards a register window error in__tfork() which > > > > affects only the parent process. > > > >

Re: Sparc64 rthreads Instablilty

On Thu, Feb 15, 2024 at 03:30:39PM +, Miod Vallat wrote: > > > A lot of this points towards a register window error in__tfork() which > > > affects only the parent process. > > > > I think the issue is that cpu_fork() copies the u_pcb from parent to child > > and with that the special user reg

Re: Sparc64 rthreads Instablilty

On Tue, Nov 07, 2023 at 12:09:36PM +0100, Claudio Jeker wrote: > On Tue, Oct 31, 2023 at 01:18:42PM +0100, Claudio Jeker wrote: > > On Mon, Oct 23, 2023 at 11:06:53PM +, Kurt Miller wrote: > > > I experimented with adding a nanosleep after pthread_create() to > > >

Re: NFS server doesn't close connections (client freezes)

On Thu, Jan 11, 2024 at 07:35:55AM -0500, Johan Huldtgren wrote: > On 2024-01-11 10:29, Alexandre Ratchov wrote: > > On Wed, Jan 10, 2024 at 09:26:45AM -0700, David Rinehart wrote: > > > I have notice the same. To resolve, I installed / configured autofs > > > and have not had any issues since. N

Re: PF doesn't apply newly assigned address for NAT

On Thu, Jan 04, 2024 at 09:04:59AM +0100, Solène Rapenne wrote: > Le 03/01/2024 à 21:21, Alexander Okonnikov a écrit : > > Hi, > > Bonus: the third problem - while I use flag -n in 'netstat' command, > > default route is nevertheless displayed as 'default' rather than > > '0.0.0.0/0'. > > > > >

Re: system panics now & then

On Wed, Dec 06, 2023 at 12:57:57AM +0100, Alexander Bluhm wrote: > On Wed, Dec 06, 2023 at 01:39:40AM +0300, Vitaliy Makkoveev wrote: > > > Diff makes sense in any case. > > > > > > > Just checked, socket6_send() is identical to socket_send() and needs > > to be reworked in the same way. > > New

Re: getsockname() reports more bytes in the socket address buffer than what actually exists

On Mon, Nov 27, 2023 at 07:32:57AM +0100, Otto Moerbeek wrote: > On Sun, Nov 26, 2023 at 07:12:47PM -0800, Dev Email wrote: > > > >Sypnosis: getsockname() reports more information in the socket address > > buffer than what actually exists > > > > >Category: library > > > > >Environment: > > > >

Re: pflogd spamming syslog

On Fri, Nov 17, 2023 at 09:46:56AM +0100, Sebastien Marie wrote: > Alexandr Nedvedicky writes: > > > Hello, > > > > diff below seems to make empty log message go way. > > we have to check if sig_alrm fired here in pflogd: > > > > [...] > > > > I believe read at line 92 returns with EINTER, so we

Re: Sparc64 rthreads Instablilty

On Tue, Oct 31, 2023 at 01:18:42PM +0100, Claudio Jeker wrote: > On Mon, Oct 23, 2023 at 11:06:53PM +, Kurt Miller wrote: > > I experimented with adding a nanosleep after pthread_create() to > > see if that would resolve the segfault issue - it does, but it > > also expos

Re: Sparc64 rthreads Instablilty

On Mon, Oct 23, 2023 at 11:06:53PM +, Kurt Miller wrote: > I experimented with adding a nanosleep after pthread_create() to > see if that would resolve the segfault issue - it does, but it > also exposed a new failure mode on -current. Every so often > the test program would not exit now. Think

Re: NextHop address bug in bgpd with network connected

On Sun, Oct 08, 2023 at 04:14:33AM +, Asa Yeamans wrote: > Hey all, > > I recently stumbled across a bug in bgpd where when announcing connected > routes (i.e. network $AF connected) for IPv6 routes over IPv4 TCP BGP > connections, bgpd was announcing the IPv6 routes with a next hop of ::1,

Re: panic: kernel diagnostic assertion "__mp_lock_held(&sched_lock, curcpu()) == 0" failed

On Thu, Sep 14, 2023 at 09:57:17PM +0300, Mikhail wrote: > Just got this while launching chromium, laptop is completely locked > after the panic. > > panic: kernel diagnostic assertion "__mp_lock_held(&sched_lock, curcpu()) == > 0" failed: file "/usr/src/sys/kern/sched_bsd.c", line 439 This shou

Re: RLIMIT_CPU doesn't work reliably on mostly idle systems

On Tue, Aug 29, 2023 at 01:01:10AM +, Eric Wong wrote: > >Synopsis: RLIMIT_CPU doesn't work reliably on mostly idle systems > >Category: system > >Environment: > System : OpenBSD 7.3 > Details : OpenBSD 7.3 (GENERIC.MP) #1242: Sat Mar 25 18:04:31 MDT > 2023 >

Re: pf nat-to doesn't match a crafted packet

On Tue, Aug 29, 2023 at 12:16:23PM +0200, Peter J. Philipp wrote: > On Tue, Aug 29, 2023 at 11:11:53AM +0200, Alexandr Nedvedicky wrote: > > Hello, > > > > On Tue, Aug 29, 2023 at 09:48:21AM +0200, Peter J. Philipp wrote: > > > On Tue, Aug 29, 2023 at 09:45:24AM +1000, David Gwynne wrote: > > > >

Re: egdb hangs with 'n' on -current but not on 7.3-release

On Sun, Aug 13, 2023 at 06:39:39PM +0300, Mikhail wrote: > I can reproduce it with tog (game of trees tui tool, it's multithreaded, > I can't reproduce the hang with simple 'got' binary, which is single > threaded - this is only difference I'm aware of): > > git clone ssh://anonym...@got.gameoftre

Re: not a sufficient check?

On Sat, Jul 15, 2023 at 04:19:27PM +0200, p...@delphinusdns.org wrote: > >Synopsis:unsafe check for a length in net/rtsock.c > >Category:kernel > >Environment: > System : OpenBSD 7.3 > Details : OpenBSD 7.3 (GENERIC.MP) #2080: Sat Mar 25 14:20:25 MDT > 2023 >

Re: relayd crashing some times

On Fri, Jun 30, 2023 at 01:31:50PM +0300, Kapetanakis Giannis wrote: > The program does not terminate by system. > > It indeed exits from that fatal() function in check_table() > > I will add the table print and try to reproduce at some time. It might take a > while cause I have to shutdown comp

Re: relayd crashing some times

On Fri, Jun 30, 2023 at 11:57:06AM +0200, Alexandr Nedvedicky wrote: > Hello, > > I'm not familiar enough with relayd, so perhaps other folks > here might provide better way to troubleshoot the issue. > > On Fri, Jun 30, 2023 at 11:10:44AM +0300, Kapetanakis Giannis wrote: > > Hello, > > > > This

Re: Sparc64 livelock/system freeze w/cpu traces

On Wed, Jun 28, 2023 at 01:16:42PM +0200, Martin Pieuchot wrote: > On 28/06/23(Wed) 08:58, Claudio Jeker wrote: > > On Tue, Jun 27, 2023 at 08:18:15PM -0400, Kurt Miller wrote: > > > On Jun 27, 2023, at 1:52 PM, Kurt Miller > > > wrote: > > > > > &

Re: panic: rw_enter: pfioctl_rw locking against myself

On Wed, Jun 28, 2023 at 05:46:36PM +0200, Alexandr Nedvedicky wrote: > Hello, > > it looks like we need to use goto fail instead of return. > this is the diff I'm testing now. > > 8<---8<---8<--8< > diff --git a/sys/net/pf_ioctl.c b/sys/net/

Re: Sparc64 livelock/system freeze w/cpu traces

On Tue, Jun 27, 2023 at 08:18:15PM -0400, Kurt Miller wrote: > On Jun 27, 2023, at 1:52 PM, Kurt Miller wrote: > > > > On Jun 14, 2023, at 12:51 PM, Vitaliy Makkoveev wrote: > >> > >> On Tue, May 30, 2023 at 01:31:08PM +0200, Martin Pieuchot wrote: > >>> So it seems the java process is holding

Re: Process (pid 1) got signal 31 on PC Engines APU2

On Fri, Jun 02, 2023 at 06:39:32PM +0200, Paul de Weerd wrote: > Hi all, > > On my APUs I'm seeing "Process (pid 1) got signal 31" just before the > init starts /etc/rc. I booted single user and see it there too: > > > softraid0 at root > > scsibus3 at softraid0: 256 targets > > root on sd0a (42

Re: OpenBSD in QEMU KVM: High QEMU CPU usage when OpenBSD is 100% idle

On Sat, May 27, 2023 at 09:16:23AM +0100, Stuart Henderson wrote: > On 2023/05/27 06:36, br...@mailbox.org wrote: > > > > > > On Sat, 27 May 2023, Mike Larkin wrote: > > > > > probably IPI traffic then. not sure what else to say. If a few % host > > > overhead > > > is too much fot you with a 1

Re: Sparc64 livelock/system freeze w/cpu traces

On Sun, May 21, 2023 at 06:11:42PM -0400, Kurt Miller wrote: > > > > On May 17, 2023, at 2:39 PM, Kurt Miller wrote: > > > > On May 13, 2023, at 3:07 PM, Kurt Miller > > wrote: > >> > >> On May 13, 2023, at 9:16 AM, Kurt Miller > >> wrote: > >>> > >>> On

Re: bgpd is dying on 7.3

On Sun, May 07, 2023 at 04:55:05PM +0200, Marko Cupać wrote: > Hi, > > I have a pair of CARPed firewalls which have been talking BGP to two > upstream ISPs for years over numerous OpenBSD releases. > > After I upgraded to 7.3 a few days ago, as well as applied 001_bgpd > errata patch, I noticed b

Re: BGP: Wrong check of MP_REACH_NLRI

On Tue, Mar 21, 2023 at 10:36:16AM +0800, cjt wrote: > Hello, I have find a bug in openbgpd. RFC 4760 says that the length of > MP_REACH_NLRI is bigger than 5. > +-+ > | Address Family Identifier (2 octets)

Re: possible underflow in tcpdump/print-gre.c

On Wed, Feb 22, 2023 at 10:28:45AM +0100, Peter J. Philipp wrote: > On Mon, Feb 20, 2023 at 02:39:45PM +0100, p...@delphinusdns.org wrote: > > >Synopsis: possible underflow in tcpdump/print-gre.c > > >Category: user > > >Environment: > > System : OpenBSD 7.2 > > Details : OpenBSD

Re: possible underflow (wrap) in tcpdump/print-domain.c

On Sun, Feb 26, 2023 at 10:29:34AM +0100, Peter J. Philipp wrote: > On Sun, Feb 26, 2023 at 10:17:53AM +0100, Claudio Jeker wrote: > > On Sun, Feb 26, 2023 at 09:52:43AM +0100, p...@delphinusdns.org wrote: > > > >Synopsis:possible underflow (wrap) in tcpdump/print-dom

Re: possible underflow (wrap) in tcpdump/print-domain.c

On Sun, Feb 26, 2023 at 09:52:43AM +0100, p...@delphinusdns.org wrote: > >Synopsis:possible underflow (wrap) in tcpdump/print-domain.c > >Category:system > >Environment: > System : OpenBSD 7.2 > Details : OpenBSD 7.2 (GENERIC.MP) #2: Thu Nov 24 23:53:03 MST 2022 >

Re: bgpd.conf connect-retry bug

On Mon, Feb 06, 2023 at 06:38:43PM +0300, r...@bh0.amt.ru wrote: > >Synopsis:bgpd.conf connect-retry bug > >Category:system > >Environment: > System : OpenBSD 7.2 > Details : OpenBSD 7.2 (GENERIC.MP) #6: Sat Jan 21 01:03:04 MST 2023 > > r...@sysp

Re: packet forwarding issues with TSO

On Tue, Oct 25, 2022 at 12:43:48PM +0100, Pedro Caetano wrote: > Hi @bugs, > > I've a pair of boxes peering bgp with isp infrastructure and on premises > infrastructure > One of the routers was upgraded to 7.2 last night without any issues. > > This is a 'border router' announcing private prefixe

Re: automatic turning off of the laptop display stopped working

On Wed, Aug 17, 2022 at 11:23:57AM +0300, Mikhail wrote: > On Sun, Jun 19, 2022 at 09:09:41AM +0300, Mikhail wrote: > > On the latest snapshot my laptop has stopped to automatically turn off > > the display after timeout, it was fine about 3 weeks ago. > > Chrome is one to blame: > > https://bugs

Re: httpd+slowcgi sometimes wrongly interpret next request

On Thu, Aug 11, 2022 at 02:00:39PM +0300, Alexey Vatchenko wrote: > > On 10 Aug 2022, at 16:26, Alexey Vatchenko wrote: > >> On 10 Aug 2022, at 10:06, Omar Polo wrote: > >> > >> I experienced a similar issue with both slowcgi and gotwebd (a fastcgi > >> application.) Can you please try the diff

Re: httpd+slowcgi sometimes wrongly interpret next request

On Wed, Aug 10, 2022 at 09:06:03AM +0200, Omar Polo wrote: > Claudio Jeker wrote: > > On Tue, Jul 05, 2022 at 10:08:53AM +, alex.vatche...@gmail.com wrote: > > > >Synopsis:httpd+slowcgi sometimes wrongly interpret next request > > > >Category:

Re: httpd+slowcgi sometimes wrongly interpret next request

On Tue, Jul 05, 2022 at 10:08:53AM +, alex.vatche...@gmail.com wrote: > >Synopsis:httpd+slowcgi sometimes wrongly interpret next request > >Category:daemon > >Environment: > System : OpenBSD 7.1 > Details : OpenBSD 7.1 (GENERIC.MP) #3: Sun May 15 10:27:01 MDT 2022 >

Re: how to use <> to assign entire disk to /+swap

On Fri, Jun 10, 2022 at 11:43:50AM -0400, Andrew Cagney wrote: > On Fri, 10 Jun 2022 at 10:52, Crystal Kolipe > wrote: > > > > On Fri, Jun 10, 2022 at 10:40:47AM -0400, Andrew Cagney wrote: > > > I'm trying to use <> to auto partition a disk > > > with most of the disk assigned to / but also with

Re: relayd panic

On Mon, Jun 06, 2022 at 12:03:06AM +0200, Alexandr Nedvedicky wrote: > Hello, > > I'll commit one-liner diff on Tuesday morning (Jun 6th) Prague time without > explicit OK, unless there will be no objection. The diff is OK claudio@. > regards > sashan > > > On Sun, Jun 05, 2022 at 09:44:45AM

Re: please build unbound with --enable-event-api

On Mon, May 30, 2022 at 12:07:01PM +0100, Stuart Henderson wrote: > On 2022/05/29 14:20, Andrew Cagney wrote: > > On Sun, 29 May 2022 at 13:44, Stuart Henderson wrote: > > > > > > On 2022/05/29 19:08, Florian Obser wrote: > > > > On 2022-05-29 12:27 -04, Andrew Cagney wrote: > > > > > > Are you p

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Sat, May 14, 2022 at 12:41:00AM +0200, Alexander Bluhm wrote: > On Fri, May 13, 2022 at 05:53:27PM +0200, Alexandr Nedvedicky wrote: > > at this point we hold a NET_LOCK(). So basically if there won't > > be enough memory we might start sleeping waiting for memory > > while we will b

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Fri, May 13, 2022 at 12:19:46PM +1000, David Gwynne wrote: > On Thu, May 12, 2022 at 08:07:09PM +0200, Hrvoje Popovski wrote: > > On 12.5.2022. 20:04, Hrvoje Popovski wrote: > > > On 12.5.2022. 16:22, Hrvoje Popovski wrote: > > >> On 12.5.2022. 14:48, Claudio Je

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 11:01:21AM +0200, Alexandr Nedvedicky wrote: > Hello Hrvoje, > > thank you for testing. > On Wed, May 11, 2022 at 10:40:28AM +0200, Hrvoje Popovski wrote: > > On 10.5.2022. 22:55, Alexander Bluhm wrote: > > > Yes. It is similar. > > > > > > I have read the whole mail thre

Re: [External] : 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 10:29:57AM +0200, Claudio Jeker wrote: > On Wed, May 11, 2022 at 09:58:09AM +0200, Alexandr Nedvedicky wrote: > > Hello, > > > > > > > > Can we limit the number of span ports per bridge to a small number so that > > > the inste

Re: [External] : 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 09:58:09AM +0200, Alexandr Nedvedicky wrote: > Hello, > > > > > Can we limit the number of span ports per bridge to a small number so that > > the instead of a heap object for the SLIST a simple stack array of > > MAX_SPAN_PORTS pointers could be used? > > > > Who needs m

Re: [External] : 7.1-Current crash with NET_TASKQ 4 and veb interface

On Tue, May 10, 2022 at 12:21:02AM +0200, Alexandr Nedvedicky wrote: > Hello, > > On Mon, May 09, 2022 at 06:01:07PM +0300, Barbaros Bilek wrote: > > Hello, > > > > I was using veb (veb+vlan+ixl) interfaces quite stable since 6.9. > > My system ran as a firewall under OpenBSD 6.9 and 7.0 quite st

Re: [External] : Re: 7.1-Current crash with NET_TASKQ 4 and veb interface

On Wed, May 11, 2022 at 12:38:56AM +0200, Alexandr Nedvedicky wrote: > Hello, > > > > > Yes. It is similar. > > > > I have read the whole mail thread and the final fix got commited. > > But it looks incomplete, pf is still sleeping. > > > > Hrvoje, can you run the tests again that triggered th

Re: ldap(1) search doesn't seem to working properly

On Wed, Mar 30, 2022 at 05:00:19PM +0200, Martijn van Duren wrote: > On Tue, 2022-03-29 at 20:43 +0100, Raf Czlonka wrote: > > > Synopsis: ldap(1) search doesn't seem to working properly > > > Category: system > > > Environment: > > System : OpenBSD 7.1 > > Details : OpenBSD 7.1-be

Re: route sourceaddr and ping/traceroute

On Sat, Mar 19, 2022 at 10:57:18PM +1000, David Gwynne wrote: > On Sat, Mar 19, 2022 at 12:53:54PM +0100, Claudio Jeker wrote: > > On Sat, Mar 19, 2022 at 12:27:43PM +0100, Claudio Jeker wrote: > > > On Sat, Mar 19, 2022 at 10:51:13AM +, Stuart Henderson wrote: > >

Re: route sourceaddr and ping/traceroute

On Sat, Mar 19, 2022 at 12:27:43PM +0100, Claudio Jeker wrote: > On Sat, Mar 19, 2022 at 10:51:13AM +, Stuart Henderson wrote: > > On 2022/03/19 19:14, David Gwynne wrote: > > > On Thu, Mar 17, 2022 at 12:05:16PM -0600, Theo de Raadt wrote: > > > > This should not

Re: route sourceaddr and ping/traceroute

On Sat, Mar 19, 2022 at 10:51:13AM +, Stuart Henderson wrote: > On 2022/03/19 19:14, David Gwynne wrote: > > On Thu, Mar 17, 2022 at 12:05:16PM -0600, Theo de Raadt wrote: > > > This should not be done in applications. The kernel must do it. It means > > > the current kernel code is worng. >

Re: kernel: page fault trap, code=0 after zzz on amd64 apu1d

On Tue, Feb 15, 2022 at 02:28:15AM +0100, Tilo Stritzky wrote: > On 15/02/22 01:54 Tilo Stritzky wrote: > > > > I've got another one with a homebuild from -current as of 2022-02-13, > > will put traces in another mail. > > And here we go. > This is from the crash dump, I lost the console log on

Re: wireguard-related mbuf panic (was: Re: panic: ieee80211_has_seq(wh) assertion failed)

On Thu, Jan 13, 2022 at 09:12:32AM +0100, Christian Ehrhardt wrote: > > Hi all, > > On Wed, Jan 12, 2022 at 08:04:11PM +0100, Alexander Bluhm wrote: > > On Wed, Jan 12, 2022 at 04:21:13PM +0100, Christian Ehrhardt wrote: > > > > > - if (len <= tail - head) { > > > > > - /* there's

Re: unveil bug: unveil violation whereas it shouldn't

On Fri, Jan 07, 2022 at 10:21:04AM +0100, Claudio Jeker wrote: > On Fri, Jan 07, 2022 at 09:56:47AM +0100, Sebastien Marie wrote: > > On Tue, Dec 21, 2021 at 01:57:01PM +0100, Claudio Jeker wrote: > > > On Wed, Dec 01, 2021 at 04:43:13PM +0100, Claudio Jeker wrote: > > >

Re: unveil bug: unveil violation whereas it shouldn't

On Fri, Jan 07, 2022 at 09:56:47AM +0100, Sebastien Marie wrote: > On Tue, Dec 21, 2021 at 01:57:01PM +0100, Claudio Jeker wrote: > > On Wed, Dec 01, 2021 at 04:43:13PM +0100, Claudio Jeker wrote: > > > On Wed, Dec 01, 2021 at 02:14:40PM +0100, Sebastien Marie wrote: > > &g

Re: unveil bug: unveil violation whereas it shouldn't

On Wed, Dec 01, 2021 at 04:43:13PM +0100, Claudio Jeker wrote: > On Wed, Dec 01, 2021 at 02:14:40PM +0100, Sebastien Marie wrote: > > Hi, > > > > I have a program with unexpected unveil violation. > > > > I put the whole / read-only, and next few programs

Re: unveil bug: unveil violation whereas it shouldn't

On Wed, Dec 01, 2021 at 09:26:32AM -0700, Theo de Raadt wrote: > I don't understand. > > Why do you think the directory should be visible? unveil("/", "r") should make everything visible for read. So the stat should not fail. The fact that /usr/bin is a special snowflake because of the extra unve

Re: unveil bug: unveil violation whereas it shouldn't

On Wed, Dec 01, 2021 at 02:14:40PM +0100, Sebastien Marie wrote: > Hi, > > I have a program with unexpected unveil violation. > > I put the whole / read-only, and next few programs executable (the > purpose is to restrict the executable files to only a small set). > > The directory containing th

Re: panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, RTF_UP)" failed: file "/usr/src/sys/net/route.c", line 506

On Fri, Nov 26, 2021 at 12:09:48PM +0100, Alexander Bluhm wrote: > On Fri, Nov 26, 2021 at 08:54:51AM +, Lucas wrote: > > panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, RTF_UP)" failed: > > file "/usr/src/sys/net/route.c", line 506 > > During my performance tests I got the same trac

Re: pppoe(4) should use uptime not microtime() for tracking connection time

On Mon, Nov 22, 2021 at 01:40:34PM +, Klemens Nanni wrote: > On Mon, Nov 22, 2021 at 09:30:13AM +0100, Claudio Jeker wrote: > > > Index: sbin/ifconfig/ifconfig.c > > > === > > > RCS file: /cvs/

Re: pppoe(4) should use uptime not microtime() for tracking connection time

On Mon, Nov 22, 2021 at 12:30:19AM +, Klemens Nanni wrote: > On Sun, Nov 21, 2021 at 11:18:29AM +0100, p...@delphinusdns.org wrote: > > >Synopsis: session uptime is wrong > > >Category: system > > >Environment: > > System : OpenBSD 7.0 > > Details : OpenBSD 7.0 (GENERIC.MP) #

Re: httpd(8) crash on amd64 -current

On Thu, Nov 11, 2021 at 04:29:58PM +0100, Otto Moerbeek wrote: > On Thu, Nov 11, 2021 at 04:13:37PM +0100, Florian Obser wrote: > > > > > No idea how to reproduce this, I'm just running an httpd with debug > > symbols and kern.nosuidcoredump=3 > > Pretty sure this is the crash various people mumb

Re: ASUS ZenBook X freezes

On Thu, May 20, 2021 at 06:29:36PM +1000, Jonathan Gray wrote: > On Thu, May 20, 2021 at 10:10:14AM +0200, Matthieu Herrb wrote: > > On Thu, May 20, 2021 at 09:53:02AM +0200, Peter N. M. Hansteen wrote: > > > On Thu, May 20, 2021 at 08:53:14AM +1000, Jonathan Gray wrote: > > > > On Wed, May 19, 202

Re: openbgpd： missing a notification in opensent state

On Fri, Apr 23, 2021 at 04:06:05PM +0800, cjt wrote: > Hi， > I found that in RFC 4271 8.2.2 it said ，in opensent state when recieve > a Notifcation message (Event 25) , it need to send a NOTIFICATION with > the Error Code Finite State Machine Error. > I do not agree with this because it makes no

Re: openbgpd: the inconsistency with RFC about error handling

On Thu, Apr 22, 2021 at 02:41:20PM +0800, cjt wrote: > Hello. > I have found two inconsistency about bgp error handling. > First: > I found that in RFC 4271 for the next hop syntactically incorrect, need to > set invalid next hop. RFC Document fragmen as follow: > > > If the NEXT_HOP attribute

Re: iSCSI mount on boot causes the machine to go to single user mode

On Wed, Feb 24, 2021 at 08:03:21PM -0500, Ashton Fagg wrote: > Ashton Fagg writes: > > > Attached is my first attempt at a "proper" solution. I haven't tested it > > beyond building as I can't take my machine down for testing right now... > > > > But, I'd appreciate a sanity check that I'm on the

Re: iSCSI mount on boot causes the machine to go to single user mode

On Tue, Feb 23, 2021 at 07:39:17AM -0500, Ashton Fagg wrote: > Claudio Jeker writes: > > > I'm not sure. vscsi(4) is ready the moment the kernel starts init. So it > > should not result in any problem for iscsid. What made you think this is > > the issue? > &g

Re: iSCSI mount on boot causes the machine to go to single user mode

On Tue, Feb 23, 2021 at 07:07:34AM -0500, Ashton Fagg wrote: > Claudio Jeker writes: > > > Looking at the screenshot it seems there is a timing issue. The fsck -N > > tries to run before the disk was actually attached. I guess the iscsid > > startup script should wait

Re: iSCSI mount on boot causes the machine to go to single user mode

On Mon, Feb 22, 2021 at 09:27:58PM -0500, Ashton Fagg wrote: > >Synopsis:Mouting iSCSI disk at boot time causes machine to enter single > >user mode. > >Category:Bug. > >Environment: > System : OpenBSD 6.9 > Details : OpenBSD 6.9-beta (GENERIC.MP) #346: Fri Feb 19 23:5

Re: OpenBSD website down

On Tue, Jan 12, 2021 at 08:31:46PM +0100, Sebastian Benoit wrote: > Florian Obser(flor...@openbsd.org) on 2021.01.12 17:56:28 +0100: > > On Tue, Jan 12, 2021 at 09:52:03AM -0700, Bob Beck wrote: > > > > > > > > > > > > On Tue, Jan 12, 2021 at 05:47:36PM +0100, Florian Obser wrote: > > > > On Tue

Re: rge(4) interrupt storm

On Fri, Nov 20, 2020 at 11:32:18AM +0100, Otto Moerbeek wrote: > On Fri, Nov 20, 2020 at 11:09:25AM +0100, Mark Kettenis wrote: > > > It's a relatively new driver. It uses MSI which pretty much rules out > > an issue with shared interrupts. So I suspect this is an issue with > > the rge(4) drive

  1   2   >