Re: 11n support for athn(4)

On Thu, Jan 12, 2017 at 06:19:06AM +, Peter Kay wrote: > OK, got it working. Pulled the kernel sources direct from cvs without > pre-loading and it compiled. Thank you for testing! > Haven't had time for a proper test, but there are a couple of points. > > Hardware MAC AR5416 rev 2, RF

Re: 11n support for athn(4)

OK, got it working. Pulled the kernel sources direct from cvs without pre-loading and it compiled. Haven't had time for a proper test, but there are a couple of points. Hardware MAC AR5416 rev 2, RF AR2133 (3T2R), ROM rev 5 (PCI adapter) Blackberry Priv - connects between 100 and 130M at 2.4GHz

Re: 11n support for athn(4)

On 11 January 2017 at 22:05, Stefan Sperling wrote: > > You haven't updated all of src/sys. I'm obviously being really dumb, but what is wrong with cd /usr tar zxf sys.tar.gz (from 6.0) cvs -qd anon...@anoncvs.au.openbsd.org:/cvs update -dP sys cd sys patch -p0 <

Re: 11n support for athn(4)

On Wed, Jan 11, 2017 at 10:00:50PM +, Peter Kay wrote: > On 9 January 2017 at 23:27, Stefan Sperling wrote: > > On Mon, Jan 09, 2017 at 01:54:55PM +0100, Stefan Sperling wrote: > >> This diff adds 11n support to the athn(4) driver. > >> Requires -current net80211 code from

Re: 11n support for athn(4)

On 9 January 2017 at 23:27, Stefan Sperling wrote: > On Mon, Jan 09, 2017 at 01:54:55PM +0100, Stefan Sperling wrote: >> This diff adds 11n support to the athn(4) driver. >> Requires -current net80211 code from today. > > A better diff which fixes several bugs. > I'm getting

Re: Installer error

Thank you for your awesome work :) Em 11/01/2017 8:44 da tarde, Theo Buehler escreveu: On Wed, Jan 11, 2017 at 11:52:02AM +, Pedro Caetano wrote: > Hi tech@ > > I was running an headless installation via serial using today's snapshot > (10th January), and

Re: pf: incorrect IPL in pool_init()

On Wed, Jan 11, 2017 at 07:33:49PM +0100, Martin Pieuchot wrote: > After discussing the issue with bluhm@ a better solution would be to > unlink the state key before passing the mbuf to the driver. This way > we would respect the contract that PF data structures are only accessed > at

Re: pf: incorrect IPL in pool_init()

Running >2 hours with your patch now and everything's fine. As this is the longest splassert error free time frame in the last 24 hours, i'd say -> fixed. Thanks, -Mark On Wed, Jan 11, 2017 at 07:33:49PM +0100, Martin Pieuchot wrote: > On 11/01/17(Wed) 18:27, Martin Pieuchot wrote: > >

Re: Installer error

On Wed, Jan 11, 2017 at 11:52:02AM +, Pedro Caetano wrote: > Hi tech@ > > I was running an headless installation via serial using today's snapshot > (10th January), and noticed something odd in the end of the installation > proccess. > > Transcription below: > What timezone are you in? ('?'

Re: Installer error

On January 11, 2017 7:36:00 PM GMT+01:00, Theo Buehler wrote: >> OK halex@, who would also accept a stricter regular expression in the >sed command. >> > >Alright, here's a stricter regular expression. Should I add " >ftp.openbsd.org$" >to it or is this good enough? I

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

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: Index: dhcpd.conf.5 === RCS file: /var/cvs/src/usr.sbin/dhcpd/dhcpd.conf.5,v

Re: unmount mountpoints

On Tue, Jan 10, 2017 at 09:46:30PM +0100, Alexander Bluhm wrote: > The fix could be to unmount recursively. Recursion in the kernel is bad. Root could create deeply nested mount points and hit the stack limit when unmounting the tree. I have converted the recursion to a list. ok? bluhm

Re: pf: incorrect IPL in pool_init()

On 11 January 2017 at 19:33, Martin Pieuchot wrote: > On 11/01/17(Wed) 18:27, Martin Pieuchot wrote: >> Mark Patruck reported the following assertion: >> >> splassert: pool_put: want 5 have 7 >> Starting stack trace... >> pool_put() at pool_put+0x4e >>

Re: Installer error

> OK halex@, who would also accept a stricter regular expression in the sed > command. > Alright, here's a stricter regular expression. Should I add " ftp.openbsd.org$" to it or is this good enough? Index: install.sub === RCS

Re: pf: incorrect IPL in pool_init()

On 11/01/17(Wed) 18:27, Martin Pieuchot wrote: > Mark Patruck reported the following assertion: > > splassert: pool_put: want 5 have 7 > Starting stack trace... > pool_put() at pool_put+0x4e > pf_pkt_unlink_state_key() at pf_pkt_unlink_state_key+0x15 > m_free() at

Re: unmount mountpoints

On Wed, Jan 11, 2017 at 10:20:17AM -0800, patrick keshishian wrote: > does > > # umount /dev/vnd1a > > not do the trick? No. I have written a test to create the problem. # cd /usr/src/regress/sys/kern/mount # make ... # mount /dev/sd0a on / type ffs (local) /dev/vnd0b on /mnt/b type ffs

Re: unmount mountpoints

my initial attempt to send a response is not moving out of the queue...so here is a second attempt. On 1/10/17, Alexander Bluhm wrote: > Hi, > > When I force to unmount a filesystem where another mountpoint is > located, an unlinked mountpoint will remain. I have not

Re: Installer error

On January 11, 2017 1:21:30 PM GMT+01:00, Theo Buehler wrote: >On Wed, Jan 11, 2017 at 01:10:12PM +0100, Theo Buehler wrote: >> On Wed, Jan 11, 2017 at 11:52:02AM +, Pedro Caetano wrote: >> > Hi tech@ >> > >> > I was running an headless installation via serial using

Re: Installer error

On Wed, Jan 11, 2017 at 01:21:30PM +0100, Theo Buehler wrote: > On Wed, Jan 11, 2017 at 01:10:12PM +0100, Theo Buehler wrote: > > On Wed, Jan 11, 2017 at 11:52:02AM +, Pedro Caetano wrote: > > > Hi tech@ > > > > > > I was running an headless installation via serial using today's snapshot > >

pf: incorrect IPL in pool_init()

Mark Patruck reported the following assertion: splassert: pool_put: want 5 have 7 Starting stack trace... pool_put() at pool_put+0x4e pf_pkt_unlink_state_key() at pf_pkt_unlink_state_key+0x15 m_free() at m_free+0xa0 m_freem() at m_freem+0x19

Re: 11n support for athn(4)

Quoth Vadim Vygonets on Tue, Jan 10, 2017: > Quoth Stefan Sperling on Tue, Jan 10, 2017: > > On Tue, Jan 10, 2017 at 07:14:40PM +0100, Vadim Vygonets wrote: > > > And it seems to work, although my testing was by no means > > > exhaustive. > > > > Thank you for testing! > > > > Are you testing

Re: ripd(8) use after free

Jeremie Courreges-Anglas writes: > 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

Re: arm64: userland pieces (libm)

> If Theo and Philip agree, I think you should just move ahead and > import new bits and obvious makefile changes straightaway. It is much > easier to have it in the tree such that we can produce diffs for any > mistakes that are made. Yeah, just start dribbling them in.

Re: arm64: userland pieces (libm)

> Date: Wed, 11 Jan 2017 14:12:59 +0100 > From: Patrick Wildt > > Hi, > > I'd like to start importing the userland pieces, piece by piece. This > diff implements support for aarch64 in libm. It's based on the FreeBSD > header, modified to look and feel more like our code. >

arm64: userland pieces (libm)

Hi, I'd like to start importing the userland pieces, piece by piece. This diff implements support for aarch64 in libm. It's based on the FreeBSD header, modified to look and feel more like our code. ok? Patrick diff --git a/lib/libm/Makefile b/lib/libm/Makefile index 3854bb395fe..3d063929d0a

Re: Installer error

On Wed, Jan 11, 2017 at 01:10:12PM +0100, Theo Buehler wrote: > On Wed, Jan 11, 2017 at 11:52:02AM +, Pedro Caetano wrote: > > Hi tech@ > > > > I was running an headless installation via serial using today's snapshot > > (10th January), and noticed something odd in the end of the installation

Re: Installer error

On Wed, Jan 11, 2017 at 11:52:02AM +, Pedro Caetano wrote: > Hi tech@ > > I was running an headless installation via serial using today's snapshot > (10th January), and noticed something odd in the end of the installation > proccess. > > Transcription below: > What timezone are you in? ('?'

Installer error

Hi tech@ I was running an headless installation via serial using today's snapshot (10th January), and noticed something odd in the end of the installation proccess. Transcription below: What timezone are you in? ('?' for list) [Canada/Mountain] Europe/Lisbon Saving configuration files...sed: