On Fri, Nov 18, 2016 at 03:30:48PM +1000, David Gwynne wrote:
> i didnt even know these existed.
>
> turns out you can see them with netstat -sr
jmatthew@ points out i didnt alloc the counters, and sparc64 says
im bad at testing alignment.
Index: route.c
=
i didnt even know these existed.
turns out you can see them with netstat -sr
Index: route.c
===
RCS file: /cvs/src/sys/net/route.c,v
retrieving revision 1.338
diff -u -p -r1.338 route.c
--- route.c 15 Nov 2016 10:09:28 -
On Thu, Nov 17, 2016 at 22:24 +0100, Mike Belopuhov wrote:
> On Wed, Nov 16, 2016 at 23:04 +0100, Mike Belopuhov wrote:
> > Hi,
> >
> > I've done a massive update of our ix(4) driver that brings
> > support for X550 family of controllers including those
> > integrated into new Xeon chips as well a
On Wed, Nov 16, 2016 at 23:04 +0100, Mike Belopuhov wrote:
> Hi,
>
> I've done a massive update of our ix(4) driver that brings
> support for X550 family of controllers including those
> integrated into new Xeon chips as well as QSFP support for
> X520 (82599) but this needs thorough testing. If
This diff adds the missing IP_PROTO oxm validation and adds more hasmask
checks for types that should not have that.
ok?
Index: ofp13.c
===
RCS file: /cvs/src/usr.sbin/switchd/ofp13.c,v
retrieving revision 1.29
diff -u -p -r1.29 ofp1
On Thu, Nov 17, 2016 at 05:41:16PM +0100, Eric Faurot wrote:
> Hi,
>
> Next step towards hiding the struct io internals.
>
> This diff adds new io_*() api functions for dealing with buffered data.
> They are simple wrappers around their iobuf_*() counterpart, with better
> names in some cases.
>
Hi,
Next step towards hiding the struct io internals.
This diff adds new io_*() api functions for dealing with buffered data.
They are simple wrappers around their iobuf_*() counterpart, with better
names in some cases.
The point is of course to be able remove the use of iobuf_*() in the rest
of
> Am 17.11.2016 um 14:28 schrieb Jeremie Courreges-Anglas :
>
> Reyk Floeter writes:
>
>>> On Thu, Nov 10, 2016 at 12:57:13AM +0100, Jeremie Courreges-Anglas wrote:
>>>
>>> The following diff adds support for listening multiple addresses (thus
>>> for dual-stack setups). Multiple "listen on"
Thu, 17 Nov 2016 09:20:56 -0500 Okan Demirmen
> On Thu 2016.11.17 at 03:30 +0200, li...@wrant.com wrote:
> > Fri, 11 Nov 2016 20:47:49 +0200 li...@wrant.com
> > > Fri, 11 Nov 2016 10:42:42 -0500 Okan Demirmen
> > > > Hi,
> > > >
> > > > mpi@ recently alerted me to the fact that cwm(1)'s defa
Hi,
In his talk in 2013 Antonios Atlasis found other places where we
do not drop the whole state together with overlapping IPv6 fragments.
https://www.troopers.de/wp-content/uploads/2013/01/TROOPERS13-Fragmentation_Overlapping_Attacks_Against_IPv6_One_Year_Later-Antonios_Atlasis.pdf
When I imple
On Thu 2016.11.17 at 03:30 +0200, li...@wrant.com wrote:
> Fri, 11 Nov 2016 20:47:49 +0200 li...@wrant.com
> > Fri, 11 Nov 2016 10:42:42 -0500 Okan Demirmen
> > > Hi,
> > >
> > > mpi@ recently alerted me to the fact that cwm(1)'s default keybindings for
> > > ptrmove actions conflict with emacs u
This change allows iwm(4) users to see which rates they're sending and
receiving packets at (kinda useful for debugging rate scaling issues).
To see rates in tcpdump you need to use -y and -v options.
For example: tcpdump -i iwm0 -y IEEE802_11_RADIO -v type data
Writing to a pcap file and then lo
Plese stop sending large attachments. The lists will drop them, and
they're overflowing my inbox.
Thanks,
Mark
Reyk Floeter writes:
> On Thu, Nov 10, 2016 at 12:57:13AM +0100, Jeremie Courreges-Anglas wrote:
>>
>> The following diff adds support for listening multiple addresses (thus
>> for dual-stack setups). Multiple "listen on" settings are allowed, the
>> default is to listen on 0.0.0.0 and :: (curr
On Thu, Nov 17, 2016 at 11:42:38AM +, Stuart Henderson wrote:
> On 2016/11/10 00:57, Jeremie Courreges-Anglas wrote:
> >
> > The following diff adds support for listening multiple addresses (thus
> > for dual-stack setups). Multiple "listen on" settings are allowed, the
> > default is to list
On 2016/11/10 00:57, Jeremie Courreges-Anglas wrote:
>
> The following diff adds support for listening multiple addresses (thus
> for dual-stack setups). Multiple "listen on" settings are allowed, the
> default is to listen on 0.0.0.0 and :: (currently, only 0.0.0.0).
> A single "listen on hostna
On Thu, Nov 10, 2016 at 12:57:13AM +0100, Jeremie Courreges-Anglas wrote:
>
> The following diff adds support for listening multiple addresses (thus
> for dual-stack setups). Multiple "listen on" settings are allowed, the
> default is to listen on 0.0.0.0 and :: (currently, only 0.0.0.0).
> A sin
On 17 November 2016 at 11:02, Hrvoje Popovski wrote:
> On 16.11.2016. 23:04, Mike Belopuhov wrote:
>> Hi,
>>
>> I've done a massive update of our ix(4) driver that brings
>> support for X550 family of controllers including those
>> integrated into new Xeon chips as well as QSFP support for
>> X520
Jeremie Courreges-Anglas writes:
> The following diff adds support for listening multiple addresses (thus
> for dual-stack setups). Multiple "listen on" settings are allowed, the
> default is to listen on 0.0.0.0 and :: (currently, only 0.0.0.0).
> A single "listen on hostname" line arbitrarily
On 16.11.2016. 23:04, Mike Belopuhov wrote:
> Hi,
>
> I've done a massive update of our ix(4) driver that brings
> support for X550 family of controllers including those
> integrated into new Xeon chips as well as QSFP support for
> X520 (82599) but this needs thorough testing. If you're
> using
(resending as list seemed to eat my last mail)
Hi,
I've got a natively-built bootloader working on the pine64 boards
generously donated to the foundation. Simply dd(1) the following image
directly to a uSD card, insert it, reset the pine64, and you will be
greeted by a u-boot prompt over the seri
21 matches
Mail list logo
