Synopsis: [msk] if_msk page fault while in kernel mode
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sat Nov 15 08:01:13 UTC 2008
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=128884
_
On Tuesday 04 November 2008 02:46:04 Pyun YongHyeon wrote:
> On Mon, Nov 03, 2008 at 11:39:06PM +0100, Milan Obuch wrote:
> > On Monday 03 November 2008 04:59:08 Pyun YongHyeon wrote:
> >
> > [ snip ]
> >
> > > I vaguely guess hardware was not properly initialized. How about
> > > this one?
>
On Fri, 14 Nov 2008, Robert Noland wrote:
Hi,
Also just using gre's without the
underlying ipsec tunnels seems to
work properly.
The reason for this to my knowledge is:
http://www.kame.net/dev/cvsweb2.cgi/kame/freebsd2/sys/netinet/ip_icmp.c#rev1.4
or looking at recent freebsd code:
http://fx
Synopsis: [igb] page fault under load with igb/LRO
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sat Nov 15 11:46:24 UTC 2008
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=128840
_
Hi,
in tcp_syncache.c:syncache_expand() there is a test that the
acknowledgement number and the sequence number of an incoming ACK
segment are in the expected range. If they are not, syncache_expand()
returns 0 and tcp_input drops the segment and sets a reset. So far so
good. But syncache_exp
Marius Strobl wrote:
...
Hrm, I could be that the BCM5701 data corruption bug actually is
64-bit rather than only PCI-X bus specific. Could you please give
the patch at:
http://people.freebsd.org/~marius/bge_5701.diff
a try?
This patch looks syntactically OK, though I don't know about b
On 15 Nov 2008, at 20:08, Hartmut Brandt wrote:
Hi,
in tcp_syncache.c:syncache_expand() there is a test that the
acknowledgement number and the sequence number of an incoming ACK
segment are in the expected range. If they are not,
syncache_expand() returns 0 and tcp_input drops the segme
