syslog.conf: *.emerg comment is confusing

Previous syslog.conf revision 1.19 changed *.emerg to be disabled by default, but forgot to change the comment to tell to uncomment the line to enable *.emerg. Attached patch should fix the comment and reduce confusion. Index: src/etc/syslog.conf

Re: bgpd: filter as path with operators

On 2016 May 31 (Tue) at 08:10:22 +0200 (+0200), Claudio Jeker wrote: :On Mon, May 30, 2016 at 10:43:49PM +0200, Sebastian Benoit wrote: :> /Benno :> :> diff --git etc/examples/bgpd.conf etc/examples/bgpd.conf :> index 8ffa8a8..02a31f9 100644 :> --- etc/examples/bgpd.conf :> +++

Re: bgpd: filter as path with operators

On Mon, May 30, 2016 at 10:43:49PM +0200, Sebastian Benoit wrote: > Hi, > > this allows to have > > allow from any AS 64512 - 65534 ... > allow from any AS > 100 > > etc in bgpd.conf. > > Ignore the example file for now, i will commit that seperatly anyway. > > One obvious improvment

Re: ifa_ifwithroute() fix

On 19/04/16(Tue) 10:43, Martin Pieuchot wrote: > Mart Tõnso reported [0] a weird case related to the use of ifa_ifwithnet(). > > The problem is that ifa_ifwithroute() does not always use route entries but > the poor's man routing table: ifa_ifwithnet(). This is misleading because > one cannot

Re: xhci(4) vs BIOS

> Date: Tue, 31 May 2016 18:43:16 +0200 > From: Martin Pieuchot > > I finally got my hands on a DELL Optiplex 3020. The BIOS on this > machines uses the xHCI controller to handle the keyboard and mouse. > > Turns out that I badly copy/pasted the ehci(4) code to take over the

Re: ptrace PT_IO write bug

> From: "Ted Unangst" > Date: Tue, 31 May 2016 13:57:04 -0400 > > Jeremie Courreges-Anglas wrote: > > >> > > >> Since PT_WRITE_I and PT_WRITE_D are documented as strictly equivalent > > >> since rev. 1.1, I doubt that such an optimization is a good idea. > > > > > > A clear

Re: lockmgr() api removal

Martin Natano wrote: > It is time for the lockmgr() api to die. The api is only used by > filesystems, where it is a trivial change to use rrw locks instead. All > it needs is LK_* defines for the RW_* flags. (See the sys/lock.h hunk in > the diff below.) > > The ffs regress tests display the

Re: lockmgr() api removal

> Martin Natano wrote: > > It is time for the lockmgr() api to die. The api is only used by > > filesystems, where it is a trivial change to use rrw locks instead. All > > it needs is LK_* defines for the RW_* flags. (See the sys/lock.h hunk in > > the diff below.) > > > > The ffs regress tests

Re: ptrace PT_IO write bug

Jeremie Courreges-Anglas wrote: > >> > >> Since PT_WRITE_I and PT_WRITE_D are documented as strictly equivalent > >> since rev. 1.1, I doubt that such an optimization is a good idea. > > > > A clear case where the documentation is wrong. > > > The documentation may have been wrong for some time

Re: ptrace PT_IO write bug

Mark Kettenis writes: >> From: Jeremie Courreges-Anglas >> Date: Mon, 30 May 2016 19:30:27 +0200 >> >> Mark Kettenis writes: >> >> > Mathieu - schreef op 2016-05-28 13:05: >> >> Martin Natano wrote: >> >>> The diff reads fine

Re: poll magic for pflogd

Tobias Ulmer wrote: > On Tue, Sep 22, 2015 at 11:46:08AM -0400, Ted Unangst wrote: > > Todd C. Miller wrote: > > > On Mon, 21 Sep 2015 20:13:05 -0400, "Ted Unangst" wrote: > > > > > > > We can put a "long" poll() in front of pcap to wait until there are > > > > packets > > > > (maybe never if

Re: pool related crashes, but "kernel did no panic"

On Mon, May 30, 2016 at 9:02 PM, Ted Unangst wrote: > Alexey Suslikov wrote: >> On Thu, May 12, 2016 at 4:14 PM, Bob Beck wrote: >> > Thank you!now that's a bug report.. >> >> Hi. >> >> Moved to 6.0-beta some time ago to make crash dumps more up >> to

Re: bgpd: filter as path with operators

Claudio Jeker(cje...@diehard.n-r-g.com) on 2016.05.31 08:10:22 +0200: > On Mon, May 30, 2016 at 10:43:49PM +0200, Sebastian Benoit wrote: > > Hi, > > > > this allows to have > > > > allow from any AS 64512 - 65534 ... > > allow from any AS > 100 > > > > etc in bgpd.conf. > > > > Ignore the

Re: ugen(4) Asynchronous USB Requests

On 30/05/16(Mon) 12:15, Phil Vachon wrote: > On May 30, 2016 at 9:28:52 AM, Martin Pieuchot wrote: > > On 26/05/16(Thu) 14:55, Phil Vachon wrote: > > You should get in touch with Grant Czajkowski, he did something similar > > during the GSoC 2015, see: > >  > >

Re: xhci(4) vs BIOS

On Tue, May 31, 2016 at 06:43:16PM +0200, Martin Pieuchot wrote: > I finally got my hands on a DELL Optiplex 3020. The BIOS on this > machines uses the xHCI controller to handle the keyboard and mouse. > > Turns out that I badly copy/pasted the ehci(4) code to take over the > HC from the BIOS.

Re: ifa_ifwithroute() fix

On Tue, 31 May 2016 09:51:10 +0200 Martin Pieuchot wrote: > On 19/04/16(Tue) 10:43, Martin Pieuchot wrote: > > Mart Tõnso reported [0] a weird case related to the use of > > ifa_ifwithnet(). > > > > The problem is that ifa_ifwithroute() does not always use route > > entries

Re: ptrace PT_IO write bug

Mark Kettenis wrote: > > > The documentation may have been wrong for some time on some archs, it > > > feels like making PT_WRITE_D and PT_WRITE_I equivalent was deemed > > > useful at one point. Given that Free and NetBSD document the same > > > guarantee, I personally don't feel comfortable

Re: uvideo patches: V4L2_BUF_FLAG_{DONE,QUEUED} [4/4]

On Tue, May 17, 2016 at 05:20:14PM -0700, patrick keshishian wrote: > 4/4: I don't believe V4L2_BUF_FLAG_QUEUED and V4L2_BUF_FLAG_DONE > flags are handled correctly in our uvideo driver. Agreed. > According to linuxtv.org Buffers Chap 3. Input/Output Table 3.4 > Buffer Flags: > >

lib/libsqlite3/src/sqlite3.h

Does anyone know/remember how src/sqlite3.h is generated?

Re: MBIM Patch - Part 2 of 4

> But using SIOCAIFADDR/SIOCDIFADDR seems rather awkward since in_control() > requires a 'struct socket *so' argument (even though it does nothing with > it, except checking 'so->so_state & SS_PRIV'). Creating a socket inside > the driver for this sole purpose seems just as weird as setting up a >

Re: lib/libsqlite3/src/sqlite3.h

Hi Stuart, Stuart Henderson wrote on Tue, May 31, 2016 at 11:02:30PM +0100: > Does anyone know/remember how src/sqlite3.h is generated? /usr/src/lib/libsqlite3/Makefile: .PHONY: header header: cd ${.CURDIR} && perl tsrc/header_regen VERSION \ src/sqlite.h.in

Re: lib/libsqlite3/src/sqlite3.h

On Tue, May 31, 2016 at 11:02:30PM +0100, Stuart Henderson wrote: > Does anyone know/remember how src/sqlite3.h is generated? By the target called "header" in the Makefile

removing wsmouse_input [1]

These diffs adapt various drivers to the new input functions of wsmouse, namely arch/i386/isa/lms.c, arch/i386/isa/mms.c, arch/luna88k/dev/lunaws.c, arch/sgi/hpc/z8530ms.c, dev/adb/ams.c, dev/sun/sunms.c, and dev/usb/utpms.c. Each of the diffs just replaces

removing wsmouse_input [2]: zts, hilms, uts

zts, hilms, and uts are the drivers that still use wsmouse_input with absolute coordinates (or with both types of coordinates). The new, "flag-less" interface of wsmouse requires calls of wsmouse_position, and, possibly, of wsmouse_touch in this case. Questions, tests and OKs would be welcome.

netcat service lookup

Evening! This diff allows users to use the name of a service in /etc/services instead of a port number when using netcat. Hopefully, this will make using netcat easier for some users. ? nc Index: nc.1 === RCS file:

Re: sqlite3 update

On Tue, May 31, 2016 at 11:36:35PM +0100, Stuart Henderson wrote: > Thanks for the pointer Ingo.. > > I'll be doing tests (including a bulk ports build) with this, > but here's an update to sqlite 3.10.2 (the version which is > in Firefox 46) in the hope it will let us get rid of the >

Re: utvfu driver port

Marcus Glocker wrote: > Me too. Would it be ok to merge utvfu.c and utvfu_ops.c by including > both Copyrights in this file? Should it be > > [Copyright 1] > [Code 1] > [Copyright 2] > [Code 2] > > or > > [Copyright 1] > [Copyright 2] > [Code 1] >

init art nodes in the one place

ok? Index: art.c === RCS file: /cvs/src/sys/net/art.c,v retrieving revision 1.14 diff -u -p -r1.14 art.c --- art.c 13 Apr 2016 08:04:14 - 1.14 +++ art.c 1 Jun 2016 03:40:34 - @@ -803,6 +803,7 @@

Re: utvfu driver port

> If it's entirely new code, I think the top option is better because it allows > separation later. We have some files where all the [code 1] gets deleted, but > the copyright remains, somewhat dubious. Sounds like shoulders of giants stuff. It is exceedingly rare for us to remove a name or

less rthread debug noise

since changing the malloc spinlock to a mutex, it gets roped into the rthread_debug print outs, which contribute massive noise. bypass the logging. Index: rthread.h === RCS file: /cvs/src/lib/librthread/rthread.h,v retrieving

Re: utvfu driver port

On Mon, May 30, 2016 at 04:22:56PM +0200, Martin Pieuchot wrote: > On 26/05/16(Thu) 16:09, patrick keshishian wrote: > > > > Included is my initial effort to port the dual-licensed driver > > for Fushicai Audio-Video Grabber (vendor 0x1b71 product 0x3002). > > Nice. Did you test both bulk and

Re: netcat service lookup

> This diff allows users to use the name of a service in /etc/services > instead of a port number when using netcat. Hopefully, this will make > using netcat easier for some users. I don't see how it makes it easier. There are a number of netcat versions out there, mostly trying to be somewhat

Re: netcat service lookup

On Tue, May 31, 2016 at 10:17 PM, Theo de Raadt wrote: >> This diff allows users to use the name of a service in /etc/services >> instead of a port number when using netcat. Hopefully, this will make >> using netcat easier for some users. > > I don't see how it makes it

Re: netcat service lookup

Honestly, I care little about the incompatibility because we are already different. However I do not think this is any "easier" - I never use /etc/services because frankly I can't predict what other non-openbsd systems will have in it. even openssl s_client doens't add code complexity to do this

Re: netcat service lookup

> On Tue, May 31, 2016 at 10:17 PM, Theo de Raadt > wrote: > >> This diff allows users to use the name of a service in /etc/services > >> instead of a port number when using netcat. Hopefully, this will make > >> using netcat easier for some users. > > > > I don't see

ancient relics in newsyslog

Let's make the defaults be the defaults. Index: Makefile === RCS file: /cvs/src/usr.bin/newsyslog/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile30 Mar 2016 06:38:46 - 1.6 +++ Makefile1 Jun

Re: sqlite3 update

On Tue, May 31, 2016 at 11:36:35PM +0100, Stuart Henderson wrote: > Thanks for the pointer Ingo.. > > I'll be doing tests (including a bulk ports build) with this, > but here's an update to sqlite 3.10.2 (the version which is > in Firefox 46) in the hope it will let us get rid of the >

make art_table_delete scrub the heap on all deletes

currently it leaves early if it is the last entry being removed, which is an optimisation. in the future it is possible for another cpu to have a reference to the table while the last reference is being dropped, so we need to scrub it in case it gets read. ok? Index: art.c

prepare art_node for immediate use in rtable_insert

this reorders the code so a functioning art_node is inserted into the table instead of an empty node. if we move art to use srps, an insert will make the node available for lookups immediately. having a functional node in that situation is useful. this includes previous diffz so it can apply and

Re: netcat service lookup

Ah, okay. > I don't see how it makes it easier. There are a number of netcat > versions out there, mostly trying to be somewhat compatible. On a > whim, this introduces an incompatibility --> scripts become less > portable.

delete OSIOCGIFCONF

it's dead. Index: sockio.h === RCS file: /cvs/src/sys/sys/sockio.h,v retrieving revision 1.63 diff -u -p -r1.63 sockio.h --- sockio.h2 Mar 2016 00:00:16 - 1.63 +++ sockio.h31 May 2016 18:56:49 - @@ -54,7 +54,6

Kill sysctl net.inet6.ip6.rr_prune

We don't support Router Renumbering (RFC2894). ok? Index: lib/libc/gen/sysctl.3 === RCS file: /cvs/src/lib/libc/gen/sysctl.3,v retrieving revision 1.259 diff -u -p -r1.259 sysctl.3 --- lib/libc/gen/sysctl.3 29 May 2016

kdump small timespecs

Small timespecs print funny: 57686 chrome CALL clock_gettime(CLOCK_MONOTONIC,0x7f7f0028) 57686 chrome STRU struct timespec { 15411<"Dec 31 23:16:51 1969">.584609082 } 57686 chrome RET clock_gettime 0 57686 chrome CALL clock_gettime(CLOCK_MONOTONIC,0x7f7eff48) 57686

LibreSSL 2.4.0/2.3.5/2.2.8 Released

We have released a first development snapshot of LibreSSL 2.4.0 along with two stable builds, 2.3.5 and 2.2.8. These should be arriving in the LibreSSL directory of your local OpenBSD mirror soon. The 2.3.5 and 2.2.8 releases contain a reliability fix, correcting an error when parsing certain

xhci(4) vs BIOS

I finally got my hands on a DELL Optiplex 3020. The BIOS on this machines uses the xHCI controller to handle the keyboard and mouse. Turns out that I badly copy/pasted the ehci(4) code to take over the HC from the BIOS. With the diff below I can now route all my ports to xhci(4) and the machine

Re: exp.3: remove ancient history and some markup tweaks

Hi Theo, Theo Buehler wrote on Mon, May 30, 2016 at 07:33:04PM +0200: > Fine. Here's the diff only doing the markup stuff. No objection here if you think it reads better. The spacing is a matter of personal taste. I'm not aware of any recommendation whether to insert spacing into in-line

Re: MBIM Patch - Part 2 of 4

On Mon, 23 May 2016 17:47:28 +0200 Martin Pieuchot wrote: > On 23/05/16(Mon) 16:51, Gerhard Roth wrote: > > On Mon, 23 May 2016 16:18:29 +0200 Martin Pieuchot wrote: > > > On 23/05/16(Mon) 15:38, Gerhard Roth wrote: > > > > This is part 2 of the MBIM patch. It

installboot(8) form armv7

Since the armv7 installer now creates an msdos filesystem for the bootloader, here's an updated installboot(8) diff. Besides FAT32 LBA partitions (created by the installer), it also recognizes FAT16 LBA and EFI System partitions. Not sure whether we actually need to support FAT16, but we'll

Re: MBIM Patch - Part 2 of 4

On Mon, 23 May 2016 17:47:28 +0200 Martin Pieuchot wrote: > On 23/05/16(Mon) 16:51, Gerhard Roth wrote: > > On Mon, 23 May 2016 16:18:29 +0200 Martin Pieuchot wrote: > > > On 23/05/16(Mon) 15:38, Gerhard Roth wrote: > > > > > > This is crazy :) No driver

eradicate "fat diminisher system" in spamd.conf(5)

Hello, spews.org which is referenced in spamd.conf(5) is dead & now redirects to a dieting system. Attached diff swaps the spews reference in the man page to nixspam list actually found in spamd.conf Second diff removes the pointer to spamlinks.net which is also dead. Sevan Index:

Re: pool related crashes, but "kernel did no panic"

> is exactly 80 characters long (such a long printf violates "80 chars" > rule, isn't it?). there is no hard and fast rule for that at all; printing extra newlines has other downsides such as the screen scrolling sooner.