On Wed, Oct 14, 2020 at 08:06:52PM -0500, Scott Cheloha wrote:
> _exit(2) and execve(2) need to obey the locking protocol described in
> proc.h when manipulating the per-process interval timer state.
>
> While we're here we can also remove the now pointless splclock/splx
> dance from execve(2).
>
_exit(2) and execve(2) need to obey the locking protocol described in
proc.h when manipulating the per-process interval timer state.
While we're here we can also remove the now pointless splclock/splx
dance from execve(2).
The easiest way to obey the locking protocol is to reuse the interface
I'm not convinced that this makes sense. While there are still a lot of
touchpads around that need deceleration, modern ones tend to be larger and
more precise, so maybe we want to drop it at some point in the future?
Given that up to now, nobody else reported a problem with it, I'd prefer
to
People who prefer flatter profiles are not as rare as one might think,
cf similar discussions on Libinput:
https://bugs.freedesktop.org/show_bug.cgi?id=89485
I found setting it to 4 gives best results (it was 16 by default) so I
wouldn't want to totally remove it either.
Feel free to not
Accommodate POSIX basename(3) that takes a non-const parameter and
may in fact modify the string buffer.
The file is built by vmd and vmctl.
I'm uncertain if we want a truncation check here. Both in vmd and
vmctl, the path has been validated by a previous open(), but given
the code complexity,
Accommodate POSIX basename(3) that takes a non-const parameter and
may in fact modify the string buffer.
ok?
Index: usr.bin/rcs/rlog.c
===
RCS file: /cvs/src/usr.bin/rcs/rlog.c,v
retrieving revision 1.74
diff -u -p -r1.74 rlog.c
---
When creating a tls session on an incoming connection, a useless
roundtrip through the lka is made (see cert.c) to retreive a
certificate which is not used anyway: the necessary contexts have
already been set up for all pki names (in smtp.c:smtp_setup_events()).
This diff makes the codepath more
Hi Jonathan,
Jonathan Gray wrote:
> match on additional device ids from lenovo windows driver
> https://download.lenovo.com/consumer/options/thinkpad_usb-c_dock_gen2_drivers_v1.0.3.03241.exe
> and linux driver
[...]
> + { USB_VENDOR_LENOVO, USB_PRODUCT_LENOVO_RTL8153B_2 },
[...]
This is an
Oops, the subject should be "Expose touchpad _decleration threshold_ in
wsconsctl". Not sure why I wrote "sensitivity".
On Wed, 14 Oct 2020, Brennan Vincent wrote:
>
> diff --git sbin/wsconsctl/mouse.c sbin/wsconsctl/mouse.c
> index e04642dacbc..0f1594e17e0 100644
> --- sbin/wsconsctl/mouse.c
> From: James Hastings
> Date: Sun, 11 Oct 2020 03:49:11 -0400 (EDT)
>
> On Thu, 08 Oct 2020 20:29:38 + Mark Kettenis wrote:
> > Diff below adds a driver for the GPIO controller found on the Intel
> > 400 Series PCH as found on (for example) the Lenovo X1 gen 8 laptop.
> > Since I don't have
> Date: Thu, 1 Oct 2020 09:09:50 +0200
> From: Sebastien Marie
>
> Hi,
>
> Currently, when a process is calling kthread_stop(), it sets a flag
> asking the thread to stop, and enters in sleep mode, but the code
> doing the stop doesn't wakeup the caller of kthread_stop().
>
> The thread should
diff --git sbin/wsconsctl/mouse.c sbin/wsconsctl/mouse.c
index e04642dacbc..0f1594e17e0 100644
--- sbin/wsconsctl/mouse.c
+++ sbin/wsconsctl/mouse.c
@@ -61,6 +61,7 @@ struct field mouse_field_tab[] = {
{ "tp.swapsides", _swapsides, FMT_CFG,FLG_NORDBACK },
{
Just found this in my local tree still, iirc danj liked it but there
wasn't much other enthusiasm. Any other comments? Should I just drop
the diff? Change 'a' to use 2^10 minimum? Change to fixed 2^10 with
no auto measurement?
- Forwarded message from Stuart Henderson -
From: Stuart
Getting uvm_fault() out of the KERNEL_LOCK() alone is not enough to
reduce the contention due to page faults. A single part of the handler
spinning on the lock is enough to hide bugs and increase latency. One
recent example is the uvm_map_inentry() check.
uvm_grow() is another small function
14 matches
Mail list logo
