adjust Makefile.armv7 for clang

2017-10-25 Thread Jonathan Gray
Also add aliases for additional eabi calls clang emits. Index: lib/libkern/arch/arm/divsi3.S === RCS file: /cvs/src/sys/lib/libkern/arch/arm/divsi3.S,v retrieving revision 1.4 diff -u -p -r1.4 divsi3.S ---

Re: "max" field in "netstat -m" is ambiguous

2017-10-25 Thread Mike Belopuhov
On Wed, Oct 25, 2017 at 21:56 +0200, Claudio Jeker wrote: > On Wed, Oct 25, 2017 at 01:39:35PM -0600, Todd C. Miller wrote: > > On Wed, 25 Oct 2017 19:46:56 +0200, Mike Belopuhov wrote: > > > > > I think we can extend this by adding an additional number for the > > > upper boundary

Re: "max" field in "netstat -m" is ambiguous

2017-10-25 Thread Stuart Henderson
On 2017/10/25 21:03, Stuart Henderson wrote: > On 2017/10/25 19:46, Mike Belopuhov wrote: > > I gather this isn't very friendly towards existing scripts parsing > > this output, but YMMV. > > I don't see anything in ports that cares. The only thing that parses > netstat -m output at all seems to

Re: "max" field in "netstat -m" is ambiguous

2017-10-25 Thread Stuart Henderson
On 2017/10/25 19:46, Mike Belopuhov wrote: > I gather this isn't very friendly towards existing scripts parsing > this output, but YMMV. I don't see anything in ports that cares. The only thing that parses netstat -m output at all seems to be some code in gnupg/libgcrypt/mcrypt that uses it as

Re: "max" field in "netstat -m" is ambiguous

2017-10-25 Thread Claudio Jeker
On Wed, Oct 25, 2017 at 01:39:35PM -0600, Todd C. Miller wrote: > On Wed, 25 Oct 2017 19:46:56 +0200, Mike Belopuhov wrote: > > > I think we can extend this by adding an additional number for the > > upper boundary (kern.maxclusters), like so: > > > > saru:usr.bin/netstat% ./obj/netstat -m > >

Re: "max" field in "netstat -m" is ambiguous

2017-10-25 Thread Todd C. Miller
On Wed, 25 Oct 2017 19:46:56 +0200, Mike Belopuhov wrote: > I think we can extend this by adding an additional number for the > upper boundary (kern.maxclusters), like so: > > saru:usr.bin/netstat% ./obj/netstat -m > 539 mbufs in use: > 385 mbufs allocated to data > 13 mbufs

Re: Kill deprecated IPv6 ioctl(2)s

2017-10-25 Thread Florian Obser
OK florian@ On Wed, Oct 25, 2017 at 10:20:45AM +, Martin Pieuchot wrote: > Diff below remove some more deprecated ioctl(2). The first group below > correspond to features now deprecated by slaacd(8): > > SIOCSIFINFO_FLAGS, SIOCSNDFLUSH_IN6, SIOCSPFXFLUSH_IN6, SIOCSRTRFLUSH_IN6 > >

"max" field in "netstat -m" is ambiguous

2017-10-25 Thread Mike Belopuhov
Hi, After some changes in the way mbuf cluster pool limits are set up, we have a situation where the "max" number doesn't reflect what it used to and is ambiguous most of the time. Right now I have: 36/144/64 mbuf 2048 byte clusters in use (current/peak/max) 0/45/120 mbuf 2112 byte clusters

Re: tftpd(8): diff for ip path rewrite

2017-10-25 Thread Jeremie Courreges-Anglas
On Tue, Oct 24 2017, Jeremie Courreges-Anglas wrote: > On Mon, Oct 23 2017, Jan Klemkow wrote: >> On Sun, Oct 22, 2017 at 09:32:54PM +, Jeremie Courreges-Anglas wrote: >>> On Sat, Oct 21 2017, Jan Klemkow wrote: >>> > On Fri, Oct

Re: armv7 asm fix for clang 5.0.0

2017-10-25 Thread Mark Kettenis
> Date: Thu, 26 Oct 2017 03:10:44 +1100 > From: Jonathan Gray > > On Wed, Oct 25, 2017 at 05:04:10PM +0200, Mark Kettenis wrote: > > The clang 5.0.0 integrated assembler seems to be a little bit more > > fussy and doesn't allow the use of the "smc" instructions without > >

Re: armv7 asm fix for clang 5.0.0

2017-10-25 Thread Jonathan Gray
On Wed, Oct 25, 2017 at 05:04:10PM +0200, Mark Kettenis wrote: > The clang 5.0.0 integrated assembler seems to be a little bit more > fussy and doesn't allow the use of the "smc" instructions without > declaring that you want to use the TrustZone architecture extension. > Unfortunately our

armv7 asm fix for clang 5.0.0

2017-10-25 Thread Mark Kettenis
The clang 5.0.0 integrated assembler seems to be a little bit more fussy and doesn't allow the use of the "smc" instructions without declaring that you want to use the TrustZone architecture extension. Unfortunately our binutils assembler doesn't recognize the pseudo-op. So this diff wraps it into

Re: wireless ioctl & multicast

2017-10-25 Thread Martin Pieuchot
On 25/10/17(Wed) 15:37, Martin Pieuchot wrote: > Diff below moves the common code to add/remove multicast filters > to ieee80211_ioctl(9). Wireless drivers that do things slightly > differently are left untouched for the moment. > > ok? Updated diff. Index: dev/ic/acx.c

Re: Kill deprecated IPv6 ioctl(2)s

2017-10-25 Thread Martin Pieuchot
On 25/10/17(Wed) 14:17, Stuart Henderson wrote: > On 2017/10/25 12:20, Martin Pieuchot wrote: > > The second group of ioctl(2)s is not used in base and should be used > > conditionally in ports, so it should be safe: > > SIOCGIFADDR_IN6, SIOCGIFSTAT_IN6, SIOCGIFSTAT_ICMP6 > > "should" :-)

wireless ioctl & multicast

2017-10-25 Thread Martin Pieuchot
Diff below moves the common code to add/remove multicast filters to ieee80211_ioctl(9). Wireless drivers that do things slightly differently are left untouched for the moment. ok? Index: dev/ic/acx.c === RCS file:

Re: Remove TCP_FACK

2017-10-25 Thread Job Snijders
This has been committed. Since the patch changed the userland ABI, don't forget to rebuild (at least) fstat, netstat & tcpbench. Kind regards, Job

Re: Kill deprecated IPv6 ioctl(2)s

2017-10-25 Thread Stuart Henderson
On 2017/10/25 12:20, Martin Pieuchot wrote: > The second group of ioctl(2)s is not used in base and should be used > conditionally in ports, so it should be safe: > SIOCGIFADDR_IN6, SIOCGIFSTAT_IN6, SIOCGIFSTAT_ICMP6 "should" :-) Net-SNMP uses SIOCGIFSTAT_IN6 without a guard in

Re: Kill deprecated IPv6 ioctl(2)s

2017-10-25 Thread Florian Obser
On Wed, Oct 25, 2017 at 10:56:40AM +, Martin Pieuchot wrote: > On 25/10/17(Wed) 21:53, Jonathan Gray wrote: > > On Wed, Oct 25, 2017 at 12:20:45PM +0200, Martin Pieuchot wrote: > > > Diff below remove some more deprecated ioctl(2). The first group below > > > correspond to features now

Re: Remove TCP_FACK

2017-10-25 Thread Mike Belopuhov
On Tue, Oct 24, 2017 at 23:22 +0200, Job Snijders wrote: > Dear all, > > This patch builds upon the work shared in the following email. Mike's > patch is a prerequisite to apply this patch. > > Date: Tue, 24 Oct 2017 15:21:08 +0200 > From: Mike Belopuhov >

Re: Kill deprecated IPv6 ioctl(2)s

2017-10-25 Thread Jonathan Gray
On Wed, Oct 25, 2017 at 12:56:40PM +0200, Martin Pieuchot wrote: > On 25/10/17(Wed) 21:53, Jonathan Gray wrote: > > On Wed, Oct 25, 2017 at 12:20:45PM +0200, Martin Pieuchot wrote: > > > Diff below remove some more deprecated ioctl(2). The first group below > > > correspond to features now

Re: Kill deprecated IPv6 ioctl(2)s

2017-10-25 Thread Martin Pieuchot
On 25/10/17(Wed) 21:53, Jonathan Gray wrote: > On Wed, Oct 25, 2017 at 12:20:45PM +0200, Martin Pieuchot wrote: > > Diff below remove some more deprecated ioctl(2). The first group below > > correspond to features now deprecated by slaacd(8): > > > > SIOCSIFINFO_FLAGS, SIOCSNDFLUSH_IN6,

Kill deprecated IPv6 ioctl(2)s

2017-10-25 Thread Martin Pieuchot
Diff below remove some more deprecated ioctl(2). The first group below correspond to features now deprecated by slaacd(8): SIOCSIFINFO_FLAGS, SIOCSNDFLUSH_IN6, SIOCSPFXFLUSH_IN6, SIOCSRTRFLUSH_IN6 Removing those might break some ports. This is good! Because now they are broken at compile

Re: Please test: IPsec w/o KERNEL_LOCK()

2017-10-25 Thread Martin Pieuchot
On 16/10/17(Mon) 12:47, Martin Pieuchot wrote: > On 11/10/17(Wed) 17:01, Martin Pieuchot wrote: > > OpenBSD 6.2 includes nice performance and latency improvements due to > > the work done in the Network Stack in the previous years. However as > > soon as IPsec is enabled, all network related

Re: Remove TCP_FACK

2017-10-25 Thread Martin Pieuchot
On 24/10/17(Tue) 23:22, Job Snijders wrote: > Dear all, > > This patch builds upon the work shared in the following email. Mike's > patch is a prerequisite to apply this patch. > > Date: Tue, 24 Oct 2017 15:21:08 +0200 > From: Mike Belopuhov > Subject: Re:

enable wsdisplay of efifb on serial console hosts

2017-10-25 Thread YASUOKA Masahiko
Make efifb(4) usable as a video console even when the system is booted with serial console. It tries to use wsdisplay0 regardless its console since efifb is always primary display. comment? ok? diff --git a/sys/arch/amd64/amd64/efifb.c b/sys/arch/amd64/amd64/efifb.c index

Re: [patch]Use BUFSIZE instead of hard-code in netcat.c

2017-10-25 Thread Hiltjo Posthuma
On Tue, Oct 24, 2017 at 02:52:39PM +0200, Alexander Bluhm wrote: > On Tue, Oct 24, 2017 at 07:44:02PM +0800, Nan Xiao wrote: > > Use BUFSIZE instead of hard-code in netcat.c, FYI. Thanks! > > As this buffer is used with MSG_PEEK and its content is discarded, > the size does not really matter.