On Sun, Jul 09, 2023 at 01:29:58PM -0700, Andrew Hewus Fresh wrote:
> Here is a patch to replace perl(1)'s use of syscall(2) with a dispatcher
> that will call the libc function instead.
>
> I have to do some work on style before this is ready to commit, but it
> should be ready for some testing.
Claudio Jeker writes:
> On Thu, Aug 03, 2023 at 04:20:47PM -0400, Dave Voutila wrote:
>> Found this while working on some virtio stuff. My original
>> implementation as part of the multi-process redesign didn't handle if
>> imsg_flush failed due to resource shortages (EAGAIN), so adopt the
>> d
The only difference is the socket buffer.
As bonus, in the future solock() will be easily replaced by sblock()
instead pushing it down to each SO_SND* and SO_RCV* case.
Index: sys/kern/uipc_socket.c
===
RCS file: /cvs/src/sys/kern/ui
On Thu, Aug 03, 2023 at 04:20:47PM -0400, Dave Voutila wrote:
> Found this while working on some virtio stuff. My original
> implementation as part of the multi-process redesign didn't handle if
> imsg_flush failed due to resource shortages (EAGAIN), so adopt the
> do/while idiom used by other daem
Found this while working on some virtio stuff. My original
implementation as part of the multi-process redesign didn't handle if
imsg_flush failed due to resource shortages (EAGAIN), so adopt the
do/while idiom used by other daemons like iked(8).
Manifests with errors from the vm process looking l
On Thu, Aug 03, 2023 at 08:11:40PM +0200, Robert Palm wrote:
> I am looking at following code from arm64 and riscv64.
>
> ARM64:
> https://github.com/openbsd/src/blob/master/sys/arch/arm64/include/signal.h#L51
>
> --
> struct sigcontext {
> int __
I am looking at following code from arm64 and riscv64.
ARM64:
https://github.com/openbsd/src/blob/master/sys/arch/arm64/include/signal.h#L51
--
struct sigcontext {
int __sc_unused;
int sc_mask; /* signal mask to restore */
unsigned long sc_s
ok!
jmc
On 3 August 2023 17:16:44 BST, aisha wrote:
>On 23/08/03 04:26PM, Jason McIntyre wrote:
>> On Thu, Aug 03, 2023 at 11:05:16AM -0400, aisha wrote:
>> > On 23/08/03 10:51AM, aisha wrote:
>> > > On 23/08/03 09:45AM, Stuart Henderson wrote:
>> > > > On 2023/08/03 07:23, Jason McIntyre wrote:
On 23/08/03 04:26PM, Jason McIntyre wrote:
> On Thu, Aug 03, 2023 at 11:05:16AM -0400, aisha wrote:
> > On 23/08/03 10:51AM, aisha wrote:
> > > On 23/08/03 09:45AM, Stuart Henderson wrote:
> > > > On 2023/08/03 07:23, Jason McIntyre wrote:
> > > > > On Wed, Aug 02, 2023 at 05:52:02PM -0400, aisha w
Scott Cheloha wrote:
> On Thu, Aug 03, 2023 at 09:09:30AM -0600, Theo de Raadt wrote:
> > Scott Cheloha wrote:
> >
> > > > > How about this. Kill the spc_ldavg calculation. Its use is more then
> > > > > questionable. The cpu selection code using this is not wroking well
> > > > > and
> > > >
On Thu, Aug 03, 2023 at 09:09:30AM -0600, Theo de Raadt wrote:
> Scott Cheloha wrote:
>
> > > > How about this. Kill the spc_ldavg calculation. Its use is more then
> > > > questionable. The cpu selection code using this is not wroking well and
> > > > process stealing will do the rest.
> >
> >
On Thu, Aug 03, 2023 at 11:05:16AM -0400, aisha wrote:
> On 23/08/03 10:51AM, aisha wrote:
> > On 23/08/03 09:45AM, Stuart Henderson wrote:
> > > On 2023/08/03 07:23, Jason McIntyre wrote:
> > > > On Wed, Aug 02, 2023 at 05:52:02PM -0400, aisha wrote:
> > > > > Hi,
> > > > > Someone - https://www
Scott Cheloha wrote:
> > > How about this. Kill the spc_ldavg calculation. Its use is more then
> > > questionable. The cpu selection code using this is not wroking well and
> > > process stealing will do the rest.
>
> This is more or less what I said yesterday. The per-CPU load average
> is no
On 23/08/03 10:51AM, aisha wrote:
> On 23/08/03 09:45AM, Stuart Henderson wrote:
> > On 2023/08/03 07:23, Jason McIntyre wrote:
> > > On Wed, Aug 02, 2023 at 05:52:02PM -0400, aisha wrote:
> > > > Hi,
> > > > Someone - https://www.youtube.com/watch?v=NQ5uD5x8vzg - mentioned
> > > > that our man
On Thu, Aug 03, 2023 at 03:42:46PM +0200, Claudio Jeker wrote:
> iked has a special version of ibuf_size() called ibuf_length(). In the
> long run I want to remove this special case. The problem is that
> ibuf_length(NULL) returns 0 while ibuf_size() fails.
> Allowing the NULL pointer here results
On Thu, Aug 03, 2023 at 02:38:11PM +0200, Mark Kettenis wrote:
> > Date: Thu, 3 Aug 2023 12:56:01 +0200
> > From: Claudio Jeker
> >
> > On Thu, Aug 03, 2023 at 10:53:24AM +0200, Claudio Jeker wrote:
> > > On Thu, Aug 03, 2023 at 10:13:57AM +0200, Martin Pieuchot wrote:
> > > > On 02/08/23(Wed) 14
On 23/08/03 09:45AM, Stuart Henderson wrote:
> On 2023/08/03 07:23, Jason McIntyre wrote:
> > On Wed, Aug 02, 2023 at 05:52:02PM -0400, aisha wrote:
> > > Hi,
> > > Someone - https://www.youtube.com/watch?v=NQ5uD5x8vzg - mentioned that
> > > our man page for tar(1) doesn't have an extract exampl
iked has a special version of ibuf_size() called ibuf_length(). In the
long run I want to remove this special case. The problem is that
ibuf_length(NULL) returns 0 while ibuf_size() fails.
Allowing the NULL pointer here results in bad code since it is no longer
obvious if a buffer is initalised or
> Date: Tue, 01 Aug 2023 23:11:43 +0200
> From: Robert Palm
>
> I own a VF 2 version 1.2a and can successfully install / boot the machine.
>
> The inner network port (dwqe1) works at 100 full duplex and receives
> ipv4 via DHCP.
>
> The outer port currently doesn't seem to get an ip, but gets
> Date: Thu, 3 Aug 2023 12:56:01 +0200
> From: Claudio Jeker
>
> On Thu, Aug 03, 2023 at 10:53:24AM +0200, Claudio Jeker wrote:
> > On Thu, Aug 03, 2023 at 10:13:57AM +0200, Martin Pieuchot wrote:
> > > On 02/08/23(Wed) 14:22, Claudio Jeker wrote:
> > > > On Mon, Jul 31, 2023 at 10:21:11AM -0500,
On Thu, Aug 03, 2023 at 10:53:24AM +0200, Claudio Jeker wrote:
> On Thu, Aug 03, 2023 at 10:13:57AM +0200, Martin Pieuchot wrote:
> > On 02/08/23(Wed) 14:22, Claudio Jeker wrote:
> > > On Mon, Jul 31, 2023 at 10:21:11AM -0500, Scott Cheloha wrote:
> > > > On Fri, Jul 28, 2023 at 07:36:41PM -0500, S
On Thu, Aug 03, 2023 at 10:13:57AM +0200, Martin Pieuchot wrote:
> On 02/08/23(Wed) 14:22, Claudio Jeker wrote:
> > On Mon, Jul 31, 2023 at 10:21:11AM -0500, Scott Cheloha wrote:
> > > On Fri, Jul 28, 2023 at 07:36:41PM -0500, Scott Cheloha wrote:
> > > > claudio@ notes that uvm_loadav() pointlessl
On 2023/08/03 07:23, Jason McIntyre wrote:
> On Wed, Aug 02, 2023 at 05:52:02PM -0400, aisha wrote:
> > Hi,
> > Someone - https://www.youtube.com/watch?v=NQ5uD5x8vzg - mentioned that
> > our man page for tar(1) doesn't have an extract example, so I thought it
> > would be good to add a simple o
On 02/08/23(Wed) 18:27, Claudio Jeker wrote:
> On Wed, Aug 02, 2023 at 10:15:20AM -0500, Scott Cheloha wrote:
> > Now that the proc0 wakeup(9) is gone we can retry the other part of
> > the uvm_meter() patch.
> >
> > uvm_meter() is meant to run every 5 seconds, but for historical
> > reasons it is
On 02/08/23(Wed) 14:22, Claudio Jeker wrote:
> On Mon, Jul 31, 2023 at 10:21:11AM -0500, Scott Cheloha wrote:
> > On Fri, Jul 28, 2023 at 07:36:41PM -0500, Scott Cheloha wrote:
> > > claudio@ notes that uvm_loadav() pointlessly walks the allproc list to
> > > recompute schedstate_percpu.spn_nrun fo
On Thu, Aug 03, 2023 at 08:29:31AM +0200, Peter J. Philipp wrote:
> On Thu, Aug 03, 2023 at 07:23:45AM +0100, Jason McIntyre wrote:
> > On Wed, Aug 02, 2023 at 05:52:02PM -0400, aisha wrote:
> > > Hi,
> > > Someone - https://www.youtube.com/watch?v=NQ5uD5x8vzg - mentioned that
> > > our man page
26 matches
Mail list logo
