nc(1) - fix use of certificates for TLS

Hello, the use of certificates for TLS didn't work with nc(1). Fix is attached. Best regards Andreas Index: netcat.c === RCS file: /cvs/src/usr.bin/nc/netcat.c,v retrieving revision 1.149 diff -u -p -u -r1.149 netcat.c --- netcat.c

Re: nc(1) - fix use of certificates for TLS

Applied, thanks Andreas! On Sun, Jan 3, 2016 at 7:01 PM, Andreas Bartelt wrote: > Hello, > > the use of certificates for TLS didn't work with nc(1). Fix is attached. > > Best regards > Andreas

Re: bgpd: dispatch_rtmsg_addr[change] mpath route not found

Did anyone have any ideas about this? On 2015/12/18 01:36, Stuart Henderson wrote: > I updated a box running bgpd/ospfd/ospf6d earlier and ran into this when > bgpd started at boot time: > > $ syslogc bgpd | cut -d' ' -f 3,5- > 21:03:23 bgpd[2742]: startup > 21:03:23 bgpd[2742]: rereading config

Re: vmd.h typo in comment (VMM_DEBUG -> VMD_DEBUG)

On Sat, Jan 02, 2016 at 03:57:03PM +0100, Michal Mazurek wrote: > Index: vmd.h > === > RCS file: /cvs/src/usr.sbin/vmd/vmd.h,v > retrieving revision 1.16 > diff -u -p -r1.16 vmd.h > --- vmd.h 11 Dec 2015 10:16:53 - 1.16 >

Re: A cleanup block for virtio.c vionet_notifyq()

On Fri, Jan 01, 2016 at 08:38:46AM +0100, Michal Mazurek wrote: > It looks like there were two cases of a memory leak (lack of free(pkt)). > > Also fix typo: unexpceted -> unexpected, and remove an empty line after > a while(). Thanks Michal. I'll integrate and commit. -ml > > Index: virtio.c

Re: Fix support for early SATA drives on ahci(4)

On Tue, Dec 29, 2015 at 12:43:43AM +0100, Mark Kettenis wrote: > I have an old Maxtor 7Y250M0 SATA drive that didn't quite work when > attached to an Intel AHCI controller. The drive was properly > detected, but any attempt to read from the drive failed. It worked > fine if I switched the SATA

USB keyboards with multiple displays

OpenBSD/amd64 and OpenBSD/i386 have been supporting multiple wsdisplay(4) devices for a while now. Somewhat recently it became also possible to use inteldrm(4) as a secondary display device. There have always been some issues with pairing wskbd(4) keyboard devices with wsdisplay(4) devices. But

Re: OpenBSDVMM58 -> OpenBSDVMM59 in vmmvar.h

On Fri, Jan 01, 2016 at 11:32:25AM -0500, Ted Unangst wrote: > > unless something has actually changed, it should not be necessary to increment > this number. the vmm in 5.9 will still speak the same protocol as the vmm that > appeared after 5.8. Yes, this does not need to be changed (yet). -ml

Clustering read for MSDOSFS

Reading files on msdos-formated USB sticks under OpenBSD is really slow. *One* of the reasons is that only one block is currently read-ahead if possible. Diff below converts msdosfs_read() to use bread_cluster() which at least double the transfer rate when reading sequential blocks here. When

Re: Fix support for early SATA drives on ahci(4)

> Date: Sun, 3 Jan 2016 12:30:08 -0800 > From: Mike Larkin > > Catching up on holiday email, not sure if this already went in, but there > is a typo (drives not drivers) in the previous line. Thanks. Fixed.

Re: Clarify vmctl(8) console

> I wasn't sure which key combination is the escape sequence. > > Index: vmctl.8 > === > RCS file: /cvs/src/usr.sbin/vmctl/vmctl.8,v > retrieving revision 1.9 > diff -u -p -r1.9 vmctl.8 > --- vmctl.8 11 Dec 2015 10:16:53 -

bread_cluster() and cached buffer

When the Dynamic Buffer Cache has been introduced bread_cluster() became the replacement of cluster_read(). However this function, currently used by ffs_read() only, does not consider the B_CACHE flag of the first buffer of a cluster like its predecessor did. This basically mean that the kernel

Use of bread_cluster() in ffs_read()

I don't understand why the check for reading ahead one block has been kept for clustering read when the Dynamic buffer cache got introduced. Since bread_cluster() replaces cluster_read() I believe this can go away. Index: ufs/ffs/ffs_vnops.c

Re: carp: fix SIOCSVH if carpr.carpr_carpdev is \0

On 30/12/15(Wed) 12:51, Fabian Raetz wrote: > Hi tech@, > > i've found the undocumented -carpdev option in ifconfig(8) which freezes > my sytem if executed. > > As the -carpdev option is undocumented in both ifconfig(8) and carp(4) i > propose two patches to remove this functionality. > > The

PF: reference counting for statekey

Hello, there is a sad story behind patch below. I've commit the change on Dec 22snd. Unfortunately many people who run snapshots experienced panic on assert. Markus Lude has been the first who reported the issue: !pf_state_key_isvalid(sk)" failed: file "../../../../net/pf.c", line 6830

Re: carp: fix SIOCSVH if carpr.carpr_carpdev is \0

On 03/01/16(Sun) 14:19, Fabian Raetz wrote: > On Sun, Jan 03, 2016 at 11:54:18AM +0100, Martin Pieuchot wrote: > > On 30/12/15(Wed) 12:51, Fabian Raetz wrote: > > > Hi tech@, > > > > > > i've found the undocumented -carpdev option in ifconfig(8) which freezes > > > my sytem if executed. > > > >

Re: carp: fix SIOCSVH if carpr.carpr_carpdev is \0

On Sun, Jan 03, 2016 at 11:54:18AM +0100, Martin Pieuchot wrote: > On 30/12/15(Wed) 12:51, Fabian Raetz wrote: > > Hi tech@, > > > > i've found the undocumented -carpdev option in ifconfig(8) which freezes > > my sytem if executed. > > > > As the -carpdev option is undocumented in both

Re: ignore inflight messages in daily output

On 2016/01/02 18:05, Devin Reade wrote: > If mail is in the process of being sent (rather than sitting in > the queue) we probably shouldn't complain about it. If something > like daily.local causes mail to be sent this can end up with a lot > of false positives. (False in the sense that nothing

Re: carp: fix SIOCSVH if carpr.carpr_carpdev is \0

On Sun, Jan 03, 2016 at 03:54:16PM +0100, Martin Pieuchot wrote: > On 03/01/16(Sun) 14:19, Fabian Raetz wrote: > > On Sun, Jan 03, 2016 at 11:54:18AM +0100, Martin Pieuchot wrote: > > > On 30/12/15(Wed) 12:51, Fabian Raetz wrote: > > > > Hi tech@, > > > > > > > > i've found the undocumented

Re: ignore inflight messages in daily output

--On Sunday, January 03, 2016 01:22:34 PM + Stuart Henderson wrote: On 2016/01/02 18:05, Devin Reade wrote: If mail is in the process of being sent (rather than sitting in the queue) we probably shouldn't complain about it. If something like daily.local causes mail to

Re: PF: reference counting for statekey

OK bluhm@ On Sun, Jan 03, 2016 at 04:32:58PM +0100, Alexandr Nedvedicky wrote: > Index: kern/uipc_mbuf.c > === > RCS file: /cvs/src/sys/kern/uipc_mbuf.c,v > retrieving revision 1.216 > diff -u -p -r1.216 uipc_mbuf.c > ---