On Tue, Sep 05, 2023 at 11:51:34AM +1000, Jonathan Gray wrote:
> On Mon, Sep 04, 2023 at 11:51:33PM +0200, Marc Espie wrote:
> > On Tue, Sep 05, 2023 at 12:04:24AM +1000, Jonathan Gray wrote:
> > > inline is part of gnu89 and c99
> > >
> > > Index: defines.h
> > > =
Mike Larkin writes:
> On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
>> On 2023-09-04 18:58, Mischa wrote:
>> > On 2023-09-04 18:55, Mischa wrote:
/snip
>> > > Adding the sleep 2 does indeed help. I managed to get 20 VMs started
>> > > this way, before it would choke on 2-3.
>> > >
>
On 2023-09-05 14:27, Dave Voutila wrote:
Mike Larkin writes:
On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
On 2023-09-04 18:58, Mischa wrote:
> On 2023-09-04 18:55, Mischa wrote:
/snip
> > Adding the sleep 2 does indeed help. I managed to get 20 VMs started
> > this way, befor
Hi,
ip_output() and ip6_output() should be MP safe when called with
NULL options.
ok?
bluhm
Index: netinet/ip_input.c
===
RCS file: /data/mirror/openbsd/cvs/src/sys/netinet/ip_input.c,v
retrieving revision 1.385
diff -u -p -r1.385
mpi@ suggests folding the pseudorandom advance code from
clockintr_statclock() into the clockintr API itself. This replaces
three API calls -- clockintr_expiration(), clockintr_nsecuptime(), and
clockintr_schedule() -- we just one call to a new function,
clockintr_advance_random().
I'm fine with
On 2023-09-05 14:27, Dave Voutila wrote:
Mike Larkin writes:
On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
On 2023-09-04 18:58, Mischa wrote:
> On 2023-09-04 18:55, Mischa wrote:
/snip
> > Adding the sleep 2 does indeed help. I managed to get 20 VMs started
> > this way, before
On Tue, Sep 05, 2023 at 09:17:27AM -0500, Scott Cheloha wrote:
> mpi@ suggests folding the pseudorandom advance code from
> clockintr_statclock() into the clockintr API itself. This replaces
> three API calls -- clockintr_expiration(), clockintr_nsecuptime(), and
> clockintr_schedule() -- we just
A long time ago the posix folks extended the ustar format to allow
representing arbitrarily big files, long file names, precise timestamps,
etc. We have support to read such archives but no support to write them
out. Here's a minimal proposal following discussions with Caspar and
other folks.
Hi,
I'm porting OpenBSD to the Mango Pi D1. Most of the work is done but now
is the time to try to get a RAMDISK kernel to boot.
I'm having an issue with atomic_store_64() as shown here (line 1192):
1184 for (; va < DMAP_MAX_ADDRESS && pa < max_pa;
1185 pa += L1_SIZE,
On Wed, Dec 28, 2022 at 02:36:56PM -0700, Todd C. Miller wrote:
> OK millert@ as well. There is no point in trying to fix this locally
> when upstream zlib will be changing it in the near(?) future.
>
> - todd
tb updated us to the newer version a while ago
diff --git sys/arch/amd64/conf/Makefi
On Wed, Sep 06, 2023 at 10:43:34AM +1000, Jonathan Gray wrote:
> On Wed, Dec 28, 2022 at 02:36:56PM -0700, Todd C. Miller wrote:
> > OK millert@ as well. There is no point in trying to fix this locally
> > when upstream zlib will be changing it in the near(?) future.
> >
> > - todd
>
> tb updat
> If you have another idea why I get these let me know, I'm going to bed now
> and won't be up until 6AM or later tomorrow. I'm letting my kernel compile
> on the slow QEMU host overnight.
Please cut that crap out. Nobody cares.
On Wed, 06 Sep 2023 10:43:34 +1000, Jonathan Gray wrote:
> tb updated us to the newer version a while ago
OK millert@
- todd
Mischa writes:
> On 2023-09-05 14:27, Dave Voutila wrote:
>> Mike Larkin writes:
>>
>>> On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
On 2023-09-04 18:58, Mischa wrote:
> On 2023-09-04 18:55, Mischa wrote:
>> /snip
>>
> > Adding the sleep 2 does indeed help. I managed
14 matches
Mail list logo
