Re: problem in if_tap.c

Maksim Yevmenkin wrote: please try the following patch. if there is no objections, i will commit it beetle# diff -u if_tap.c.orig if_tap.c --- if_tap.c.orig 2007-04-05 10:58:39.0 -0700 +++ if_tap.c2008-04-14 09:42:42.0 -0700 @@ -404,6 +404,7 @@ struct ifnet

Re: IGMPv3 support

Martin Garon wrote: I am looking for a FreeBSD release with IGMPv3 and was surprised to find none. I know the KAME project added support for IGMPv3. Anyone knows why this was not imported back into the current sources? I was wondering if it had anything to do with reliability or rather with busi

Re: bpf does not see packets forwarded with ipfw fwd

Jung-uk Kim wrote: > Can you try the attached patch? I will this evening when get to my 7.0 home system. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: amd64/122780: [lagg] tcpdump on lagg interface during high pps wedges netcode

Old Synopsis: tcpdump on lagg interface during high pps wedges netcode New Synopsis: [lagg] tcpdump on lagg interface during high pps wedges netcode Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 15 02:47:08 UTC 2008 Respon

Re: kern/122772: [em] em0 taskq panic, tcp reassembly bug causes radix tree corruption?

Synopsis: [em] em0 taskq panic, tcp reassembly bug causes radix tree corruption? Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 14 23:51:14 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cg

Re: kern/122744: [tcp] [panic] [patch] hostcache: supervisor read, page not present

Old Synopsis: [panic] hostcache: supervisor read, page not present New Synopsis: [tcp] [panic] [patch] hostcache: supervisor read, page not present Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 14 23:49:46 UTC 2008 Responsi

Re: kern/122743: [panic] vm_page_unwire: invalid wire count: 0

Old Synopsis: panic: vm_page_unwire: invalid wire count: 0 New Synopsis: [panic] vm_page_unwire: invalid wire count: 0 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: vwe Responsible-Changed-When: Mon Apr 14 20:27:51 UTC 2008 Responsible-Changed-Why: while this is

Re: bpf does not see packets forwarded with ipfw fwd

On Saturday 12 April 2008 02:22 am, Eugene Grosbein wrote: > Hi! > > One of 7.0 users has reported in some cyrillic newsgroup > a problem that I have reproduced in my 7.0-STABLE system. > That is: tcpdump does not show locally originated outgoing IP > packets that were processed by 'ipfw fwd' rule.

Re: problem in if_tap.c

On Mon, Apr 14, 2008 at 1:33 AM, Marc Lörner <[EMAIL PROTECTED]> wrote: > Hello, > I found the following problem in the if_tap-device code in function tapcreate > when used on 64-bit systems: > >TAPDEBUG("tapcreate(%s%d). minor = %#x\n", name, unit, minor(dev)); > > /* generate fa

IGMPv3 support

Hi, I am looking for a FreeBSD release with IGMPv3 and was surprised to find none. I know the KAME project added support for IGMPv3. Anyone knows why this was not imported back into the current sources? I was wondering if it had anything to do with reliability or rather with business mumbo-

Current problem reports assigned to freebsd-net@FreeBSD.org

Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description o kern/35442 net[sis] [patch] Problem transmitting runts in if_sis dri a kern/38554 netchang

problem in if_tap.c

Hello, I found the following problem in the if_tap-device code in function tapcreate when used on 64-bit systems: TAPDEBUG("tapcreate(%s%d). minor = %#x\n", name, unit, minor(dev)); /* generate fake MAC address: 00 bd xx xx xx unit_no */ macaddr_hi = htons(0x00bd);