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
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
> 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, 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
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
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,
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.
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
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
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
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
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
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 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
> > > =
14 matches
Mail list logo
