Re: I have a mirror testing program for you. - Mirror down

The real reason I wrote this is to have an automated way to set up the pkg_add mirrors especially for folks that don't care to set them up manually (Afterall, that's what computers are for!). Before I wrote this, I had a PKG_PATH mirror go down and I didn't know what was going on. At least this

Re: keep track of HT protection in 11n mode

On Wed, Jan 20, 2016 at 10:16:53PM +0100, Stefan Sperling wrote: > On Wed, Jan 20, 2016 at 10:04:11PM +0100, Stefan Sperling wrote: > > This diff makes us keep track of changes in the network's HT protection > > settings. These settings are advertised in beacons and change dynamically > > based on

Re: vmx: vmxnet3_load_mbuf will still do the wrong thing

Hi, On Tue, Jan 19, 2016 at 04:31:56PM +0100, Mike Belopuhov wrote: > Hi, > > We've just run into a vmx panic and code inspection revealed > that my previous diff contained a mistake, the pullup operation > is called on a wrong mbuf chain. > > I apologize for overlooking this issue. > > We're

Re: audio: expose real device name

On Wed, Jan 20, 2016 at 11:50:43AM +0100, Mark Kettenis wrote: > > Date: Wed, 20 Jan 2016 09:13:53 +0100 > > From: Alexandre Ratchov > > > > This diff makes audioctl(1) display the device name (ex. > > "azalia0", "cmpci0", etc) in the "name" attribute. This way > > audioctl(1)

Re: keep track of HT protection in 11n mode

On Wed, Jan 20, 2016 at 10:04:11PM +0100, Stefan Sperling wrote: > This diff makes us keep track of changes in the network's HT protection > settings. These settings are advertised in beacons and change dynamically > based on the nature of clients associated to an AP at a given moment. > >

keep track of HT protection in 11n mode

This diff makes us keep track of changes in the network's HT protection settings. These settings are advertised in beacons and change dynamically based on the nature of clients associated to an AP at a given moment. Tracking these changes is rather important. If a non-11n client associates to an

udf uiomove() conversion

Below the conversion to uiomove() for isofs/udf/. Note that converting size to size_t is not possible in udf_read(), as udf_readatoffset() requires a pointer to an integer variable. Changing that would cause a lot of code churn, so i chose to truncate uio_resid to INT_MAX instead.

audio: expose real device name

This diff makes audioctl(1) display the device name (ex. "azalia0", "cmpci0", etc) in the "name" attribute. This way audioctl(1) output could be correlated with dmesg output. This seems more useful than strings like "HD-Audio" or "CMI8338A". OK? Index: audio.c

Re: I have a mirror testing program for you. - Mirror down

Important thing first, the mirror http://openbsd.cs.fau.de/pub/OpenBSD/ seems to be down. On Tue, 19 Jan 2016 22:19:42 -0600 Luke Small wrote: > I have a 500 line program I wrote that reads openbsd.org.ftp.html and > scraps off the html and ftp mirrors, records them all

Re: I have a mirror testing program for you. - Mirror down

On 2016/01/20 10:38, Benjamin Baier wrote: > Important thing first, the mirror http://openbsd.cs.fau.de/pub/OpenBSD/ > seems to be down. +cc maintainer, could you take a look please Simon? Down for v4+v6, traceroute stops at informatik.gate.uni-erlangen.de (131.188.20.38 / 2001:638:a000::3341:41)

Re: audio: expose real device name

> Date: Wed, 20 Jan 2016 09:13:53 +0100 > From: Alexandre Ratchov > > This diff makes audioctl(1) display the device name (ex. > "azalia0", "cmpci0", etc) in the "name" attribute. This way > audioctl(1) output could be correlated with dmesg output. This > seems more useful

Re: in{,6}_hasmulti() for MP

On 15/01/16(Fri) 12:00, Martin Pieuchot wrote: > One of the checks missing to have an unlocked forwarding path is related > to multicast. We must ensure that the list of multicast groups attached > to an ifp is not modified when the CPU processing a packet is traversing > it. > > In order to

Re: Quoting ${CC} expansion in libiberty Makefile

On 20/01/16(Wed) 06:28, Andreas Kusalananda Kähäri wrote: > Previously sent to misc@, but I was told to send it here instead. ok mpi@ > > Cheers, > Andreas > > - Forwarded message from Andreas Kusalananda Kähäri > - > > Date: Mon, 18 Jan 2016 16:33:34 +0100

ntpd: really enable debug messages

Since the relatively recent logging unification, log_init needs a debug level > 1 in order for log_debug to print anything. This change makes it so 'ntpd -d' stays in the foreground but doesn't log much (the current behavior, different than previous releases though), 'ntpd -dd' actually prints

Re: I have a mirror testing program for you.

< The C program is too trusting with its fixed-size buffers and unchecked < mallocs etc, it's not something to run as root as-is. I realize I got a little lazy with no checking the mallocs, but that is fixed. I wrote this to be resource-light and thorough. No half-ass bullshit. If somebody wants

Re: I have a mirror testing program for you. - Mirror down

OK, there, I put in error checks, so that the index used to write into the arrays can't get too big. -Luke On Wed, Jan 20, 2016 at 4:27 AM, Stuart Henderson wrote: > On 2016/01/20 10:38, Benjamin Baier wrote: > > Important thing first, the mirror

Re: ntpd: really enable debug messages

in relayd we use -v for that, so you need to run -d to get lots of output. check main() there? i think thats more intuitive, but maybe i'm just used to it. Brent Cook(bust...@gmail.com) on 2016.01.20 06:31:44 -0600: > Since the relatively recent logging unification, log_init needs a > debug