Re: Behaviour of fsync() in case of write-back errors

On Fri, Apr 13, 2018 at 11:26:52AM +1200, Thomas Munro wrote: > Hello, > > I work on PostgreSQL. I don't use OpenBSD, but recently I've been > investigating how fsync() reports write-back errors on all operating > systems that people like to run PostgreSQL on: > > https://wiki.postgresql.org/wi

Re: kevent, nanosleep: tighten valid range for incoming tv_nsec

On Fri, May 11, 2018 at 05:54:17PM -0500, Scott Cheloha wrote: > Hi, > > This fixes timeout input validation for kevent(2) and nanosleep(2). > > nanosleep() and kqueue_scan() (callee of kevent()) both convert the > incoming timespec to a timeval with TIMESPEC_TO_TIMEVAL *before* > validating the

Re: Tiny correction to sshd_config.5

On Mon, May 14, 2018 at 10:29:00PM -0700, Brendan MacDonell wrote: > There's an 's' missing in PermitEmptyPasswords. > > Index: usr.bin/ssh/sshd_config.5 > === > RCS file: /home/cvsync/openbsd/src/usr.bin/ssh/sshd_config.5,v > retriev

Tiny correction to sshd_config.5

There's an 's' missing in PermitEmptyPasswords. Index: usr.bin/ssh/sshd_config.5 === RCS file: /home/cvsync/openbsd/src/usr.bin/ssh/sshd_config.5,v retrieving revision 1.265 diff -u -p -u -r1.265 sshd_config.5 --- usr.bin/ssh/sshd_con

Re: mfii(4): add bio(4) support

Hi Jonathan Matthew, here is updated patch. could you review it? This patch adds bio(4) support for mfii(4). from mfi(4) with following addition/fixes, * make "bioctl -R" work after hot swapping Currently "bioctl -R" works only if disk state is "Offline" (set by "bioctl -O") and it doesn

Re: mfii(4): use MFII_FUNCTION_PASSTHRU_IO for MFI commands

Hi Jonathan Matthew, here is updated patch. could you review it? while trying to add bio(4) support to mfii(4), we noticed that SAS2208 based card with cache memory hangs on boot. https://marc.info/?t=14773842861&r=1&w=2 after investigation, we made conclusion that MPII SCSI PASSTHRU

Remove a4x bus space hack on armv7

No longer needed on armv7 either. ok? Index: arch/arm/armv7/armv7_a4x_io.S === RCS file: arch/arm/armv7/armv7_a4x_io.S diff -N arch/arm/armv7/armv7_a4x_io.S --- arch/arm/armv7/armv7_a4x_io.S 27 Apr 2017 10:57:05 - 1.2

Remove a4x bus space hack on arm64

No longer needed. ok? Index: arch/arm64/arm64/arm64var.h === RCS file: /cvs/src/sys/arch/arm64/arm64/arm64var.h,v retrieving revision 1.1 diff -u -p -r1.1 arm64var.h --- arch/arm64/arm64/arm64var.h 17 Dec 2016 23:38:33 - 1.

Re: diff: add if group table to snmpd

Hi Stuart, On Mon, May 14, 2018 at 06:53:20PM +0100, Stuart Henderson wrote: > On 2018/05/14 17:59, Jan Klemkow wrote: > > The following diff adds an interface group table to the OpenBSD MIBs and > > the OpenSNMPd. The new snmp table helps to keep track of the demote > > values of more complex ca

Remove unused arm64 pmap_steal_memory() implementation

This code won't work and I think implementing it only makes sense for architectures that have a direct map. ok? Index: arch/arm64/arm64/pmap.c === RCS file: /cvs/src/sys/arch/arm64/arm64/pmap.c,v retrieving revision 1.51 diff -u -p

Drop memory barriers from _aromic_lock() on armv7 and arm64

Since the callers now add the barriers we can drop them here. ok? Index: lib/libc/arch/aarch64/gen/_atomic_lock.c === RCS file: /cvs/src/lib/libc/arch/aarch64/gen/_atomic_lock.c,v retrieving revision 1.1 diff -u -p -r1.1 _atomic_loc

Re: acpi(4): GenericSerialBus OperationRegion support

> Date: Sun, 13 May 2018 22:27:09 -0700 > From: Mike Larkin > > On Sun, May 13, 2018 at 03:57:50PM +0200, Mark Kettenis wrote: > > The diff below implements functionality that allows AML access to > > devices that sit on an I2C bus. Only a subset of the various access > > methods is implemented;

Re: diff: add if group table to snmpd

On 2018/05/14 17:59, Jan Klemkow wrote: > Hi, > > The following diff adds an interface group table to the OpenBSD MIBs and > the OpenSNMPd. The new snmp table helps to keep track of the demote > values of more complex carp setups. To iterate directly through all > interface groups, the diff has

diff: add if group table to snmpd

Hi, The following diff adds an interface group table to the OpenBSD MIBs and the OpenSNMPd. The new snmp table helps to keep track of the demote values of more complex carp setups. To iterate directly through all interface groups, the diff has to extent ioctl interface by a new command SIOCGIFGL

Re: dmesg: drop unnecessary

Has been there since import. No binary change on amd64, looks ok to me.

ftp5 outages today and tomorrow (May 14th and 15th)

RIT is turning off the power for electrical maintenance today and tomorrow. ftp5 will be out 4pm EST until 1am EST. This dance will happen again tomorrow, but the outage will last until 7am EST the following morning. FYI --Kurt Mosiejczuk

dmesg: drop unnecessary

ok? -- Scott Cheloha Index: sbin/dmesg/dmesg.c === RCS file: /cvs/src/sbin/dmesg/dmesg.c,v retrieving revision 1.29 diff -u -p -r1.29 dmesg.c --- sbin/dmesg/dmesg.c 1 Sep 2017 07:31:45 - 1.29 +++ sbin/dmesg/dmesg.c 14 May

iwm: multi-frame rx support (second attempt)

This is another attempt at implementing support for receiving more than one frame per interrupt in iwm(4). The Linux driver operates this way and some firmware versions seem to have trouble without it. Back in April 2017 an old version of this diff had to be backed out because it caused performanc

Re: silence iwm dmesg spam from unhandled firmware responses

On Mon, May 14, 2018 at 02:45:38PM +0200, Stefan Sperling wrote: > Some iwm devices still produce a lot of "unhandled firmware reponse" > messages. These are only meaningful for debugging purposes, so silence > them unless debug mode is enabled. > > Of course, users will still see the symptoms of

silence iwm dmesg spam from unhandled firmware responses

Some iwm devices still produce a lot of "unhandled firmware reponse" messages. These are only meaningful for debugging purposes, so silence them unless debug mode is enabled. Of course, users will still see the symptoms of any problems which arise from unhandled firmware responses. This is just a

Re: no NET_RLOCK() for SIOCGIFCLONERS

On Mon, May 14, 2018 at 10:24:09AM +0200, Martin Pieuchot wrote: > On 14/05/18(Mon) 10:17, Theo Buehler wrote: > > This was pointed out to me by mpi a while ago. > > > > The if_clone_list() function accesses &if_cloners, which is only > > modified via if_clone_attach() and if_clone_detach(). > >

ldapd: fix log and format string errors

Hi, the following patch updates ldapd to use log.c from vmd/relayd/etc. Notes: - This log.c uses format attributes that helped to fix some format errors and two actual bugs: - There was a missing argument in a log_warn in namespace.c - the ldape child never inherited the log level correctl

Re: ldapd: filter rules on attributes

On Sat, May 12, 2018 at 08:56:48PM +1000, Jonathan Matthew wrote: > > This only supports "write" (modify, add, delete) and not "read" > > (search) filter rules. The search mode will be more complicated and I > > will look at this later. > > > > Thoughts? OK? > > ok. Read filters would be good

Re: no NET_RLOCK() for SIOCGIFCLONERS

On 14/05/18(Mon) 10:17, Theo Buehler wrote: > This was pointed out to me by mpi a while ago. > > The if_clone_list() function accesses &if_cloners, which is only > modified via if_clone_attach() and if_clone_detach(). > > The latter function is never called, as far as I can tell, while > if_clone

no NET_RLOCK() for SIOCGIFCLONERS

This was pointed out to me by mpi a while ago. The if_clone_list() function accesses &if_cloners, which is only modified via if_clone_attach() and if_clone_detach(). The latter function is never called, as far as I can tell, while if_clone_attach() is only called at boot time via the pdevinit[] m