Re: bpf(4): remove ticks

2020-12-28 Thread David Gwynne
On Mon, Dec 28, 2020 at 06:56:08PM -0600, Scott Cheloha wrote: > On Mon, Dec 28, 2020 at 10:49:59AM +1000, David Gwynne wrote: > > On Sat, Dec 26, 2020 at 04:48:23PM -0600, Scott Cheloha wrote: > > > Now that we've removed bd_rdStart from the bpf_d struct, removing > > > ticks from bpf(4) itself

Re: bpf_catchpacket and bpf_wakeup optimisations

2020-12-28 Thread David Gwynne
On Mon, Dec 28, 2020 at 02:45:06PM +1000, David Gwynne wrote: > now that bpf read timeouts are only handled on the bpfread() side, > there's a simplification that can be made in bpf_catchpacket. the chunk > in bpf_catchpacket that rotates the buffers when one gets full already > does a wakeup, so

Re: [PATCH] Reduce case duplication in kern_sysctl

2020-12-28 Thread Greg Steuck
> I tested this by diff'ing sysctl output before/after on amd64. Since > there's a bunch of ifdef'ness I verified RAMDISK still builds. > > I deliberately didn't fix the indentation to keep this diff a pure line > motion (would run over 80 chars otherwise). I can either fix that it in > a separate

Re: remove double call of ttyopen()

2020-12-28 Thread Jan Klemkow
On Mon, Dec 28, 2020 at 07:59:23PM +0100, Klemens Nanni wrote: > On Mon, Dec 28, 2020 at 03:49:35PM +0100, Jan Klemkow wrote: > > The following diff removes useless double calls of ttyopen. l_open is > > a pointer to ttyopen(). All other serial drivers also just use l_open, > > as it is the

Re: New ujoy(4) device for USB gamecontrollers

2020-12-28 Thread Bryan Steele
On Mon, Dec 28, 2020 at 05:03:14PM -0700, Thomas Frohwein wrote: > Hi, > > This is a diff to propose a new device type for USB gamecontrollers, > 'ujoy'. > > Rationale > - > > Since the tightening of security around USB devices, USB > gamecontrollers that generally attach to the

Re: bpf(4): remove ticks

2020-12-28 Thread Scott Cheloha
On Mon, Dec 28, 2020 at 10:49:59AM +1000, David Gwynne wrote: > On Sat, Dec 26, 2020 at 04:48:23PM -0600, Scott Cheloha wrote: > > Now that we've removed bd_rdStart from the bpf_d struct, removing > > ticks from bpf(4) itself is straightforward. > > > > - bd_rtout becomes a timespec; update

New ujoy(4) device for USB gamecontrollers

2020-12-28 Thread Thomas Frohwein
Hi, This is a diff to propose a new device type for USB gamecontrollers, 'ujoy'. Rationale - Since the tightening of security around USB devices, USB gamecontrollers that generally attach to the kitchen-sink uhid device don't work out of the box anymore since read permissions are

Re: Rename SIMPLEQ_ to STAILQ_, diff 1/7

2020-12-28 Thread Christian Weisgerber
Denis Fondras: > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify with > FreeBSD and Linux. > > I added aliases at the end of queue.h to avoid breaking base too much. they > will > be removed as soon as diff 2,3,4,5,6,7 are commited. > > net/sniproxy has a patch to define

Re: remove double call of ttyopen()

2020-12-28 Thread Klemens Nanni
On Mon, Dec 28, 2020 at 03:49:35PM +0100, Jan Klemkow wrote: > The following diff removes useless double calls of ttyopen. l_open is > a pointer to ttyopen(). All other serial drivers also just use l_open, > as it is the general API for this. I'm not familiar with the subsystem/API, but one

remove double call of ttyopen()

2020-12-28 Thread Jan Klemkow
Hi, The following diff removes useless double calls of ttyopen. l_open is a pointer to ttyopen(). All other serial drivers also just use l_open, as it is the general API for this. OK? Bye, Jan Index: arch/luna88k/dev/siotty.c

Re: sleep_setup/finish simplification

2020-12-28 Thread Martin Pieuchot
On 08/12/20(Tue) 10:06, Martin Pieuchot wrote: > Diff below aims to simplify the API to put a thread on a sleep queue and > reduce it to the following: > > sleep_setup(); > /* check condition or release lock */ > sleep_finish(); > > It is motivated by my work to sleep the

Re: i386 pmap diff

2020-12-28 Thread Martin Pieuchot
On 23/12/20(Wed) 18:24, Mark Kettenis wrote: > Diff below switches the i386 pmap to use the modern km_alloc(9) > functions and uses IPL_VM for the pmap pool, following the example of > amd64. Diff below is the one I sent you last year. It has an "#if notyet" around the allocation that generates

Re: Revise fd close notification for kqueue-based select(2) and poll(2)

2020-12-28 Thread Visa Hankala
On Sun, Dec 27, 2020 at 05:09:46PM +, Visa Hankala wrote: > This patch revises the way how kqueue notifies select(2) about the > closing of monitored file descriptors. Instead of returning EBADF through > kqueue_scan(), the error is conveyed in struct kevent. This is excessive > for select(2)

Re: Fwd: gre(4): mgre

2020-12-28 Thread David Gwynne
On Sun, Nov 29, 2020 at 08:30:23PM +0100, Pierre Emeriaud wrote: > Le sam. 28 nov. 2020 ?? 21:46, Jason McIntyre a ??crit : > > > > > +.Bd -literal > > > > add "-offset indent" to match the other examples > > > Done, although I copied this block from gre example, so there's > > > another