> 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
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
>
> 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 w/us
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 th
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 Pieuc
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
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 lapto
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 585
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
+++ b/sys
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: po
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 c
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
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/
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/
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 b/sys/net/pf_
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 g
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 reproduce.
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 Ju
18 matches
Mail list logo