Synopsis: [tcp] Exhausted net.inet.tcp.reass.maxsegments block recovering tcp
session
Responsible-Changed-From-To: freebsd-net->lstewart
Responsible-Changed-By: lstewart
Responsible-Changed-When: Sat Mar 12 06:48:44 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi
Synopsis: [bge] bge driver is seen but does not respond to networking requests
Responsible-Changed-From-To: freebsd-net->yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Fri Mar 11 21:29:14 UTC 2011
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=155442
On 3/11/2011 12:23 PM, Jack Vogel wrote:
>
> So, now the driver does not hang but cpu is too high... Anyone else find
> this to
> be the case that is testing this driver?
Just eyeballing the load avg graphs on the 2 boxes where I am testing, I
dont see any glaring differences. But I have not s
MULTIQUEUE won't help on that hardware, only the 82574 has the ability to
use multiple queues in the em driver. Its the advanced server adapters
supported
by the igb driver that are the best choice in that regard.
So, now the driver does not hang but cpu is too high... Anyone else find
this to
be
On Wed, Mar 02, 2011 at 04:57:18PM -0600, Brandon Gooch wrote:
> On Wed, Mar 2, 2011 at 3:52 PM, Wesley Shields wrote:
> > On Wed, Mar 02, 2011 at 07:45:40PM +, Bruce Cran wrote:
> >> On Wed, 2 Mar 2011 13:40:57 -0600
> >> Brandon Gooch wrote:
> >>
> >> > BTW, if you give your devices descrip
Hi again,
I wanna share state of test machine. em-7.2.2 driver runs as kld. No hangs.
Altough em0 has about 200Mbps traffic, cpu usage of em0 is too high.
Should I try -DEM_MULTIQUEUE option ?
Regards,
Ozkan KIRIK
# uptime
4:36PM up 7 days, 8:30, 1 user, load averages: 4.19, 3.73, 3.71
# una
Hi,
Thanks, it's working!
raj
On Thu, Mar 10, 2011 at 4:02 PM, Julian Elischer wrote:
> yes, you are missing the fact that the return packets will never be accepted
> unless you have an ipfw rule saying:
>
> fwd localhost ip from any to any uid {uid of your process} in recv {your
> interface}
_
