On 10/31/2011 7:33 AM, Jason Wolfe wrote:
Thanks for looking into this. I'd be happy to test any patch thrown my way, but keep in mind my issue is only tickled when MSI-X is enabled. My interfaces aren't bouncing, though it might be
possible some unique path in the MSI-X code is causing a th
You may try these settings and see if they help:
- hw.em.fc_setting=0 (in /boot/loader.conf)
- hw.em.rxd="4096" (in /boot/loader.conf)
- hw.em.txd="4096" (in /boot/loader.conf)
- Fix speed and duplex at both link sides. After doing that, confirm
on the freebsd
box (with ifconfig) and the ot
On 10/31/2011 11:43 AM, Emil Muratov wrote:
You may try these settings and see if they help:
- hw.em.fc_setting=0 (in /boot/loader.conf)
- hw.em.rxd="4096" (in /boot/loader.conf)
- hw.em.txd="4096" (in /boot/loader.conf)
- Fix speed and duplex at both link sides. After doing that, confirm on
On 31.10.2011 12:13, Hooman Fazaeli wrote:
Thanks for looking into this. I'd be happy to test any patch thrown
my way, but keep in mind my issue is only tickled when MSI-X is
enabled. My interfaces aren't bouncing, though it might be possible
some unique path in the MSI-X code is causing
On 10/31/2011 12:51 PM, Emil Muratov wrote:
On 31.10.2011 12:13, Hooman Fazaeli wrote:
Thanks for looking into this. I'd be happy to test any patch thrown my way, but keep in mind my issue is only tickled when MSI-X is enabled. My interfaces aren't bouncing, though it might be
possible so
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
31 октября 2011, 04:56 от YongHyeon PYUN :
> On Sat, Oct 29, 2011 at 09:57:30AM +0400, Andrey Smagin wrote:
> >
> > Ok. With autonegotiation ifconfig show speed 100MBit.
>
> And vge(4) work without problems with the resolved speed/duplex
> of auto-negotiation?
>
> > with manual 1000baseT full-
31 октября 2011, 04:57 от YongHyeon PYUN :
> On Sat, Oct 29, 2011 at 09:57:30AM +0400, Andrey Smagin wrote:
> >
> > Ok. With autonegotiation ifconfig show speed 100MBit.
>
> And vge(4) work without problems with the resolved speed/duplex
> of auto-negotiation?
With auto-negotiation vge connect
Old Synopsis: [patch] multicast forwarding cache hash always allocated with
size 0, resulting in buffer overrun
New Synopsis: [ip] [patch] multicast forwarding cache hash always allocated
with size 0, resulting in buffer overrun
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-
The following reply was made to PR kern/162201; it has been noted by GNATS.
From: Gleb Smirnoff
To: Stevan Markovic
Cc: freebsd-gnats-sub...@freebsd.org, z...@freebsd.org, b...@freebsd.org,
b...@freebsd.org
Subject: Re: misc/162201: [patch] multicast forwarding cache hash always
allocat
The following reply was made to PR kern/162201; it has been noted by GNATS.
From:
To:
Cc: , , ,
Subject: RE: misc/162201: [patch] multicast forwarding cache hash always
allocated with size 0, resulting in buffer overrun
Date: Mon, 31 Oct 2011 13:26:43 -0500
Hi,
Gleb, no, I have no
The following reply was made to PR kern/162110; it has been noted by GNATS.
From: Gleb Smirnoff
To: Frank Terhaar-Yonkers
Cc: freebsd-gnats-sub...@freebsd.org, j...@freebsd.org
Subject: Re: kern/162110: Releng_9 panics on boot in IGB driver - regression
from 8.2
Date: Mon, 31 Oct 2011 22:37:28
The following reply was made to PR kern/162201; it has been noted by GNATS.
From: Marko Zec
To: stevan_marko...@mcafee.com
Cc: gleb...@freebsd.org,
freebsd-gnats-sub...@freebsd.org,
b...@freebsd.org,
b...@freebsd.org
Subject: Re: misc/162201: [patch] multicast forwarding cache hash always
all
Hi Julian,
For my information, is it documented anywhere that bit 28[0] and 29[1]
of Netgraph message's `cmd' shall not be used (the bits, not the
macros) ?
Thanks,
- Arnaud
[0]: NGM_READONLY
[1]: NGM_HASREPLY
___
freebsd-net@freebsd.org mailing list
Gents,
I'm having quite an aweful problem that I need a bit of help with.
I have an HPDL360 G3 (
http://h18000.www1.hp.com/products/quickspecs/11504_na/11504_na.HTML ) which
acts as a NAT (via PF) for several (600+) class C's amongst 24+ machines
sitting behind it.
It's running FPSense (FreeBS
Synopsis: [patch] routed(8): if.c in routed fails to compile if time_t and long
are different sizes
State-Changed-From-To: open->closed
State-Changed-By: kevlo
State-Changed-When: Tue Nov 1 03:25:20 UTC 2011
State-Changed-Why:
Fixed in r204405
http://www.freebsd.org/cgi/query-pr.cgi?pr=155365
_
On Mon, Oct 31, 2011 at 08:57:46PM -0500, Paul A. Procacci wrote:
> Gents,
>
> I'm having quite an aweful problem that I need a bit of help with.
>
> I have an HPDL360 G3 (
> http://h18000.www1.hp.com/products/quickspecs/11504_na/11504_na.HTML ) which
> acts as a NAT (via PF) for several (600+) c
On 10/31/11 4:16 PM, Arnaud Lacombe wrote:
Hi Julian,
For my information, is it documented anywhere that bit 28[0] and 29[1]
of Netgraph message's `cmd' shall not be used (the bits, not the
macros) ?
Thanks,
- Arnaud
[0]: NGM_READONLY
[1]: NGM_HASREPLY
Not really sure what you are asking.
18 matches
Mail list logo