I agree, like I said, we have hardware coming this year that will
need support, and as we just saw 11 isn't until 2016. Eric tested
Mike's code with our needed types and it worked. If something
truly revolutionary wants to be done for 11 it can be done after
this and that not backed into the 10.X
On 02/26/15 15:35, Hans Petter Selasky wrote:
On 02/26/15 15:21, Mike Karels wrote:
I'm doing some work for Mellanox and we need some 100GBase types for
coming hardware products too.
I think we are not using the 32-bits of ifm_media well enough.
Has it been discussed to add more bits to
On 02/26/15 15:21, Mike Karels wrote:
I'm doing some work for Mellanox and we need some 100GBase types for
coming hardware products too.
I think we are not using the 32-bits of ifm_media well enough.
Has it been discussed to add more bits to IFM_NMASK and have more
ethernet types like
I'm doing some work for Mellanox and we need some 100GBase types for
coming hardware products too.
I think we are not using the 32-bits of ifm_media well enough.
Has it been discussed to add more bits to IFM_NMASK and have more
ethernet types like IFM_ETHER_0, IFM_ETHER_1, IFM_ETHER_2,
On Wed, Feb 25, 2015 at 10:55:35PM -0500, Rick Macklem wrote:
Garrett Wollman wrote:
In article
388835013.10159778.1424820357923.javamail.r...@uoguelph.ca,
rmack...@uoguelph.ca writes:
I tend to think that a bias towards doing Getattr/Lookup over
Read/Write
may help performance
Hi,
I'm doing some work for Mellanox and we need some 100GBase types for
coming hardware products too.
I think we are not using the 32-bits of ifm_media well enough.
Has it been discussed to add more bits to IFM_NMASK and have more
ethernet types like IFM_ETHER_0, IFM_ETHER_1, IFM_ETHER_2,
Hello David,
I had the exact same problem as you and compared other LACP
implementations which equipment I could get my hands on, all of them are
here:
-
http://forum.tp-link.com/showthread.php?79553-802.1AX-802.3AD-abnormal-LACP-packet-size
All of them had 124 bytes packet size except the
I added captured packed,
when I open this file via wireshark It shows lots of Fragmented IP Protocol
(proto=TCP 6, off=0, id=cbxx)
when I change the outside interface mtu to 1492 I can access via squid this
site
but still cant access without squid
I think MTU specific problem but cant solve :(
wblock added a comment.
Man page looks pretty good, thanks!
REVISION DETAIL
https://reviews.freebsd.org/D1438
To: hselasky, jhb, adrian, markj, emaste, sbruno, imp, lstewart, rwatson, gnn,
rrs, kostikbel, delphij, neel, erj, remkolodder, bcr, brueffer, brd, allanjude,
wblock
Cc: wblock,
Kostik wrote:
On Wed, Feb 25, 2015 at 10:55:35PM -0500, Rick Macklem wrote:
Garrett Wollman wrote:
In article
388835013.10159778.1424820357923.javamail.r...@uoguelph.ca,
rmack...@uoguelph.ca writes:
I tend to think that a bias towards doing Getattr/Lookup over
Read/Write
On Wed, Feb 25, 2015 at 08:58:20PM -0600, Mike Karels wrote:
M On Wed, Feb 25, 2015 at 02:42:16PM -0800, Eric Joyner wrote:
M E Tbh, I respect Gleb's approach, but developing such a thing would take a
M E while; the fix Mike proposed would be a fix now.
M E
M E I mean, I'd like to see a
Hi,
There are 6 token ring bits, which I presume are available when token
ring is not selected.
#define IFM_TOK_ETR 0x0200 /* Early token release */
#define IFM_TOK_SRCRT 0x0400 /* Enable source routing
features */
#define IFM_TOK_ALLR0x0800
[snip]
I think Mike's approach is good - it makes it easy to MFC to 10.2
since there's extended lifecycle stuff to do there - and then we can
plan out how do the betterer fix after it's landed and churned
things.
-a
___
freebsd-net@freebsd.org
M I'm not sure what would be different about your approach; you mentioned n
M versions rather than x versions of the ioctls, but I don't know what you
M have in mind for encoding. Any compatible version would be limited to int.
The difference is that I suggest to go with a completely new
14 matches
Mail list logo
