On Sat, Sep 10, 2022 at 11:46:21PM +0200, Ingo Schwarze wrote:
> Hi,
>
> yes, this is completely correct, with one tiny exception that should
> be fixed while committing, see in-line below.
>
> Jason, since you already started working on this, could you please
> commit this patch with OK schwarze
Hi,
In lapic_calibrate_timer() we only conditionally decide to use the
lapic timer as our interrupt clock. That is, lapic timer calibration
can fail and the system will boot anyway.
If after measuring the lapic timer frequency we somehow come up with
zero hertz, we do *not* set initclock_func to
ok guenther@
(Thanks!)
On Sat, Sep 10, 2022 at 10:20 AM Vitaliy Makkoveev wrote:
> We have no interest on pru_rcvd() return value. Also, we call pru_rcvd()
> only if the socket's protocol have PR_WANTRCVD flag set. Such sockets
> are route domain, tcp(4) and unix(4) sockets.
>
> This diff keeps
Hi,
yes, this is completely correct, with one tiny exception that should
be fixed while committing, see in-line below.
Jason, since you already started working on this, could you please
commit this patch with OK schwarze@?
I'm surprised there was still so much .Li in our tree where .Vt
should ha
Previous fix from gnezdo@ pointed out that `u_flags' accesses should be
serialized by `vmobjlock'. Diff below documents this and fix the
remaining places where the lock isn't yet taken. One exception still
remains, the first loop of uvm_vnp_sync(). This cannot be fixed right
now due to possible
As it was done for udp and divert sockets.
Index: sys/netinet/ip_var.h
===
RCS file: /cvs/src/sys/netinet/ip_var.h,v
retrieving revision 1.104
diff -u -p -r1.104 ip_var.h
--- sys/netinet/ip_var.h3 Sep 2022 22:43:38 -
We have no interest on pru_rcvd() return value. Also, we call pru_rcvd()
only if the socket's protocol have PR_WANTRCVD flag set. Such sockets
are route domain, tcp(4) and unix(4) sockets.
This diff keeps the PR_WANTRCVD check. In other hand we could always
call pru_rcvd() and do "pru_rcvd != NULL
Theo de Raadt wrote:
> Theo de Raadt wrote:
>
> > Theo de Raadt wrote:
> >
> > > In this version of the diff, the kernel manages to mark immutable most of
> > > the main binary, and in the shared-binary case, also most of ld.so. But
> > > it
> > > cannot mark all of the ELF mapping -- becau
Theo de Raadt wrote:
> Theo de Raadt wrote:
>
> > In this version of the diff, the kernel manages to mark immutable most of
> > the main binary, and in the shared-binary case, also most of ld.so. But it
> > cannot mark all of the ELF mapping -- because of two remaining problems
> > (RELRO
> >
On 10/09/22(Sat) 15:12, Mark Kettenis wrote:
> > Date: Sat, 10 Sep 2022 14:18:02 +0200
> > From: Martin Pieuchot
> >
> > Diff below fixes a bug exposed when swapping on arm64. When an anon is
> > released make sure the all the pmap references to the related page are
> > removed.
>
> I'm a littl
On Wed, Aug 31, 2022 at 04:48:37PM -0400, aisha wrote:
> I've added a patch which adds support for NOTE_{,U,M,N}SECONDS for
> EVFILT_TIMER in the kqueue interface.
It sort of makes sense to add an option to specify timeouts in
sub-millisecond precision. It feels complete overengineering to add
mul
> Date: Sat, 10 Sep 2022 14:18:02 +0200
> From: Martin Pieuchot
>
> Diff below fixes a bug exposed when swapping on arm64. When an anon is
> released make sure the all the pmap references to the related page are
> removed.
I'm a little bit puzzled by this. So these pages are still mapped
even
Hi Mark,
Any news? I since setup gdb debugging of OVMF and figured out my EFI RT
issues and it returns data fine now (was wrong calling ABI), but I'm not
making /dev/efi as it sounds like you've done it already. Where are you
at with this? Can I help to move this forward?
Cheers,
Sergii
On Tue,
Diff below fixes a bug exposed when swapping on arm64. When an anon is
released make sure the all the pmap references to the related page are
removed.
We could move the pmap_page_protect(pg, PROT_NONE) inside uvm_pagefree()
to avoid future issue but that's for a later refactoring.
With this diff
On Fri, Sep 09, 2022 at 07:07:14PM +0200, Theo Buehler wrote:
> On Fri, Sep 09, 2022 at 05:50:17PM +0200, Claudio Jeker wrote:
> > This diff optimized subtree walks. In other words it specifies a subtree
> > (as a prefix/prefixlen combo) and only walks the entries that are under
> > this covering r
When the kernel is low on memory, the pagedaemon thread will try various
strategies to free memory.
One of those is to ask the pmap layer to free some memory. This is done
in uvm_swapout_threads(), which is roughly a wrapper around the
invocation of pmap_collect() on behalf of all processes.
Howe
16 matches
Mail list logo