On Thu, Mar 03, 2022 at 11:06:45AM +1000, Alex Wilson wrote:
> On 2/3/22 18:21, Theo Buehler wrote:
> >
> > At this point it would probably make more sense to use two switches, one
> > for is_nc and one for !is_nc, and perhaps factor them into two
> > helper functions.
>
> I stared at this code
Hi,
I want add two ARM-based boards to the supported boards to
OpenBSD in the near future, which I own.
STMicroelectronis STM32MP157F-DK2 board:
SoC: STM32MP157F (Dual Core Cortex-A7 with Cortex-M4)
Fully (expect the Vivante GPU) documented.
U-Boot support: yes
STMicroelectronis
On Wed, 02 Mar 2022 19:26:46 +0100, Theo Buehler wrote:
> I think it's easier to use a single snprintf call. Also drop a few
> unnecessary parentheses.
Seems like an improvement. OK millert@
- todd
I think it's easier to use a single snprintf call. Also drop a few
unnecessary parentheses.
Index: server_file.c
===
RCS file: /cvs/src/usr.sbin/httpd/server_file.c,v
retrieving revision 1.71
diff -u -p -r1.71 server_file.c
---
Hi,
pf_socket_lookup() calls in_pcbhashlookup() in the PCB layer. So
to run pf in parallel we must make parts of the stack MP safe.
Protect the list and hashes in the PCB tables with a mutex.
Note that the protocol notify functions may call pf via tcp_output().
As the pf lock is a sleeping
On Wed, Mar 02, 2022 at 04:40:09PM +0100, Claudio Jeker wrote:
> This moves the count adjustments into prefix_adjout_update() in a similar
> way that was just done for prefix_adjout_withdraw().
> Having the counts closer to the actual places where things are
> added/removed makes the code a bit
This moves the count adjustments into prefix_adjout_update() in a similar
way that was just done for prefix_adjout_withdraw().
Having the counts closer to the actual places where things are
added/removed makes the code a bit easier to grasp. The if cascade in
the prefix_adjout_get != NULL case can
On Wed, Mar 02, 2022 at 02:46:55PM +0100, Claudio Jeker wrote:
> I forgot to mention that. So during reconfigure rde_up_flush_upcall()
> walks over the full adj_rib_out tree. This includes pending withdraws and
> we need to properly handle them. I decided it is best to revert this back
> to the
On Wed, Mar 02, 2022 at 01:25:42PM +0100, Theo Buehler wrote:
> On Wed, Mar 02, 2022 at 01:07:09PM +0100, Claudio Jeker wrote:
> > On Wed, Mar 02, 2022 at 01:03:04PM +0100, Claudio Jeker wrote:
> > > This diff changes prefix_adjout_withdraw() to take a prefix pointer
> > > as argument. So instead
On Wed, Mar 02, 2022 at 01:07:09PM +0100, Claudio Jeker wrote:
> On Wed, Mar 02, 2022 at 01:03:04PM +0100, Claudio Jeker wrote:
> > This diff changes prefix_adjout_withdraw() to take a prefix pointer
> > as argument. So instead of doing the lookup in the withdraw function the
> > caller may need
On Wed, Mar 02, 2022 at 01:03:04PM +0100, Claudio Jeker wrote:
> This diff changes prefix_adjout_withdraw() to take a prefix pointer
> as argument. So instead of doing the lookup in the withdraw function the
> caller may need to do it.
>
> With this one call to up_generate_updates() can be
This diff changes prefix_adjout_withdraw() to take a prefix pointer
as argument. So instead of doing the lookup in the withdraw function the
caller may need to do it.
With this one call to up_generate_updates() can be replaced with a direct
call to prefix_adjout_withdraw(). rde_up_flush_upcall()
On Wed, Mar 02, 2022 at 12:11:30PM +0100, Mark Kettenis wrote:
> > Date: Wed, 2 Mar 2022 10:53:54 +
> > From: Visa Hankala
> >
> > Holding NET_LOCK() while invoking a taskq barrier can result in
> > a deadlock because the lock can prevent the taskq from making progress.
> > Avoid this
On 2022/03/02 13:01, Mikhail wrote:
> On latest snapshot I see Xorg crash when trying to launch chrome browser
> (firefox works fine), I can reproduce it with 'intel' driver,
> 'modesetting' crashed for me too, but it took about two weeks of uptime
> and wasn't related to chrome launch (no logs
> Date: Wed, 2 Mar 2022 10:53:54 +
> From: Visa Hankala
>
> Holding NET_LOCK() while invoking a taskq barrier can result in
> a deadlock because the lock can prevent the taskq from making progress.
> Avoid this problem in cad_down() by serializing the driver's ioctl
> handler with an rwlock
Holding NET_LOCK() while invoking a taskq barrier can result in
a deadlock because the lock can prevent the taskq from making progress.
Avoid this problem in cad_down() by serializing the driver's ioctl
handler with an rwlock so that NET_LOCK() can be released temporarily.
The patch additionally
On latest snapshot I see Xorg crash when trying to launch chrome browser
(firefox works fine), I can reproduce it with 'intel' driver,
'modesetting' crashed for me too, but it took about two weeks of uptime
and wasn't related to chrome launch (no logs for 'modesetting' crash
unfortunately, but it
On Wed, Feb 23, 2022 at 01:57:22PM +, Jason McIntyre wrote:
> On Wed, Feb 23, 2022 at 11:09:44AM +, Raf Czlonka wrote:
> > Hello,
> >
> > Pretty straightforward, 'makefile' comes before 'Makefile'.
> >
> > Regards,
> >
> > Raf
> >
>
> yep, ok.
> jmc
>
sorry for the mix up! committed
On Wed, Mar 02, 2022 at 10:15:07AM +0100, Florian Obser wrote:
> On 2022-03-01 10:22 -08, j...@bitminer.ca wrote:
> > Looking at the gz option, I noticed some kv structs allocated on
> > stack but not fully initialized.
>
> Nice catch.
>
> >
> > This patches initializes the kv struct to avoid
On 2022-03-01 10:22 -08, j...@bitminer.ca wrote:
> Looking at the gz option, I noticed some kv structs allocated on
> stack but not fully initialized.
Nice catch.
>
> This patches initializes the kv struct to avoid randomly getting
> KV_GLAG_GLOBBING in kv_find depending on stack contents,
Anyone?
On Wed, Feb 23, 2022 at 01:57:22PM GMT, Jason McIntyre wrote:
> On Wed, Feb 23, 2022 at 11:09:44AM +, Raf Czlonka wrote:
> > Hello,
> >
> > Pretty straightforward, 'makefile' comes before 'Makefile'.
> >
> > Regards,
> >
> > Raf
> >
>
> yep, ok.
> jmc
>
> > Index:
On Wed, Mar 02, 2022 at 12:47:11AM +0100, Alexander Bluhm wrote:
> Hi,
>
> The return value of in6_pcbnotify() is never used. Make it a void
> function.
>
> ok?
>
given we always return 0, which is nothing, then it makes sense to
return void, (which is also nothing).
ok sashan2
Hello tech,
mg(1) has this tendency to leave a lot of trailing whitespaces around in
auto-indent-mode and c-mode which I find annoying. Yes, there's
delete-trailing-space but it works only on the current line (and not the
whole buffer as in emacs) and one has to manually call it anyway.
Emacs,
On Wed, Mar 02, 2022 at 04:38:46PM +1000, Alex Wilson wrote:
> I've been trying to create new CA certificates with nameConstraints on them
> using the libcrypto in -current, and it doesn't work.
>
> Example snippet from config:
>
> [name_constraints]
> permitted;DNS.0 = .foo.com
>
> This blows
24 matches
Mail list logo