Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Jul 2006 15:48:58 +0900
From:      Pyun YongHyeon <pyunyh@gmail.com>
To:        John Birrell <jb@what-creek.com>
Cc:        cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, Pyun YongHyeon <yongari@FreeBSD.org>
Subject:   Re: cvs commit: src/sys/dev/em if_em.c
Message-ID:  <20060730064858.GB32731@cdnetworks.co.kr>
In-Reply-To: <20060729220154.GA23870@what-creek.com>
References:  <200607270043.k6R0hY8g088353@repoman.freebsd.org> <20060729220154.GA23870@what-creek.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jul 29, 2006 at 10:01:54PM +0000, John Birrell wrote:
 > On Thu, Jul 27, 2006 at 12:43:34AM +0000, Pyun YongHyeon wrote:
 > > yongari     2006-07-27 00:43:34 UTC
 > > 
 > >   FreeBSD src repository
 > > 
 > >   Modified files:
 > >     sys/dev/em           if_em.c 
 > >   Log:
 > >   Prepending an mbuf after loading a DMA map results in unexpected
 > >   result. So, modify mbuf chains before loading a DMA map.
 > >   
 > >   Revision  Changes    Path
 > >   1.122     +28 -31    src/sys/dev/em/if_em.c
 > 
 > The change immediately after the one that I tested on sun4v brought the
 > bus_dmamap_unload diagnostics back (worse than before). So much so,
 > I had to back the change out of my P4 tree.
 > 
 > This is the change that causes the grief:
 > 
 > <http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/projects/dtrace/src/sys/dev/em/if%5fem.c&REV=6&ACT=integrate>;
 > 

That's odd. Do you use VLAN with hardware tagging and the interface
is in promiscuous mode?
Would you should me the diagnostics trace again?

-- 
Regards,
Pyun YongHyeon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060730064858.GB32731>