From owner-p4-projects@FreeBSD.ORG Mon Oct 8 18:23:29 2007 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 0774D16A420; Mon, 8 Oct 2007 18:23:29 +0000 (UTC) Delivered-To: perforce@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A60DF16A46D for ; Mon, 8 Oct 2007 18:23:28 +0000 (UTC) (envelope-from zec@icir.org) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF2F13C46E for ; Mon, 8 Oct 2007 18:23:28 +0000 (UTC) (envelope-from zec@icir.org) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id 347269B788; Mon, 8 Oct 2007 20:23:27 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from [192.168.200.103] (zec2.tel.fer.hr [161.53.19.79]) by xaqua.tel.fer.hr (Postfix) with ESMTP id 6C34D9B769; Mon, 8 Oct 2007 20:23:20 +0200 (CEST) From: Marko Zec To: Julian Elischer Date: Mon, 8 Oct 2007 20:23:16 +0200 User-Agent: KMail/1.9.7 References: <200710062222.l96MMM7U044733@repoman.freebsd.org> <470A737C.3070805@elischer.org> In-Reply-To: <470A737C.3070805@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710082023.16517.zec@icir.org> Cc: Perforce Change Reviews Subject: Re: PERFORCE change 127267 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2007 18:23:29 -0000 On Monday 08 October 2007 20:14:20 Julian Elischer wrote: > Marko Zec wrote: > > http://perforce.freebsd.org/chv.cgi?CH=127267 > > > > Change 127267 by zec@zec_tpx32 on 2007/10/06 22:21:31 > > > > Change the M_REMOTE_VNET mbuf flag so that it won't > > collide with the newly introduced M_NOFREE flag in -HEAD > > on next IFC. > > > > Apparently we are running out of bits in mbuf flags... > > > > Affected files ... > > > > .. //depot/projects/vimage/src/sys/sys/mbuf.h#8 edit > > > > Differences ... > > > > ==== //depot/projects/vimage/src/sys/sys/mbuf.h#8 (text+ko) ==== > > > > @@ -192,7 +192,7 @@ > > #define M_LASTFRAG 0x2000 /* packet is last fragment */ > > #define M_VLANTAG 0x10000 /* ether_vtag is valid */ > > #define M_PROMISC 0x20000 /* packet was not for us */ > > -#define M_REMOTE_VNET 0x40000 /* mbuf crossed boundary between two > > vnets */ +#define M_REMOTE_VNET 0x80000 /* mbuf crossed boundary > > between two vnets */ > > > > /* > > * External buffer types: identify ext_buf type. > > nope > > I believe we still have > 0xfff00000 Umm you're right... Marko