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
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
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 <
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
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
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
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
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:
> >
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? ('?'
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
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
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
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
>>
> 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
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
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
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
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
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
> >
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
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
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
> 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.
> 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.
>
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
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
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? ('?'
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:
28 matches
Mail list logo