Re: Supermicro Bladeserver
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 org at Intel has is a Fujitsu server who's blades > also have > this device, but testing on that has failed to repro the problem. > > I was wondering if anyone else out there has this hardware, if so could you > let me > know your experience, have you had problems or not, etc etc? My machine has the following em(4) device and it has a autoneg problem. When I was using 8-stable kernel at 2010/11/01, it has no problem. But I update to 8-stable at 2010/12/01, the kernel is only linked up as 10M. e...@pci0:0:25:0:class=0x02 card=0x13d510cf chip=0x104a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82566DM Gigabit Network Connection' class = network subclass = ethernet --- TAKAHASHI Yoshihiro ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
RE: tcp implementation source code
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@freebsd.org > Subject: Re: tcp implementation source code > > 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.freebsd.org/ > > > > Specifically ... > > We generally try to avoid helping people with their CS 101 homework. :) > > > Doug > > -- > > Nothin' ever doesn't change, but nothin' changes much. > -- OK Go > > Breadth of IT experience, and depth of knowledge in the DNS. > Yours for the right price. :) http://SupersetSolutions.com/ > > ___ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: NDP Ethernet address display
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 and should be converted, one way or another: http://dougbarton.us/mac-padding.txt In any case, thanks to Xin for fixing this one so quickly. :) Doug The sscanf() calls are definitely fine. I made sure to test that bit in ndp(8). Thanks, Xin! -Boris ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: NDP Ethernet address display
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 another: http://dougbarton.us/mac-padding.txt In any case, thanks to Xin for fixing this one so quickly. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: NDP Ethernet address display
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 ... ? (128.238.9.201) at 00:30:48:b1:1b:9c on em0 permanent [ethernet] 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: --- /usr/src/usr.sbin/ndp/ndp.c.orig2011-01-07 19:16:17.0 -0500 +++ /usr/src/usr.sbin/ndp/ndp.c 2011-01-07 19:15:36.0 -0500 @@ -828,7 +828,7 @@ if (sdl->sdl_alen) { cp = (u_char *)LLADDR(sdl); - snprintf(hbuf, sizeof(hbuf), "%x:%x:%x:%x:%x:%x", + snprintf(hbuf, sizeof(hbuf), "%02x:%02x:%02x:%02x:%02x:%02x", cp[0], cp[1], cp[2], cp[3], cp[4], cp[5]); } else snprintf(hbuf, sizeof(hbuf), "(incomplete)"); Or rather use getnameinfo() for that as NetBSD/KAME does, and NetBSD's getnameinfo() AF_LINK support was merged at 6.3 time. (See ndp.c#rev1.87 at KAME, ndp.c#rev1.35 at NetBSD). Sure. -Boris --- /usr/src/usr.sbin/ndp/ndp.c.orig2011-01-07 19:16:17.0 -0500 +++ /usr/src/usr.sbin/ndp/ndp.c 2011-01-07 21:00:20.0 -0500 @@ -80,6 +80,7 @@ #include #include #include +#include #include #include @@ -824,12 +825,12 @@ struct sockaddr_dl *sdl; { static char hbuf[NI_MAXHOST]; - u_char *cp; if (sdl->sdl_alen) { - cp = (u_char *)LLADDR(sdl); - snprintf(hbuf, sizeof(hbuf), "%x:%x:%x:%x:%x:%x", - cp[0], cp[1], cp[2], cp[3], cp[4], cp[5]); + if (getnameinfo((struct sockaddr *)(void *)sdl, + (socklen_t)sdl->sdl_len, + hbuf, sizeof(hbuf), NULL, 0, NI_NUMERICHOST) != 0) + snprintf(hbuf, sizeof(hbuf), ""); } else snprintf(hbuf, sizeof(hbuf), "(incomplete)"); ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: NDP Ethernet address display
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:b1:1b:9c on em0 permanent [ethernet] > > 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: > > --- /usr/src/usr.sbin/ndp/ndp.c.orig 2011-01-07 19:16:17.0 -0500 > +++ /usr/src/usr.sbin/ndp/ndp.c 2011-01-07 19:15:36.0 -0500 > @@ -828,7 +828,7 @@ > > if (sdl->sdl_alen) { > cp = (u_char *)LLADDR(sdl); > - snprintf(hbuf, sizeof(hbuf), "%x:%x:%x:%x:%x:%x", > + snprintf(hbuf, sizeof(hbuf), > "%02x:%02x:%02x:%02x:%02x:%02x", > cp[0], cp[1], cp[2], cp[3], cp[4], cp[5]); > } else > snprintf(hbuf, sizeof(hbuf), "(incomplete)"); > Or rather use getnameinfo() for that as NetBSD/KAME does, and NetBSD's getnameinfo() AF_LINK support was merged at 6.3 time. (See ndp.c#rev1.87 at KAME, ndp.c#rev1.35 at NetBSD). -- wbr, pluknet ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: NDP Ethernet address display
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 two-byte-zero-padded sequences :-) Regards, -- -Chuck ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
NDP Ethernet address display
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 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: --- /usr/src/usr.sbin/ndp/ndp.c.orig2011-01-07 19:16:17.0 -0500 +++ /usr/src/usr.sbin/ndp/ndp.c 2011-01-07 19:15:36.0 -0500 @@ -828,7 +828,7 @@ if (sdl->sdl_alen) { cp = (u_char *)LLADDR(sdl); - snprintf(hbuf, sizeof(hbuf), "%x:%x:%x:%x:%x:%x", + snprintf(hbuf, sizeof(hbuf), "%02x:%02x:%02x:%02x:%02x:%02x", cp[0], cp[1], cp[2], cp[3], cp[4], cp[5]); } else snprintf(hbuf, sizeof(hbuf), "(incomplete)"); -Boris ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: tcp implementation source code
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.freebsd.org/ Specifically ... We generally try to avoid helping people with their CS 101 homework. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: tcp implementation source code
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 hacking on it. >>> >>> Have you looked through the repository at all ? >>> >>> http://svn.freebsd.org/ >> >> Specifically ... > > We generally try to avoid helping people with their CS 101 homework. :) If his homework stops at the assignment "List the files in a specific directory", his teachers deserve to be cheated :P ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: Check in small patches for ixgbe?
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 reference wrong XON/XOFF variables > > It should only take a minute and I think they're noncontroversial... > > Thank you, > Andrew > > -- > Andrew Boyerabo...@averesystems.com > > > > > ___ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" > ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: tcp implementation source code
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.freebsd.org/viewvc/base/head/sys/netinet/ . ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/153772: [ixgbe] [patch] sysctls reference wrong XON/XOFF variables
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.cgi?pr=153772 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Check in small patches for ixgbe?
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 you, Andrew -- Andrew Boyerabo...@averesystems.com ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/150247: [patch] [ixgbe] Version in -current won't build on 7.x systems
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 to the new file ixv.h: --- ixv.h 2010-11-26 17:46:32.0 -0500 +++ ixv.h 2011-01-07 13:08:45.0 -0500 @@ -175,7 +175,11 @@ #define VFTA_SIZE 128 =20 /* Offload bits in mbuf flag */ +#if __FreeBSD_version >=3D 80 #define CSUM_OFFLOAD (CSUM_IP|CSUM_TCP|CSUM_UDP|CSUM_SCTP) +#else +#define CSUM_OFFLOAD (CSUM_IP|CSUM_TCP|CSUM_UDP) +#endif =20 /* = **= *** @@ -400,7 +404,7 @@ #define IXV_TX_LOCK_ASSERT(_sc) mtx_assert(&(_sc)->tx_mtx, = MA_OWNED) =20 /* Workaround to make 8.0 buildable */ -#if __FreeBSD_version < 800504 +#if __FreeBSD_version >=3D 80 && __FreeBSD_version < 800504 static __inline int drbr_needs_enqueue(struct ifnet *ifp, struct buf_ring *br) { ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Supermicro Bladeserver
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 blades also have this device, but testing on that has failed to repro the problem. I was wondering if anyone else out there has this hardware, if so could you let me know your experience, have you had problems or not, etc etc? Thanks much for any information! Jack ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: [Panic] Dummynet/IPFW related recurring crash.
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 > theory? It's likely that the mbuf handling problem (in em_refresh_mbufs()) is triggered by the processing you're doing with ipfw (or elsewhere for that matter), so, yes, I think it's a bug fixed in the revision discussed. When you update and test, please let us know. Also, don't forget to submit a follow-up to your PR. Thanks! -Brandon ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: [Panic] Dummynet/IPFW related recurring crash.
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-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
net80211 11n fixes: Begin handling 11n channel status flags
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, my modified ath+hal driver can be built as a module and installed for testing without any further kernel changes. http://people.freebsd.org/~adrian/ath/net80211_11n_fixes_1.diff I'll look at getting HT/40 modes working at a later date. Thanks, Adrian ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: [Panic] Dummynet/IPFW related recurring crash.
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 :) ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"