Re: Some tweaks for smfb(4)

On Mon, Dec 19, 2016 at 12:21:54PM +0100, Mark Kettenis wrote: > > Here is a diff with some tweaks for smfb(4): > > > > - Display resolution and color depth when attaching > > We should try to do so in a uniform way though. None of our drivers > print the words "frame buffer". Most of them

Re: ripd(8) use after free

Claudio Jeker writes: > On Fri, Dec 23, 2016 at 04:16:11PM +0100, Jeremie Courreges-Anglas wrote: >> >> In the neighbor fsm, NBR_ACT_DEL frees the neighbor structure. But >> fields of this structure are later accessed, this is mostly visible with >> debug output: >>

Re: Build kernels with -ffreestanding?

On 28/12/16(Wed) 01:05, Jeremie Courreges-Anglas wrote: > Mark Kettenis writes: > > >> Date: Sat, 24 Dec 2016 00:08:35 +0100 (CET) > >> From: Mark Kettenis > >> > >> We already do this on some architectures, but not on amd64 for > >> example.

Re: Build kernels with -ffreestanding?

Mark Kettenis writes: >> Date: Sat, 24 Dec 2016 00:08:35 +0100 (CET) >> From: Mark Kettenis >> >> We already do this on some architectures, but not on amd64 for >> example. The main reason is that this disables memcpy() optimizations >> that

Re: clean up iwm task queue mess

On Mon, Dec 26, 2016 at 12:50:31PM +0100, Mark Kettenis wrote: > > Date: Mon, 26 Dec 2016 09:13:50 +0100 > > From: Stefan Sperling > > > > I do not see a good reason for using multiple custom task queues > > in this driver, and at the same time it is using systq for tasks. > > >

Re: handle non-standard 11n APs better

On Tue, Dec 27, 2016 at 01:00:54AM +0100, Gregor Best wrote: > On Mon, Dec 26, 2016 at 08:44:47PM +0100, Stefan Sperling wrote: > > [...] > > E.g. at 33C3 there are APs with: RxMCS 0xf8f8f800 > > > > The diff below makes OpenBSD clients work in 11n mode on such networks > > by

Re: handle non-standard 11n APs better

On Tue, Dec 27, 2016 at 12:31:36PM +0100, Gregor Best wrote: > On Tue, Dec 27, 2016 at 01:00:54AM +0100, Gregor Best wrote: > > On Mon, Dec 26, 2016 at 08:44:47PM +0100, Stefan Sperling wrote: > > > [...] > > > E.g. at 33C3 there are APs with: RxMCS 0xf8f8f800 > > > > > > The diff

Re: autoinstall failure

Yet another update on this matter. I have 6 vms running on the same host. All the vms have same virtual hardware configured. . There is 2 vm where auto upgrade always works. There are 4 vm where auto upgrade fails, forcing auto upgrade (A) also fails. Using regular upgrade (u) works. BR, Pedro

Re: ripd(8) use after free

On Fri, Dec 23, 2016 at 04:16:11PM +0100, Jeremie Courreges-Anglas wrote: > > In the neighbor fsm, NBR_ACT_DEL frees the neighbor structure. But > fields of this structure are later accessed, this is mostly visible with > debug output: > > nbr_del: neighbor ID 10.64.55.33, peerid 3 > nbr_fsm:

Re: ospf6d: remove struct rroute

On Tue, Dec 27, 2016 at 02:55:08PM +0100, Jeremie Courreges-Anglas wrote: > > struct rroute has ben removed from ospfd some time ago. struct kroute > takes an additional 'metric' field. > Reads good. OK claudio@ > > Index: kroute.c >

ospf6d: remove struct rroute

struct rroute has ben removed from ospfd some time ago. struct kroute takes an additional 'metric' field. Index: kroute.c === RCS file: /d/cvs/src/usr.sbin/ospf6d/kroute.c,v retrieving revision 1.49 diff -u -p -r1.49 kroute.c ---

Re: pf route-to rtisvalid

On 24/12/16(Sat) 00:23, Alexander Bluhm wrote: > Hi, > > I think it is better to check for a valid route than for an existing > route in pf route-to. So call rtisvalid() now. I want to have > pf_route() and pf_route6() as simmilar as possible so I can merge > them some day. As rtalloc() has to

[s...@spacehopper.org: Re: cert.pem: Re-add mistakenly removed GlobalSign R2]

ping? - Forwarded message from Stuart Henderson - From: Stuart Henderson Date: Wed, 14 Dec 2016 09:36:15 + To: Steven McDonald , tech@openbsd.org User-Agent: NeoMutt/20161126 (1.7.1) Subject: Re: cert.pem: