Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Florian Obser
Yes, good idea, let's ship 7.4 with the leak! I'm getting a bit annoyed with unlocking this and rewriting that and then complete silence when shit breaks. On 28 June 2023 17:33:01 CEST, Klemens Nanni wrote: >On Wed, Jun 28, 2023 at 02:38:00PM +0200, Alexander Bluhm wrote: >> Hi, >> >> Since

Re: ifconfig sbar hang

2023-06-28 Thread Alexander Bluhm
On Wed, Jun 28, 2023 at 11:25:56AM +0200, Mark Kettenis wrote: > > From: Alexander Bluhm > > load: 3.00 cmd: ifconfig 52949 [sbar] 0.01u 0.05s 0% 78k > > ifconfig holds the netlock, I guess this prevents progress. > > What does a WITNESS kernel report? This is hard to say as I cannot

Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Klemens Nanni
On Wed, Jun 28, 2023 at 06:17:46PM +0200, Alexandr Nedvedicky wrote: > Hello, > > the fix below solves the locking issue. however pf_close_all_trans() still > breaks the test case. it fails to retrieve all rules. it looks like pfctl(8) > currently opens transaction for every ruleset/anchor it's

Re: panic: rw_enter: pfioctl_rw locking against myself

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

Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Klemens Nanni
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

Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Claudio Jeker
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

Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Alexandr Nedvedicky
Hello, the fix below solves the locking issue. however pf_close_all_trans() still breaks the test case. it fails to retrieve all rules. it looks like pfctl(8) currently opens transaction for every ruleset/anchor it's going to retrieve. the ruleset in question reads as follows: netlock# cat

Re: Syslog does not attempt DNS resolution if it previously failed during startup - proposed patch In

2023-06-28 Thread Omar Polo
Hello, On 2023/06/22 13:22:56 +, Robert Larsson wrote: > Hello, > > Syslog can be configured to send log to remote hosts using both > IP-addresses and resolvable hostnames. DNS resolution of these hostnames > is done in the "cfline()" function, which is invoked only during parsing > of the

Re: [External] : Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Alexandr Nedvedicky
Hello, On Wed, Jun 28, 2023 at 03:33:01PM +, Klemens Nanni wrote: > On Wed, Jun 28, 2023 at 02:38:00PM +0200, Alexander Bluhm wrote: > > Hi, > > > > Since Jun 26 regress tests panic the kernel. > > > > panic: rw_enter: pfioctl_rw locking against myself > > Stopped at db_enter+0x14:

Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Alexandr Nedvedicky
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/pf_ioctl.c index 36779cfdfd3..a51df9e6089 100644 --- a/sys/net/pf_ioctl.c +++

Re: panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Klemens Nanni
On Wed, Jun 28, 2023 at 02:38:00PM +0200, Alexander Bluhm wrote: > Hi, > > Since Jun 26 regress tests panic the kernel. > > panic: rw_enter: pfioctl_rw locking against myself > Stopped at db_enter+0x14: popq%rbp > TIDPIDUID PRFLAGS PFLAGS CPU COMMAND > * 19846

panic: rw_enter: vmmaplk locking agaist myself

2023-06-28 Thread Moritz Buhl
Dear bugs@, with the following snapshot I had two panics on my x270 recently. sysctl kern.version kern.version=OpenBSD 7.3-current (GENERIC.MP) #1256: Thu Jun 22 10:53:02 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Below are transcribed pictures of my

panic: rw_enter: pfioctl_rw locking against myself

2023-06-28 Thread Alexander Bluhm
Hi, Since Jun 26 regress tests panic the kernel. panic: rw_enter: pfioctl_rw locking against myself Stopped at db_enter+0x14: popq%rbp TIDPIDUID PRFLAGS PFLAGS CPU COMMAND * 19846 58589 0 0x2 01K pfctl 343161 43899 0 0x2

Re: Sparc64 livelock/system freeze w/cpu traces

2023-06-28 Thread Martin Pieuchot
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: > > > > > > On Jun 14, 2023, at 12:51 PM, Vitaliy Makkoveev wrote: > > >> > > >> On Tue, May 30, 2023 at 01:31:08PM +0200, Martin

Re: ftp(1) will never attempt to set the modification date of any file retrieved by http[s]

2023-06-28 Thread Stuart Henderson
On 2023/06/28 12:19, Theo Buehler wrote: > > Good catch. It's the only header where we forget to skip leading > > blanks. > > This was overlooked in fetch.c r1.209 ah I was wondering about that, because it definitely used to work. > ok tb and from me. > > > > I can reproduce and confirm

Re: ftp(1) will never attempt to set the modification date of any file retrieved by http[s]

2023-06-28 Thread Theo Buehler
> Good catch. It's the only header where we forget to skip leading > blanks. This was overlooked in fetch.c r1.209 ok tb > > I can reproduce and confirm that this does indeed fix the parsing and > make ftp set the mtime accordingly to Last-Modified. > > > diff --git i/usr.bin/ftp/fetch.c

Re: ftp(1) will never attempt to set the modification date of any file retrieved by http[s]

2023-06-28 Thread Omar Polo
On 2023/06/25 18:22:31 -0700, a dog wrote: > >Synopsis:ftp(1) will never attempt to set the modification date of any > >file retrieved by http[s] > >Category:user > >Environment: > System : OpenBSD 7.3 > Details : OpenBSD 7.3-current (GENERIC.MP) #1259: Fri Jun 23 >

Re: ifconfig sbar hang

2023-06-28 Thread Mark Kettenis
> Date: Mon, 26 Jun 2023 22:28:42 +0200 > From: Alexander Bluhm > > Hi, > > I have an ifconfig on ix(4) that hangs in "sbar" wait queue during > "starting network" while booting. > > load: 3.00 cmd: ifconfig 52949 [sbar] 0.01u 0.05s 0% 78k > > ddb{0}> ps >PID TID PPIDUID S

Re: Sparc64 livelock/system freeze w/cpu traces

2023-06-28 Thread Claudio Jeker
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