On Thu, 7 Jul 2011, YongHyeon PYUN wrote:
On Thu, Jul 07, 2011 at 02:00:26AM -0400, Charles Sprickman wrote:
More inline, including a bigger picture of what I'm seeing on some other
hosts, but I wanted to thank everyone for all the fascinating ethernet BER
info and the final explanation of what
Synopsis: [patch] [tap] Add VIMAGE support to if_tap
Responsible-Changed-From-To: freebsd-net->freebsd-virtualization
Responsible-Changed-By: bz
Responsible-Changed-When: Thu Jul 7 22:08:42 UTC 2011
Responsible-Changed-Why:
Re-assign
http://www.freebsd.org/cgi/query-pr.cgi?pr=158686
The following reply was made to PR kern/156978; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/156978: commit references a PR
Date: Thu, 7 Jul 2011 20:02:22 + (UTC)
Author: thompsa
Date: Thu Jul 7 20:02:09 2011
On Jul 7, 2011, at 4:45 AM, Paul Keusemann wrote:
> My setup is something like this:
> - My local network is a mix of AIX, HP-UX, Linux, FreeBSD and Solaris
> machines running various OS versions.
> - My gateway / firewall machine is running FreeBSD-8.1-RELEASE-p1 with ipfw,
> nat and racoon for
On Thu, 07 Jul 2011 12:47:15 +0200 Andre Oppermann wrote:
AO> Please try this patch:
AO> http://people.freebsd.org/~andre/soreceive_stream.diff-20110707
It works for me. No issues detected so far. Thanks.
--
Mikolaj Golub
___
freeb
> > Any thoughts on that? It's the only thing that differs between the
> two
> > switches.
> >
>
> This makes me think possibility of duplex mismatch between bce(4)
> and link partner. You should not use forced media configuration on
> 1000baseT link. If you used manual media configuration on bce
On Jul 6, 2011, at 5:50 PM, Kevin Oberman wrote:
[ ... ]
> Any modern Ethernet should be running full-duplex.
Sure. With a price point of ~$10 per port for unmanaged gigabit switches
nowadays, this is cheap enough that it's widely deployed even for SOHO and
small offices. Also, I don't believe
On Thu, Jul 07, 2011 at 02:00:26AM -0400, Charles Sprickman wrote:
> More inline, including a bigger picture of what I'm seeing on some other
> hosts, but I wanted to thank everyone for all the fascinating ethernet BER
> info and the final explanation of what the "IfHCInBadOctets" counter
> repr
Broadcom bce nics are trash. I see the same packet loss on linux as weel.
The best solution is add/replace with another brand.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail t
Synopsis: [patch] wpa_supplicant(8) cannot verify SHA256 signed certificates
State-Changed-From-To: open->patched
State-Changed-By: ae
State-Changed-When: Thu Jul 7 12:31:23 UTC 2011
State-Changed-Why:
This issue was fixed in head/ with r214734.
http://www.freebsd.org/cgi/query-pr.cgi?pr=137841
The following reply was made to PR kern/154831; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/154831: commit references a PR
Date: Thu, 7 Jul 2011 12:00:34 + (UTC)
Author: ae
Date: Thu Jul 7 11:59:51 2011
New
Hello,
I am having problems with dropped shell connections over a VPN and I
need help diagnosing the problem.
My setup is something like this:
- My local network is a mix of AIX, HP-UX, Linux, FreeBSD and Solaris
machines running various OS versions.
- My gateway / firewall machine is runn
Synopsis: [arp] [patch] arp sysctl setting log_arp_permanent_modify has no
effect
State-Changed-From-To: open->patched
State-Changed-By: ae
State-Changed-When: Thu Jul 7 12:00:18 UTC 2011
State-Changed-Why:
Committed to head/. Thanks!
http://www.freebsd.org/cgi/query-pr.cgi?pr=154831
__
signal EOF. It can be simplified by immediately setting the
error and going out. The other cases can't ever be true.
Please try this patch:
http://people.freebsd.org/~andre/soreceive_stream.diff-20110707
I can't fully test it myself due to being 1000km from my development
machine and h
Kevin Oberman wrote:
> ... Years ago, when coaxial Ethernet the norm ...
Aha! Another old-timer who has been around long enough to remember
10Mb Ethernet! Maybe something in the following will ring a bell?
I have a (to me) very strange problem, for which I have a usable
workaround but no actu
Synopsis: [request] use wpa_cli in the "WPA DHCP" situation
State-Changed-From-To: open->closed
State-Changed-By: dougb
State-Changed-When: Thu Jul 7 07:31:57 UTC 2011
State-Changed-Why:
Originator reports this is fixed
Responsible-Changed-From-To: freebsd-net->dougb
Responsible-Changed-By: do
Synopsis: [nfs] [patch] NFS root configurations without dynamic protocols:
dhcp, bootp, etc...
State-Changed-From-To: open->closed
State-Changed-By: dougb
State-Changed-When: Thu Jul 7 07:06:58 UTC 2011
State-Changed-Why:
1. Old, unsupported FreeBSD version
2. Likely OBE
Responsible-Changed-
17 matches
Mail list logo
