From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 04:45:35 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F19106566B; Fri, 16 Sep 2011 04:45:35 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id DDDAF8FC0A; Fri, 16 Sep 2011 04:45:34 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8G4jULb013902; Fri, 16 Sep 2011 11:45:31 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E72D465.8050900@rdtc.ru> Date: Fri, 16 Sep 2011 11:45:25 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> In-Reply-To: <20110915191944.GB6557@michelle.cdnetworks.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 04:45:35 -0000 16.09.2011 02:19, YongHyeon PYUN пишет: > On Fri, Sep 16, 2011 at 02:02:37AM +0700, Eugene Grosbein wrote: >> 16.09.2011 01:15, YongHyeon PYUN пишет: >> >>> I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How >>> about applying the following revision? >>> http://svnweb.freebsd.org/base?view=revision&revision=175337 >>> Not sure whether it shall apply cleanly. >> >> It does not and there is too much differences in the code for my skills to apply manually :-) >> >>> Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in >>> bus_dma_tag_create(9). >> >> I'm not sure I undersdand this right... Do you mean this change? > > No, change BUS_DMA_ALLOCNOW used in re(4). With clean RELENG_6 sources and the only following patch, the problem still persists. --- if_re.c.orig 2008-03-02 21:54:48.000000000 +0700 +++ if_re.c 2011-09-16 11:37:30.000000000 +0700 @@ -1077,7 +1077,7 @@ nseg = 32; error = bus_dma_tag_create(sc->rl_parent_tag, ETHER_ALIGN, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, - NULL, MCLBYTES * nseg, nseg, MCLBYTES, BUS_DMA_ALLOCNOW, + NULL, MCLBYTES * nseg, nseg, MCLBYTES, 0, NULL, NULL, &sc->rl_ldata.rl_mtag); if (error) { device_printf(dev, "could not allocate dma tag\n");