Re: fixing kvm lapic hangs

On Thu, Feb 08, 2018 at 04:32:29PM +1300, Jonathan Matthew wrote: > This diff (most of which has been around for a while) changes delay_func > when running in KVM to use pvclock (effectively the TSC) to determine when to > stop spinning. Since this is done in a KVM-specific driver, it won't have

Re: ifconfig foo0 tunnelttl copy

On Thu, Feb 08, 2018 at 04:27:57PM +1000, David Gwynne wrote: > some interfaces could support copying the ttl from an inner packet to an > outer one, but there's no obvious way to configure that at the moment. > > this borrows the semantic of using -1 for a special thing from > vnetid. this

ifconfig foo0 tunnelttl copy

some interfaces could support copying the ttl from an inner packet to an outer one, but there's no obvious way to configure that at the moment. this borrows the semantic of using -1 for a special thing from vnetid. this could let you go "ifconfig gre0 ttl copy" to enable it. this also changes

Re: gre(4) update

> On 8 Feb 2018, at 8:21 am, Kapetanakis Giannis > wrote: > > On 07/02/18 08:38, David Gwynne wrote: >> this is a big change to gre, with the main motivation of adding >> support for gre keys. >> >> gre keys are supported by the vnetid ioctls, and works much like

Re: fixing kvm lapic hangs

On Wed, Feb 07, 2018 at 09:35:04PM -0800, Mike Larkin wrote: > On Thu, Feb 08, 2018 at 04:32:29PM +1300, Jonathan Matthew wrote: > > This diff (most of which has been around for a while) changes delay_func > > when running in KVM to use pvclock (effectively the TSC) to determine when > > to > >

Re: fixing kvm lapic hangs

On Thu, Feb 08, 2018 at 04:32:29PM +1300, Jonathan Matthew wrote: > This diff (most of which has been around for a while) changes delay_func > when running in KVM to use pvclock (effectively the TSC) to determine when to > stop spinning. Since this is done in a KVM-specific driver, it won't have

Re: fixing kvm lapic hangs

On Thu, Feb 08, 2018 at 04:32:29PM +1300, Jonathan Matthew wrote: > This diff (most of which has been around for a while) changes delay_func > when running in KVM to use pvclock (effectively the TSC) to determine when to > stop spinning. Since this is done in a KVM-specific driver, it won't have

fixing kvm lapic hangs

This diff (most of which has been around for a while) changes delay_func when running in KVM to use pvclock (effectively the TSC) to determine when to stop spinning. Since this is done in a KVM-specific driver, it won't have any effect anywhere other than in KVM guests. Using pvclock rather than

Re: gre(4) update

On 07/02/18 08:38, David Gwynne wrote: this is a big change to gre, with the main motivation of adding support for gre keys. gre keys are supported by the vnetid ioctls, and works much like vxlan (funny that). by default gre doesnt use a key, but you can set one and change you mind and remove

Re: ipsec ah_massage_headers cleanup

On Thu, Feb 08, 2018 at 09:45:26AM +1300, richard.n.proc...@gmail.com wrote: > Anyways, I'll commit the simplification below. Having raised the issue, I > should have provided it in the first place. OK bluhm@ > Index: netinet/ip_ah.c >

Re: Make systat(1) list ordering

Martijn van Duren wrote: > Some manpage nits found by jmc. heh, was about to say the same. not a big systat user, but i don't see why not. ok > > Index: engine.c > === > RCS file: /cvs/src/usr.bin/systat/engine.c,v > retrieving

Re: sys_socket() plumbing

Martin Pieuchot wrote: > Diff below shuffles sys_socket() to look like sys_socketpair(). > > The goal is to do socket operations first in both functions. Since > they don't need the KERNEL_LOCK(), we will be able to mark the syscalls > NOLOCK and only grab it before messing with file

Re: Fix for vi(1) manpage Visual command

On Wed, Feb 07, 2018 at 07:28:42PM +0100, Ingo Schwarze wrote: > Hi, > > while trying to fix the documentation of screen splitting in the vi(1) > manual page, jmc@ suggested to stop documenting it at all. I like > the idea because splitting is useless and confusing and the already > excessively

Re: ipsec ah_massage_headers cleanup

On Tue, 6 Feb 2018, Alexander Bluhm wrote: > On Tue, Feb 06, 2018 at 11:04:51AM +1300, Richard Procter wrote: > > > @@ -657,12 +667,13 @@ ah_input(struct mbuf *m, struct tdb *tdb > > > m_copyback(m, skip + rplen, ahx->authsize, ipseczeroes, M_NOWAIT); > > > > > > /* "Massage" the packet

Re: Make systat(1) list ordering

Some manpage nits found by jmc. Index: engine.c === RCS file: /cvs/src/usr.bin/systat/engine.c,v retrieving revision 1.21 diff -u -p -r1.21 engine.c --- engine.c5 Apr 2017 15:57:11 - 1.21 +++ engine.c7 Feb 2018

Re: Fix for vi(1) manpage Visual command

Hi, while trying to fix the documentation of screen splitting in the vi(1) manual page, jmc@ suggested to stop documenting it at all. I like the idea because splitting is useless and confusing and the already excessively large documentation profits from simplification. Rationale: 1. vi screen

amd64,i386: fix PXE boot printing in diskconf()

On amd64 and i386, when we recognize that we've been PXE-booted and identified the interface, there is this: ... if (ifp) { #if defined(NFSCLIENT) printf("PXE boot MAC address %s, interface %s\n",

Re: Make systat(1) list ordering

Someone? On 12/30/17 17:37, Martijn van Duren wrote: > Anyone willing to comment on this? > > On 12/18/17 23:00, Martijn van Duren wrote: >> Hello tech@, >> >> I got a bit annoyed by the fact that it isn't clear what the current >> ordering is for states. I'm not very familiar with systat, so I

Re: Export IPsec flows via snmpd(8)

> Am 07.02.2018 um 12:39 schrieb Martin Pieuchot : > > On 07/02/18(Wed) 12:18, Reyk Floeter wrote: Am 07.02.2018 um 11:23 schrieb Martin Pieuchot : On 07/02/18(Wed) 01:37, Reyk Floeter wrote: >>> Am 02.01.2018 um 15:23 schrieb Martin Pieuchot

soconnect2() & solock()

I'd like to push the lock *inside* soconnect2(). This is mostly a noop as only AF_LOCAL support PRU_CONNECT2. But having less solock/sounlock dances in kern/uipc_syscalls.c helps mentally :) ok? Index: kern/uipc_socket.c === RCS

sys_socket() plumbing

Diff below shuffles sys_socket() to look like sys_socketpair(). The goal is to do socket operations first in both functions. Since they don't need the KERNEL_LOCK(), we will be able to mark the syscalls NOLOCK and only grab it before messing with file descriptors. ok? Index:

Re: Export IPsec flows via snmpd(8)

On 07/02/18(Wed) 12:18, Reyk Floeter wrote: > > Am 07.02.2018 um 11:23 schrieb Martin Pieuchot : > >> On 07/02/18(Wed) 01:37, Reyk Floeter wrote: > > Am 02.01.2018 um 15:23 schrieb Martin Pieuchot : > > > > On 19/12/17(Tue) 18:06, Marco

Re: Export IPsec flows via snmpd(8)

> Am 07.02.2018 um 11:23 schrieb Martin Pieuchot : > >> On 07/02/18(Wed) 01:37, Reyk Floeter wrote: >> > Am 02.01.2018 um 15:23 schrieb Martin Pieuchot : > > On 19/12/17(Tue) 18:06, Marco Pfatschbacher wrote: > On Tue, Dec 19, 2017 at

Re: gem receive watchdog

On 03/02/18(Sat) 18:08, Alexander Bluhm wrote: > Hi, > > I have seen some network hangs with my gem(4) interface on sparc64. > Receiving packets stopped sometimes, ifconfig down/up made it work > again. > > In the tick timeout handler refill the receive ring if it is empty. > The logic is taken

Re: Export IPsec flows via snmpd(8)

On 2018/02/07 11:23, Martin Pieuchot wrote: > On 07/02/18(Wed) 01:37, Reyk Floeter wrote: > > > > >> Am 02.01.2018 um 15:23 schrieb Martin Pieuchot : > > >> > > >>> On 19/12/17(Tue) 18:06, Marco Pfatschbacher wrote: > > >>> On Tue, Dec 19, 2017 at 12:43:48PM +0100, Martin

Re: Export IPsec flows via snmpd(8)

On 07/02/18(Wed) 01:37, Reyk Floeter wrote: > > >> Am 02.01.2018 um 15:23 schrieb Martin Pieuchot : > >> > >>> On 19/12/17(Tue) 18:06, Marco Pfatschbacher wrote: > >>> On Tue, Dec 19, 2017 at 12:43:48PM +0100, Martin Pieuchot wrote: > >>> I'd like to see some information about

openssl(1): convert genpkey options handling

The following diff converts the openssl(1) genpkey option handling to the options handling framework. ok? Index: genpkey.c === RCS file: /cvs/src/usr.bin/openssl/genpkey.c,v retrieving revision 1.11 diff -u -p -r1.11 genpkey.c ---