Re: fix xlockmore build with clang

On Fri, Feb 03, 2017 at 05:40:47PM +1100, Jonathan Gray wrote: > On Fri, Feb 03, 2017 at 07:30:17AM +0100, Matthieu Herrb wrote: > > On Thu, Feb 02, 2017 at 01:45:36PM +1100, Jonathan Gray wrote: > > > Sync some xlockmore files with the 5.50 release to fix build errors > > > with clang of the form:

Re: fix xlockmore build with clang

On Fri, Feb 03, 2017 at 07:30:17AM +0100, Matthieu Herrb wrote: > On Thu, Feb 02, 2017 at 01:45:36PM +1100, Jonathan Gray wrote: > > Sync some xlockmore files with the 5.50 release to fix build errors > > with clang of the form: > > Sure, ok. > > I remember I had more changes to make when trying

Re: fix xserver build on arm64

On Fri, Feb 03, 2017 at 03:48:10PM +1100, Jonathan Gray wrote: > Only compile tested. Looks sane to me. I don't have any hardware to test it on right now though. ok. > > Index: configure > === > RCS file: /cvs/xenocara/xserver/conf

Re: fix xlockmore build with clang

On Thu, Feb 02, 2017 at 01:45:36PM +1100, Jonathan Gray wrote: > Sync some xlockmore files with the 5.50 release to fix build errors > with clang of the form: Sure, ok. I remember I had more changes to make when trying clang from ports on xenocara during g2k16, but it may be that clang got more g

fix xserver build on arm64

Only compile tested. Index: configure === RCS file: /cvs/xenocara/xserver/configure,v retrieving revision 1.63 diff -u -p -r1.63 configure --- configure 11 Oct 2016 22:15:52 - 1.63 +++ configure 2 Feb 2017 06:52:46 -

Update perl to 5.24.1

It looks like I'm about ready to import perl 5.24.1 into base with updated local patches. The infrastructure to do that is still here on github: https://github.com/afresh1/OpenBSD-perl/ You can download a pre-patched perl from here and use it to replace src/gnu/usr.bin/perl and update your syste

net80211: fix bogus rateset in assoc requests in 11b mode

I noticed that an 11a/b ath(4) card, which does not support 11g, includes 11g rates ("xrates") in association requests it sends on 2GHz: 20:55:03.490128 802.11 flags=0<>: association request, \ caps=2041, ssid (stsp.name), \ rates 1M* 2M* 5M 6M 9M 11M 12M 18M, xrates 24M 36M 48M 54M, \ rsn 0x01000

Re: dhcpd.conf(5): "domain name" -> "hostname" for next-server option

On Wed, Jan 11, 2017 at 09:30:15PM +0100, Theo Buehler wrote: > The TOK_NEXT_SERVER case in parse_statement() calls > parse_ip_addr_or_hostname(), > so I think the next-server option wants a host name, not a domain name: Any takers? I previously suggested 'host name', but the rest of the page wri

Re: make sosetopt responsible for m_free

On Thu, Feb 02, 2017 at 09:34:07AM +0100, Martin Pieuchot wrote: > On 01/02/17(Wed) 19:27, David Hill wrote: > > Hello - > > > > This diff makes sosetopt responsible for m_free which is much simpler. > > Requested by bluhm@ > > I'd suggest to move the m_free(9) calls to sys_setsockopt(). This >

Re: Add quirks to support M-Audio FastTrack Pro (uaudio)

On 31/01/17(Tue) 14:05, Christopher Zimmermann wrote: > On 2017-01-29 Martin Pieuchot wrote: > > On 29/01/17(Sun) 19:33, Christopher Zimmermann wrote: > > > [...] > > > @@ -444,6 +447,11 @@ uaudio_match(struct device *parent, void > > > if (uaa->iface == NULL || uaa->device == NULL) > > >

Re: make sosetopt responsible for m_free

On 01/02/17(Wed) 19:27, David Hill wrote: > Hello - > > This diff makes sosetopt responsible for m_free which is much simpler. > Requested by bluhm@ I'd suggest to move the m_free(9) calls to sys_setsockopt(). This simplifies the existing code even more and will make it easier to use the stack

Re: ip6_ours()

On 01/02/17(Wed) 20:48, Alexander Bluhm wrote: > Hi, > > I would like to make ip6_input() more like ipv4_input() and introduce > ip6_ours(). > > ok? This will help making v6 forwarding path un-KERNEL_LOCK()'d, ok mpi@ > Index: netinet6/ip6_input.c > =