I very widely using functionality of rdomains and found out, that TABLEID limit
is quite small. Whether it is possible to increase the size to be at least 2^32
as is in RFCs 4364 and 4360 which states that RD and BGP target extended
community fields Assigned number subfield and Local Administrat
On Mon, Jan 28, 2013 at 04:44:39PM +0100, Mark Kettenis wrote:
> When working on the WPA-Enterprise stuff, I actually ran into an issue
> with the rsu(4) I was using. It seems there is a problem with
> submitting the "join BSS" command when an RSN information element is
> included, which makes the
On Mon, Jan 28, 2013 at 04:44:39PM +0100, Mark Kettenis wrote:
> When working on the WPA-Enterprise stuff, I actually ran into an issue
> with the rsu(4) I was using. It seems there is a problem with
> submitting the "join BSS" command when an RSN information element is
> included, which makes the
* Christian Weisgerber [2013-01-24 13:03:43]:
> Matt Dainty wrote:
>
> > --- sys/arch/amd64/amd64/identcpu.c.orig2013-01-14 22:23:43.0
> > +
> > +++ sys/arch/amd64/amd64/identcpu.c 2013-01-14 22:33:21.0 +
> > @@ -506,7 +506,8 @@
> > if (ci->ci_feature_sef
On Mon, January 28, 2013 11:29 am, Stuart Henderson wrote:
> Have you checked if this is still necessary? libusb on OpenBSD is now able to
> talk to devices claimed by drivers other than ugen.
Yes, I suspect it is still necessary to use ugen.
It seems like libusb does not support bulk transfers o
On Tue, Jan 29, 2013 at 11:09:49AM +0100, Julien Dhaille wrote:
> Hi.
> With a non INET6 kernel, relayd is not working :
> fatal: icmp_init: socket: Protocol not supported.
>
> Cheers
>
> Index: check_icmp.c
> ===
> RCS file: /cvs/sr
On 2013/01/29 15:44, Julien Dhaille wrote:
> Just tried with a GENERIC kernel, however it's still working.
> So, if i follow you, this usage of INET6 define is definitely ugly ?
Actually...it is irrelevant whether the kernel has v6 support or
not when you build this userland program, the same bina
On Tue, Jan 29, 2013 at 03:44:02PM +0100, Julien Dhaille wrote:
> Just tried with a GENERIC kernel, however it's still working.
> So, if i follow you, this usage of INET6 define is definitely ugly ?
You're building a kernel without INET6 so obviously you're not
using IPv6. So unless you test with
Just tried with a GENERIC kernel, however it's still working.
So, if i follow you, this usage of INET6 define is definitely ugly ?
2013/1/29 Stuart Henderson
> On 2013/01/29 05:40, Brad Smith wrote:
> > - Original message -
> > > Hi.
> > > With a non INET6 kernel, relayd is not working
On Tue, Jan 29, 2013 at 03:13:17PM +0100, Dawe wrote:
> On Jan 29, 2013 13:34, Jonathan Gray wrote:
> > The following changes mostly based on what has happened in
> > the upstream drm code seems to resolve problems with screen corruption
> > on power saving/dpms on ivy bridge with ums here. Testin
On Jan 29, 2013 13:34, Jonathan Gray wrote:
> The following changes mostly based on what has happened in
> the upstream drm code seems to resolve problems with screen corruption
> on power saving/dpms on ivy bridge with ums here. Testing on ironlake/
> sandy bridge/ivy bridge (aka Core i*) to make
On 2013/01/29 05:40, Brad Smith wrote:
> - Original message -
> > Hi.
> > With a non INET6 kernel, relayd is not working :
> > fatal: icmp_init: socket: Protocol not supported.
> >
> > Cheers
>
> I could be wrong but I don't believe there is a INET6 define in userland so
> this would jus
- Original message -
> Hi.
> With a non INET6 kernel, relayd is not working :
> fatal: icmp_init: socket: Protocol not supported.
>
> Cheers
I could be wrong but I don't believe there is a INET6 define in userland so
this would just break relayd for people using v6.
> Index: check_icmp.
Hi.
With a non INET6 kernel, relayd is not working :
fatal: icmp_init: socket: Protocol not supported.
Cheers
Index: check_icmp.c
===
RCS file: /cvs/src/usr.sbin/relayd/check_icmp.c,v
retrieving revision 1.34
diff -u -r1.34 check_icm
On Tue, Jan 29, 2013 at 03:29:30AM -0500, Brad Smith wrote:
> On Mon, Jan 28, 2013 at 07:15:17PM -0500, Brad Smith wrote:
> > Here is a diff to add support for the POSIX functions dprintf(3)
> > and vdprintf(3).
>
> Here is an updated diff with the feedback from guenther@ and
> also updating the s
On Mon, Jan 28, 2013 at 07:15:17PM -0500, Brad Smith wrote:
> Here is a diff to add support for the POSIX functions dprintf(3)
> and vdprintf(3).
Here is an updated diff with the feedback from guenther@ and
also updating the stdio(3) man page.
Index: include/stdio.h
=
16 matches
Mail list logo