In article
Jack Vogel writes:
> I am trying to track down a problem being experienced at icir.org using
> SuperMicro
> bladeservers, the SERDES 82575 interfaces are having connectivity or perhaps
> autoneg problems, resulting in link transitions and watchdog resets.
>
> The closest hardware my
http://svn.freebsd.org/viewvc/base/releng/8.1/sys/netinet/
---
Ricky Charlet
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Doug Barton
> Sent: Friday, January 07, 2011 3:09 PM
> To: Ivan Voras
> Cc: freebsd-net@freeb
On 01/07/11 21:09, Doug Barton wrote:
On 01/07/2011 18:01, Boris Kochergin wrote:
- snprintf(hbuf, sizeof(hbuf), "%x:%x:%x:%x:%x:%x",
There are numerous examples of this string in the tree. Some of them
seem like they may be correct, but many of them are obviously printing
out mac addresses
On 01/07/2011 18:01, Boris Kochergin wrote:
- snprintf(hbuf, sizeof(hbuf), "%x:%x:%x:%x:%x:%x",
There are numerous examples of this string in the tree. Some of them
seem like they may be correct, but many of them are obviously printing
out mac addresses and should be converted, one way or an
On 01/07/11 20:26, Sergey Kandaurov wrote:
On 8 January 2011 03:26, Boris Kochergin wrote:
Hi. I noticed that ndp(8) doesn't zero-pad Ethernet addresses, which is
inconsistent with arp(8):
# ndp -an
...
2001:470:897b::1 0:30:48:b1:1b:9c em0 permanent R
# arp -an
...
?
On 8 January 2011 03:26, Boris Kochergin wrote:
> Hi. I noticed that ndp(8) doesn't zero-pad Ethernet addresses, which is
> inconsistent with arp(8):
>
> # ndp -an
> ...
> 2001:470:897b::1 0:30:48:b1:1b:9c em0 permanent R
>
> # arp -an
> ...
> ? (128.238.9.201) at 00:30:48:
On Jan 7, 2011, at 4:26 PM, Boris Kochergin wrote:
> As everything else I can think of zero-pads them, this makes it a little
> annoying to grep for addresses, etc. Is this intentional? It is the case in
> 7.x through CURRENT and the fix is quite simple:
+1. MAC addresses should be displayed as
Hi. I noticed that ndp(8) doesn't zero-pad Ethernet addresses, which is
inconsistent with arp(8):
# ndp -an
...
2001:470:897b::1 0:30:48:b1:1b:9c em0 permanent R
# arp -an
...
? (128.238.9.201) at 00:30:48:b1:1b:9c on em0 permanent [ethernet]
As everything else I can th
On 01/07/2011 14:35, Ivan Voras wrote:
On 01/04/11 15:56, J. Hellenthal wrote:
On 01/04/2011 04:46, Mickey Harvey wrote:
I would like to know where I can find the source code for the TCP
implementation so I can do some hacking on it.
Have you looked through the repository at all ?
http://svn
On 8 January 2011 00:08, Doug Barton wrote:
> On 01/07/2011 14:35, Ivan Voras wrote:
>>
>> On 01/04/11 15:56, J. Hellenthal wrote:
>>>
>>> On 01/04/2011 04:46, Mickey Harvey wrote:
I would like to know where I can find the source code for the TCP
implementation so I can do some hack
Done, thanks for prodding me Andrew :)
Jack
On Fri, Jan 7, 2011 at 11:58 AM, Andrew Boyer wrote:
> Would someone please check in the patches I submitted under these PRs?
>
> kern/150247: [patch] [ixgbe] Version in -current won't build on 7.x systems
> kern/153772: [ixgbe] [patch] sysctls refere
On 01/04/11 15:56, J. Hellenthal wrote:
On 01/04/2011 04:46, Mickey Harvey wrote:
I would like to know where I can find the source code for the TCP
implementation so I can do some hacking on it.
Have you looked through the repository at all ?
http://svn.freebsd.org/
Specifically, http://svn
Synopsis: [ixgbe] [patch] sysctls reference wrong XON/XOFF variables
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri Jan 7 21:55:46 UTC 2011
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cg
Would someone please check in the patches I submitted under these PRs?
kern/150247: [patch] [ixgbe] Version in -current won't build on 7.x systems
kern/153772: [ixgbe] [patch] sysctls reference wrong XON/XOFF variables
It should only take a minute and I think they're noncontroversial...
Thank yo
The following reply was made to PR kern/150247; it has been noted by GNATS.
From: Andrew Boyer
To: bug-follo...@freebsd.org,
Andrew Boyer
Cc:
Subject: Re: kern/150247: [patch] [ixgbe] Version in -current won't build on
7.x systems
Date: Fri, 7 Jan 2011 13:36:15 -0500
The problem has spread
I am trying to track down a problem being experienced at icir.org using
SuperMicro
bladeservers, the SERDES 82575 interfaces are having connectivity or perhaps
autoneg problems, resulting in link transitions and watchdog resets.
The closest hardware my org at Intel has is a Fujitsu server who's bl
On Fri, Jan 7, 2011 at 10:14 AM, Pawel Tyll wrote:
> One more question tough,
>
> I have 4 identical machines, also with em-driven NICs - yet this is
> the only one that dies like this. OTOH Other machines don't do traffic
> shaping and do not use ipfw that extensively. Does this match your
> theo
One more question tough,
I have 4 identical machines, also with em-driven NICs - yet this is
the only one that dies like this. OTOH Other machines don't do traffic
shaping and do not use ipfw that extensively. Does this match your
theory?
___
freebsd-n
Hi all,
Here's the first 11n related patch to push into -HEAD.
This adds handling 11na/11ng HT/20 channel flags when scanning for
access points. Without this patch, 11na/11ng APs aren't considered for
association.
I'd like to push this into -HEAD and a modified version of it into -8.
With this,
Hi Brandon,
> Might this be an issue with the em(4) driver? It may be that it's fixed:
> http://svn.freebsd.org/viewvc/base?view=revision&sortby=date&revision=216440
Thanks Brandon - I'll update to fresh stable and get back to you... in
three to four weeks :)
20 matches
Mail list logo
