On Tue, Aug 09, 2022 at 10:29:41AM -0400, Nick Holland wrote:
> On 8/9/22 09:36, Jonathan Gray wrote:
> > On Sat, Aug 06, 2022 at 10:28:06AM -0400, Nick Holland wrote:
> > > > When looking at top what does Xorg have for WAIT?
> > >
> > > PID USERNAME PRI NICE SIZE RES STATE WAIT
On Wed, Aug 10, 2022 at 12:52:06AM +0200, Hrvoje Popovski wrote:
> On 9.8.2022. 22:22, Vitaliy Makkoveev wrote:
> > Hi,
> >
> > The kernel lock within pflow_output_process() doesn't help because the
> > following sosend() has sleep points. So, at least pflow_clone_destroy()
> > should wait until
On 9.8.2022. 22:22, Vitaliy Makkoveev wrote:
> Hi,
>
> The kernel lock within pflow_output_process() doesn't help because the
> following sosend() has sleep points. So, at least pflow_clone_destroy()
> should wait until pflow_output_process() finished. We should use
> taskq_del_barrier(9) instead
On Tue, Aug 09, 2022 at 09:26:58PM +0200, Hrvoje Popovski wrote:
> Hi all,
>
> when sending lot of traffic over firewall with pflow and if I run
> ifconfig pflow0 destroy I'm getting kernel: protection fault trap.
>
>
> This is latest snapshot:
> OpenBSD 7.2-beta (GENERIC.MP) #677: Mon Aug 8
On 9.8.2022. 19:56, Alexandr Nedvedicky wrote:
> this is a NULL pointer dereference panic. I think we've seen it few months
> back. patch below was applied to one of your test machines if I remember
> correct. can you give it a try again to see if it will help?
>
> the change adds
Hi all,
when sending lot of traffic over firewall with pflow and if I run
ifconfig pflow0 destroy I'm getting kernel: protection fault trap.
This is latest snapshot:
OpenBSD 7.2-beta (GENERIC.MP) #677: Mon Aug 8 18:58:49 MDT 2022
Hello,
On Tue, Aug 09, 2022 at 06:47:54PM +0200, Hrvoje Popovski wrote:
> Hi all,
>
> I'm running
> OpenBSD 7.2-beta (GENERIC.MP) #651: Tue Jul 26 23:11:26 MDT 2022
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> on production firewall and for few weeks it was
Hi all,
I'm running
OpenBSD 7.2-beta (GENERIC.MP) #651: Tue Jul 26 23:11:26 MDT 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
on production firewall and for few weeks it was stable. Firewall panic
today and I will sysupgrade it, but maybe this panic message is
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
On Tue, Aug 09, 2022 at 10:29:41AM -0400, Nick Holland wrote:
> On 8/9/22 09:36, Jonathan Gray wrote:
> > On Sat, Aug 06, 2022 at 10:28:06AM -0400, Nick Holland wrote:
> > > > When looking at top what does Xorg have for WAIT?
> > >
> > > PID USERNAME PRI NICE SIZE RES STATE WAIT
On 8/9/22 09:36, Jonathan Gray wrote:
On Sat, Aug 06, 2022 at 10:28:06AM -0400, Nick Holland wrote:
> When looking at top what does Xorg have for WAIT?
PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND
41914 _x11 -22 -1 15M 26M idle schto 0:01
On Sat, Aug 06, 2022 at 10:28:06AM -0400, Nick Holland wrote:
> > When looking at top what does Xorg have for WAIT?
>
> PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND
> 41914 _x11 -22 -1 15M 26M idle schto 0:01 0.00% Xorg
>
> > this will run X
On Tue Aug 9, 2022 at 2:12 AM +04, Theo de Raadt wrote:
> Klemens Nanni wrote:
>
> > > GENERIC.MP builds and boots fine with both enabled, but I have no
> > > hardware to run-test these drivers.
> > >
> > > Can anyone test this on real hardware or do we want to just enable it
> > > for users to
13 matches
Mail list logo
