Re: Fix wxabort refs in mmap and mprotect man pages

On Fri, Mar 10, 2017 at 08:00:44PM -0500, Michael Reed wrote: > The sysctl(3) man page does not seem to contain anything about kern.exabort. > While here, also use proper .Xr markup. > the markup fix is correct, but...sysctl(3) does document kern.wxabort (KERN_WXABORT). jmc > > Index: mmap.2

Re: sha2(3): five != four

On Fri, Mar 10, 2017 at 07:27:57PM -0800, Philip Guenther wrote: > > With the addition of the SHA512_256 family, there are five families, not > four. > > ok? > i'm ok with this, but it's one of those situations where us correctly documenting the number of things in existence doesn;t gain us

videomode/edid.c: conditionally print mode details

Only print details about parsed EDID blocks if -DDIAGNOSTIC, consistent with the surrounding printf()'s. Ian Index: edid.c === RCS file: /cvs/src/sys/dev/videomode/edid.c,v retrieving revision 1.3 diff -u -p -r1.3 edid.c --- edid.c

"user" chroot (patch)

In running risky non-root applications, it'd be great to chroot(2) without needing to be root. But the manpage says no. So I added a system call, uchroot(2), that does the following: (1) performs the change-root w/o checking for root (2) disables setuid (flag is inherited) The (2) plugs the

sha2(3): five != four

With the addition of the SHA512_256 family, there are five families, not four. ok? Index: /usr/src/lib/libc/hash/sha2.3 === RCS file: /data/src/openbsd/src/lib/libc/hash/sha2.3,v retrieving revision 1.26 diff -u -p -r1.26 sha2.3

Re: Add RTL8153 support to ure(4)

On Fri, 10 Mar 2017 at 20:54:39 +0100, Mark Kettenis wrote: > Fairly straightforward port of the changes made to the FreeBSD driver. > Like re(4) this has a fairly incestious relationship with rgephy(4) as > it needs a similar hack to read the media status register. > > Tests, especially on

kernel crash operating USB device programmer

I'm trying to operate an Atmel AVRISP mkII device programmer using the "avrdude" program. The kernel crashes identically running either 6.0 release or 6.1 snapshot. Is this a known problem? Here is the ddb output and the dmesg. I will try to produce any other useful data or to use ddb to examine

Fix wxabort refs in mmap and mprotect man pages

The sysctl(3) man page does not seem to contain anything about kern.exabort. While here, also use proper .Xr markup. Index: mmap.2 === RCS file: /cvs/src/lib/libc/sys/mmap.2,v retrieving revision 1.52 diff -u -p -r1.52 mmap.2 ---

fix ifconfig scan confusing WEP and WPA

While a wifi interface is configured to use WEP 'ifconfig scan' will mistakenly show all WPA APs as WEP ones. Fix below. This is a small ABI change in struct ieee80211_nodereq. Index: sys/net80211/ieee80211_ioctl.c === RCS file:

Re: dynamic RTS threshold in 11n mode

On Sat, Mar 04, 2017 at 10:04:51PM +0100, Stefan Sperling wrote: > This diff makes the RTS threshold dynamic in 11n mode. > It flips the RTS threshold between DEFAULT (512 bytes) and MAX (the > maximum size of a non-aggregated 802.11 frame). Things have been working fine for me with this diff.

Re: pfsync if_get conversion

On Thu, Mar 09, 2017 at 12:42:43PM +0100, Martin Pieuchot wrote: > On 09/03/17(Thu) 08:48, Stefan Sperling wrote: > > This diff converts a struct ifnet pointer in pfsync's softc into an > > ifindex with corresponding if_get()/if_put() calls. > > This avoid the panic but obfuscate the problem.

Re: Add RTL8153 support to ure(4)

> Date: Sat, 11 Mar 2017 07:23:47 +1000 > From: Jonathan Matthew > > On Fri, Mar 10, 2017 at 08:54:39PM +0100, Mark Kettenis wrote: > > Fairly straightforward port of the changes made to the FreeBSD driver. > > Like re(4) this has a fairly incestious relationship with

Add RTL8153 support to ure(4)

Fairly straightforward port of the changes made to the FreeBSD driver. Like re(4) this has a fairly incestious relationship with rgephy(4) as it needs a similar hack to read the media status register. Tests, especially on RTL8152 hardware, and OKs are welcome. Index: dev/usb/if_ure.c

Re: acme-client -t switch?

--On Thursday, March 09, 2017 06:13:38 PM +0100 Sebastian Benoit wrote: Stuart Henderson(s...@spacehopper.org) on 2017.03.07 21:56:56 +: Since this came up.. what does anyone think about adding the original version back to ports? (personally, I could do with moving

Re: www/61.html reallocarray(1) typo

Hi Hiltjo, Hiltjo Posthuma wrote on Fri, Mar 10, 2017 at 04:26:24PM +0100: > I think a small typo slipped in the 6.1 notes. Patch below: Committed, thanks. Ingo (The patch is correct. This second link talks about reallocarray, not about recallocarray.) > diff --git a/61.html b/61.html >

Re: www/61.html reallocarray(1) typo

> On 10 Mar 2017, at 4:43 PM, Otto Moerbeek wrote: > > On Fri, Mar 10, 2017 at 04:26:24PM +0100, Hiltjo Posthuma wrote: > >> I think a small typo slipped in the 6.1 notes. Patch below: > > Nope, the actual new functions is called recallocarray... Yup, and still a typo in one

Re: www/61.html reallocarray(1) typo

On Fri, Mar 10, 2017 at 04:26:24PM +0100, Hiltjo Posthuma wrote: > Hey, > > I think a small typo slipped in the 6.1 notes. Patch below: Nope, the actual new functions is called recallocarray... -Otto > > diff --git a/61.html b/61.html > index 4b5dadbd4..18208b588 100644 > ---

www/61.html reallocarray(1) typo

Hey, I think a small typo slipped in the 6.1 notes. Patch below: diff --git a/61.html b/61.html index 4b5dadbd4..18208b588 100644 --- a/61.html +++ b/61.html @@ -244,7 +244,7 @@ to 6.1. New function http://man.openbsd.org/recallocarray.3;>recallocarray(3) to reduce the

Fix multiple USB use-after-free

In polling mode, finished transfers are processed by the waiting thread. This happens inside usbd_dopoll(). That means it's unsafe to dereference ``xfer'' after calling it: 352:usbd_dopoll(pipe->device); 353:if (xfer->done) 354:break; When

[patch] snmpd hrStorageSize negative values

Hi. snmpd(8) uses unsigned ints internally to represent the size and used space of a file system. The HOST-RESOURCES-MIB defines the valid values for those OIDs as 0..2147483647. With sufficiently large file systems, this can cause negative numbers to be returned for the size and used space OIDs.

Re: Improved support for Apple trackpads: tests needed

Hi Ulf, > This patch for ubcmtp makes it use the multitouch-input functions of > wsmouse. It's the first driver that would apply the "tracking" variant > (wsmouse_mtframe). > > No wonders will result from the change, but the two-finger gestures that > involve movement - scrolling and