Re: IPv6 Support for umb(4)

On Tue, Feb 18, 2020 at 08:25:48AM +0100, Gerhard Roth wrote: > Hi Claudio, > > thanks for looking at it. > > For your questions find my replies below. > Thanks. Bummer about not knowing what the cause of no IPv6 config is. I guess it is time to get this in an have people play with it. > >

Re: IPv6 Support for umb(4)

Hi Claudio, thanks for looking at it. For your questions find my replies below. On Mon, 17 Feb 2020 17:30:03 +0100 Claudio Jeker wrote: > On Tue, Feb 04, 2020 at 09:16:34AM +0100, Gerhard Roth wrote: > > Hi Alex, > > > > thanks for looking into it. > > > > > > On Tue, 4 Feb 2020 00:20:42

Re: cwm(1): minor edit to keybinding

Good point! I retract the diff, please ignore. ‐‐‐ Original Message ‐‐‐ On Tuesday, February 18, 2020 12:36 AM, Martijn van Duren wrote: > No, "?" is not always under "/", this is just for the US layout. > One example that comes to mind is the Belgian AZERTY keyboard > layout, where

Re: pppx(4): rwsleep(9) -> rwsleep_nsec(9)

On Mon, Feb 17, 2020 at 06:35:38PM -0600, Scott Cheloha wrote: > Infinite sleep, trivial. > > ok? OK claudio@ > Index: net/if_pppx.c > === > RCS file: /cvs/src/sys/net/if_pppx.c,v > retrieving revision 1.74 > diff -u -p -r1.74

Re: cwm(1): minor edit to keybinding

No, "?" is not always under "/", this is just for the US layout. One example that comes to mind is the Belgian AZERTY keyboard layout, where "?" on the same key as "," and there are probably more examples out there. martijn@ On 2/18/20 1:56 AM, Ryan Lennox wrote: > Hi, > > As a new cwm user, I

vmm(4): handle invalid writes to cr0 - patch

Hi Please see the patch below to handle invalid writes to cr0 as per the Intel SDM Volume 3. The 3 cases i am handling with this change are 1. CR0.PG: Setting the PG flag when the PE flag is clear causes a general-protection exception (#GP). (Intel SDM Volume 3abcd page 76, Section 2.5

Re: apmd: fix autoaction timeout

On Sat, Feb 15 2020, Jeremie Courreges-Anglas wrote: > On Fri, Feb 14 2020, Scott Cheloha wrote: >> On Thu, Feb 13, 2020 at 02:08:32PM +0100, Jeremie Courreges-Anglas wrote: >>> On Wed, Feb 12 2020, Scott Cheloha wrote: >>> > On Wed, Feb 12, 2020 at 01:35:22PM +0100, Jeremie Courreges-Anglas

cwm(1): minor edit to keybinding

Hi, As a new cwm user, I spent several minutes trying to figure out why the M-question prompt wasn't launching any programs. I smacked my forehead when I realized I was just pressing M-slash, which happens to display a very similar prompt. Normally I wouldn't bother posting about something this

wi(4): tsleep(9) -> tsleep_nsec(9), timeout_add(9) -> timeout_add_msec(9)

Convert WI_WAVELAN_RES_TIMEOUT from ticks to milliseconds and use timeout_add_msec(9) directly. We can also easily use tsleep_nsec(9) here instead of tsleep(9). ok? Index: if_wi.c === RCS file: /cvs/src/sys/dev/ic/if_wi.c,v

pppx(4): rwsleep(9) -> rwsleep_nsec(9)

Infinite sleep, trivial. ok? Index: net/if_pppx.c === RCS file: /cvs/src/sys/net/if_pppx.c,v retrieving revision 1.74 diff -u -p -r1.74 if_pppx.c --- net/if_pppx.c 28 Jan 2020 16:26:09 - 1.74 +++ net/if_pppx.c

Re: ips(4): tsleep(9) -> tsleep_nsec(9)

On Sat, Jan 11, 2020 at 02:57:14AM -0600, Scott Cheloha wrote: > The sleep duration is in milliseconds. We can rip out the timeval and > tvtohz(9) and use MSEC_TO_NSEC() directly instead. I've added a local > "msecs" variable because "timo" (a) feels a bit ambiguous and (b) is > used with

Re: openssl.1: Tag command names

On Mon, Feb 17, 2020 at 05:19:27PM +0100, Klemens Nanni wrote: > > I'd like to commit this soon, it allows me to jump to the command I'm > looking for, e.g. ":tx509" shows me the synopsis right away. Without tags I currently achieve pretty much the same by doing "/^X509" or "/^S_CLIENT" etc.

Re: ssh: Register tun channel cleanup callback when ExitOnForwardFailure is set

On Tue, Feb 18, 2020 at 09:00:13AM +1100, Damien Miller wrote: > On Mon, 17 Feb 2020, Remi Pommarel wrote: > > > When remote side fails to create tun (e.g. tun device is already opened) > > it notifies the client with an SSH2_MSG_CHANNEL_OPEN_FAILURE message and > > channel is marked dead on

Re: openssl.1: Tag command names

On Mon, Feb 17, 2020 at 05:19:27PM +0100, Klemens Nanni wrote: > > I'd like to commit this soon, it allows me to jump to the command I'm > looking for, e.g. ":tx509" shows me the synopsis right away. > > FWIW, some Linux distributions ship with separate manuals, e.g. x509(1SSL). > > Patch was

Re: ssh: Register tun channel cleanup callback when ExitOnForwardFailure is set

On Mon, 17 Feb 2020, Remi Pommarel wrote: > When remote side fails to create tun (e.g. tun device is already opened) > it notifies the client with an SSH2_MSG_CHANNEL_OPEN_FAILURE message and > channel is marked dead on client side. But because tun forward channel > is not an interactive channel

Part 2: reduce SCHED_LOCKing while a proc is running

Hi, This is part 2 of previous diff sent earlier and includes it also: "sync quantum for a proc with its per-CPU tracking". While a proc is running, try not to disturb its running. Only change proc priority just before adding to runqueue. This reduces SCHED_LOCK occurences in kernel by a tiny

ssh: Register tun channel cleanup callback when ExitOnForwardFailure is set

When remote side fails to create tun (e.g. tun device is already opened) it notifies the client with an SSH2_MSG_CHANNEL_OPEN_FAILURE message and channel is marked dead on client side. But because tun forward channel is not an interactive channel it has no cleanup callback and is kept in a Zombie

Re: Adjust some DLT_IEEE802_11_RADIO bpf taps

On Mon, Feb 17, 2020 at 05:07:42PM +0100, Claudio Jeker wrote: > As already done on iwm(4) and one of the athn(4), there is no need to pass > the radio tap structure to bpf_mtap by faking up an mbuf. The code can > just use bpf_mtap_hdr() (which does a similar dance but with far less > memory on

sync quantum for a proc with its per-CPU tracking

Hi, This diff makes sure that a proc and its per-CPU structure which tracks when to schedule another proc in round-robin are in sync. No observable change in time spent compiling the bsd.mp kernel. This diff in addition with another which replaces schedclock() with equivalent code, shaves

Re: IPv6 Support for umb(4)

On Tue, Feb 04, 2020 at 09:16:34AM +0100, Gerhard Roth wrote: > Hi Alex, > > thanks for looking into it. > > > On Tue, 4 Feb 2020 00:20:42 +0100 Alexander Bluhm > wrote: > > On Tue, Jan 28, 2020 at 03:03:47PM +0100, Gerhard Roth wrote: > > > this patch adds IPv6 support to umb(4). > > > >

openssl.1: Tag command names

I'd like to commit this soon, it allows me to jump to the command I'm looking for, e.g. ":tx509" shows me the synopsis right away. FWIW, some Linux distributions ship with separate manuals, e.g. x509(1SSL). Patch was done with a VIM macro by adding a new line after each `.Sh' line with the

Adjust some DLT_IEEE802_11_RADIO bpf taps

As already done on iwm(4) and one of the athn(4), there is no need to pass the radio tap structure to bpf_mtap by faking up an mbuf. The code can just use bpf_mtap_hdr() (which does a similar dance but with far less memory on the stack). There are many other wifi driver that do the same thing so

net80211: fix mbuf corruption in AP mode

I have debugged an mbuf corruption issue which can occur in net80211 hostap mode, with help from claudio, kettenis, and dlg. The gist of the fix is this: m = ieee80211_getmgmt(M_DONTWAIT, MT_DATA, 8 + 2 + 2 + - 2 + ni->ni_esslen + + 2 +