ok yasuoka
On Thu, 30 Jun 2022 12:26:55 +0300
Vitaliy Makkoveev wrote:
> yasuoka@ remonded me, long time ago pipex(4) sessions can't be deleted
> until both input and output queues become empty:
>
> pipex_timer(void *ignored_arg)
> {
> /* ... */
> switch (session->state) {
>
On Thu, Jun 30, 2022 at 11:08:48AM +0200, Claudio Jeker wrote:
> This diff converts the SRP list to a SMR list in rtsock.c
> SRP is a bit strange with how it works and the SMR code is a bit easier to
> understand. Since we can sleep in the SMR_TAILQ_FOREACH() we need to grab
> a refcount on the
On 30/06/22(Thu) 11:56, Claudio Jeker wrote:
> On Thu, Jun 30, 2022 at 12:34:33PM +0300, Vitaliy Makkoveev wrote:
> > On Thu, Jun 30, 2022 at 11:08:48AM +0200, Claudio Jeker wrote:
> > > This diff converts the SRP list to a SMR list in rtsock.c
> > > SRP is a bit strange with how it works and the
On Thu, Jun 30, 2022 at 11:51:52AM +0200, Claudio Jeker wrote:
> On Thu, Jun 30, 2022 at 11:08:48AM +0200, Claudio Jeker wrote:
> > This diff converts the SRP list to a SMR list in rtsock.c
> > SRP is a bit strange with how it works and the SMR code is a bit easier to
> > understand. Since we can
This diff converts the SRP list to a SMR list in rtsock.c
SRP is a bit strange with how it works and the SMR code is a bit easier to
understand. Since we can sleep in the SMR_TAILQ_FOREACH() we need to grab
a refcount on the route pcb so that we can leave the SMR critical section
and then enter
On Thu, Jun 30, 2022 at 11:08:48AM +0200, Claudio Jeker wrote:
> This diff converts the SRP list to a SMR list in rtsock.c
> SRP is a bit strange with how it works and the SMR code is a bit easier to
> understand. Since we can sleep in the SMR_TAILQ_FOREACH() we need to grab
> a refcount on the
On Wed, Jun 29, 2022 at 02:24:35PM +0200, Jan Klemkow wrote:
> Hi,
>
> This diff introduces the sending side of TSO to our TCP/IP stack.
> If the hardware has TSO capabilities tcp_output() will send huge TCP
> segments down the stack to the interface. ip{6}_output() will ignore
> the size is
> Op 29-06-2022 16:17 schreef Martin Pieuchot :
>
>
> The aiodone daemon accounts for and frees/releases pages they were
> written to swap. It is only used for asynchronous write. The diff
> below uses this knowledge to:
>
> - Stop suggesting that uvm_swap_get() can be asynchronous.
On Thu, Jun 30, 2022 at 11:56:55AM +0200, Claudio Jeker wrote:
> On Thu, Jun 30, 2022 at 12:34:33PM +0300, Vitaliy Makkoveev wrote:
> > On Thu, Jun 30, 2022 at 11:08:48AM +0200, Claudio Jeker wrote:
> > > This diff converts the SRP list to a SMR list in rtsock.c
> > > SRP is a bit strange with how
On Thu, Jun 30, 2022 at 03:21:40PM +0300, Vitaliy Makkoveev wrote:
> On Thu, Jun 30, 2022 at 11:56:55AM +0200, Claudio Jeker wrote:
> > On Thu, Jun 30, 2022 at 12:34:33PM +0300, Vitaliy Makkoveev wrote:
> > > On Thu, Jun 30, 2022 at 11:08:48AM +0200, Claudio Jeker wrote:
> > > > This diff converts
yasuoka@ remonded me, long time ago pipex(4) sessions can't be deleted
until both input and output queues become empty:
pipex_timer(void *ignored_arg)
{
/* ... */
switch (session->state) {
/* ... */
case PIPEX_STATE_CLOSED:
On Thu, Jun 30, 2022 at 12:34:33PM +0300, Vitaliy Makkoveev wrote:
> On Thu, Jun 30, 2022 at 11:08:48AM +0200, Claudio Jeker wrote:
> > This diff converts the SRP list to a SMR list in rtsock.c
> > SRP is a bit strange with how it works and the SMR code is a bit easier to
> > understand. Since we
On Thu, Jun 30, 2022 at 08:52:33AM +0200, Hrvoje Popovski wrote:
> On 27.6.2022. 23:44, Mark Kettenis wrote:
> > The Ryzen Embedded V1000 processors have an arm64-style Synposys
> > DesignWare UART instead if a PC-compatible NS16x50 UART. To make this
> > UART work as a serial console, we need to
Ah right. Please commit!
> Op 30-06-2022 11:55 schreef Anton Lindqvist :
>
>
> On Thu, Jun 30, 2022 at 08:52:33AM +0200, Hrvoje Popovski wrote:
> > On 27.6.2022. 23:44, Mark Kettenis wrote:
> > > The Ryzen Embedded V1000 processors have an arm64-style Synposys
> > > DesignWare UART instead if
On Wed, Jun 29, 2022 at 01:35:37PM +0200, Martijn van Duren wrote:
> On Tue, 2022-06-28 at 12:33 +0200, Martijn van Duren wrote:
> > On Tue, 2022-06-28 at 12:21 +0200, Martijn van Duren wrote:
> > > On Tue, 2022-06-28 at 10:21 +0200, Martijn van Duren wrote:
> > > > Back in 2020 florian@ added the
Forget about efi32 and efi64 (I just got permission from mlarkin to remove
those).
The efiboot and stand/libsa bits are ok kettenis@
> Op 30-06-2022 15:14 schreef Anton Lindqvist :
>
>
> On Thu, Jun 30, 2022 at 01:07:46PM +0200, Mark Kettenis wrote:
> > Ah right. Please commit!
>
> Here's
On 30.6.2022. 16:48, Hrvoje Popovski wrote:
> On 30.6.2022. 15:14, Anton Lindqvist wrote:
>> On Thu, Jun 30, 2022 at 01:07:46PM +0200, Mark Kettenis wrote:
>>> Ah right. Please commit!
>> Here's the complete diff, ok?
>
>
> Hi,
>
> with this diff :
>
> dell r620 - serial console
> com1 at
On Thu, Jun 30 2022, Hrvoje Popovski wrote:
> On 30.6.2022. 16:48, Hrvoje Popovski wrote:
>> On 30.6.2022. 15:14, Anton Lindqvist wrote:
>>> On Thu, Jun 30, 2022 at 01:07:46PM +0200, Mark Kettenis wrote:
Ah right. Please commit!
>>> Here's the complete diff, ok?
>>
>>
>> Hi,
>>
>> with
On 2022/06/30 16:55, Hrvoje Popovski wrote:
> On 30.6.2022. 16:48, Hrvoje Popovski wrote:
> > On 30.6.2022. 15:14, Anton Lindqvist wrote:
> >> On Thu, Jun 30, 2022 at 01:07:46PM +0200, Mark Kettenis wrote:
> >>> Ah right. Please commit!
> >> Here's the complete diff, ok?
> >
> >
> > Hi,
> >
>
On Thu, Jun 30, 2022 at 02:32:03PM +0200, Claudio Jeker wrote:
> On Thu, Jun 30, 2022 at 03:21:40PM +0300, Vitaliy Makkoveev wrote:
> > On Thu, Jun 30, 2022 at 11:56:55AM +0200, Claudio Jeker wrote:
> > > On Thu, Jun 30, 2022 at 12:34:33PM +0300, Vitaliy Makkoveev wrote:
> > > > On Thu, Jun 30,
> We only run on New World Macs, and the only ones without openpic(4)
> might be the oldest models of iMac G3 from 1998; these would attach
> macintr0 and not openpic0 in dmesg. I don't know anyone who might
> have such an iMac. The iMac model PowerMac2,1 from 1999 (with the
> (slot-loading cd
On 30.6.2022. 15:14, Anton Lindqvist wrote:
> On Thu, Jun 30, 2022 at 01:07:46PM +0200, Mark Kettenis wrote:
>> Ah right. Please commit!
> Here's the complete diff, ok?
Hi,
with this diff :
dell r620 - serial console
com1 at acpi0 COMA addr 0x2f8/0x8 irq 3: ns16550a, 16 byte fifo
com1:
Implement send_rtmsg() using kroute_full and just use one version of this
magical code. I use struct sockaddr_storage for all sockaddrs added to
ensure that there is a) enough space and b) that ROUNDUP() does not cause
the system to pass uninitialized stack memory to the kernel.
I tested IPv4 and
On 30.6.2022. 17:03, Stuart Henderson wrote:
> On 2022/06/30 16:55, Hrvoje Popovski wrote:
>> On 30.6.2022. 16:48, Hrvoje Popovski wrote:
>>> On 30.6.2022. 15:14, Anton Lindqvist wrote:
On Thu, Jun 30, 2022 at 01:07:46PM +0200, Mark Kettenis wrote:
> Ah right. Please commit!
Here's
On Thu, Jun 30, 2022 at 01:07:46PM +0200, Mark Kettenis wrote:
> Ah right. Please commit!
Here's the complete diff, ok?
diff --git sys/arch/amd64/stand/efi32/exec_i386.c
sys/arch/amd64/stand/efi32/exec_i386.c
index 8349d97fefb..21f13cd273b 100644
--- sys/arch/amd64/stand/efi32/exec_i386.c
+++
Diff below uses two tricks to make uvm_pagermapin/out() faster and less
likely to fail in OOM situations.
These functions are used to map buffers when swapping pages in/out and
when faulting on mmaped files. robert@ even measured a 75% improvement
when populating pages related to files that
On 30.6.2022. 10:26, Mark Kettenis wrote:
> Hi Hrvoje,
>
> I assume it was faster before? What hardware are you seeing this on?
Hi,
yes, it was faster before.
dell r620 - serial console
com1 at acpi0 COMA addr 0x2f8/0x8 irq 3: ns16550a, 16 byte fifo
com1: console
com0 at acpi0 COMB addr
On Tue, Dec 07, 2021 at 08:15:41PM +, Klemens Nanni wrote:
> On Tue, Nov 23, 2021 at 01:17:14AM +, Klemens Nanni wrote:
> > On Tue, Nov 16, 2021 at 11:09:40PM +, Klemens Nanni wrote:
> > > Run on boot without arguments, netstart(8) creates all virtual
> > > interfaces *for which
On Thu, Jun 30, 2022 at 11:51:52AM +0200, Claudio Jeker wrote:
> After discussing this with mpi@ and jmatthew@ we came to the conclusion
> that we need to smr_barrier() before refcnt_finalize() to ensure that no
> other CPU is between the SMR_TAILQ_FOREACH, refcnt_take() and
> smr_read_leave().
On Wed, 29 Jun 2022 22:47:19 -0500
Scott Cheloha wrote:
> To be perfectly clear, you are concerned about this scenario:
>
> > > + if (ci->ci_dec_deferred && newcpl < IPL_CLOCK) {
> > > + ppc_mtdec(0);
>
> /* DEC interrupt fires *here*. */
> /* We jump to decrint() and then
On 27.6.2022. 23:44, Mark Kettenis wrote:
> The Ryzen Embedded V1000 processors have an arm64-style Synposys
> DesignWare UART instead if a PC-compatible NS16x50 UART. To make this
> UART work as a serial console, we need to pass some more information
> from the bootloader to the kernel. This
On Thu, Jun 30, 2022 at 04:59:50PM +0200, Claudio Jeker wrote:
> Implement send_rtmsg() using kroute_full and just use one version of this
> magical code. I use struct sockaddr_storage for all sockaddrs added to
> ensure that there is a) enough space and b) that ROUNDUP() does not cause
> the
Makes sense to.
ok kettenis@
> On 06/30/2022 4:05 PM Martin Pieuchot wrote:
>
>
> Diff below uses two tricks to make uvm_pagermapin/out() faster and less
> likely to fail in OOM situations.
>
> These functions are used to map buffers when swapping pages in/out and
> when faulting on mmaped
OK?
diff --git Makefile.in Makefile.in
index b6b7eb37570..96d0784f610 100644
--- Makefile.in
+++ Makefile.in
@@ -81,13 +81,13 @@ MANUALS=nsd.8 nsd-checkconf.8 nsd-checkzone.8 nsd-control.8
nsd.conf.5
COMMON_OBJ=answer.o axfr.o ixfr.o ixfrcreate.o buffer.o configlexer.o
configparser.o dname.o
Hi Hrvoje,
I assume it was faster before? What hardware are you seeing this on?
Thanks,
Mark
> Op 30-06-2022 08:52 schreef Hrvoje Popovski :
>
>
> On 27.6.2022. 23:44, Mark Kettenis wrote:
> > The Ryzen Embedded V1000 processors have an arm64-style Synposys
> > DesignWare UART instead if a
35 matches
Mail list logo