Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756469Ab0AMVRf (ORCPT ); Wed, 13 Jan 2010 16:17:35 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756418Ab0AMVRe (ORCPT ); Wed, 13 Jan 2010 16:17:34 -0500 Received: from mta1.srv.hcvlny.cv.net ([167.206.4.196]:34443 "EHLO mta1.srv.hcvlny.cv.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756322Ab0AMVRe (ORCPT ); Wed, 13 Jan 2010 16:17:34 -0500 Date: Wed, 13 Jan 2010 16:16:36 -0500 From: Michael Breuer Subject: Re: [PATCH] af_packet: Don't use skb after dev_queue_xmit() In-reply-to: <20100113210908.GA3065@del.dom.local> To: Jarek Poplawski Cc: Stephen Hemminger , David Miller , akpm@linux-foundation.org, flyboy@gmail.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Message-id: <4B4E3834.3000609@majjas.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20100107185040.GB3208@del.dom.local> <4B466A26.5070506@majjas.com> <20100108074539.GA6205@ff.dom.local> <4B475FF9.7000702@majjas.com> <20100108212923.GA3078@del.dom.local> <4B47A81B.5040601@majjas.com> <4B4809EF.1070609@majjas.com> <20100109122830.GA4386@del.dom.local> <4B48CC2C.2090403@majjas.com> <4B4E2F89.2050606@majjas.com> <20100113210908.GA3065@del.dom.local> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Lightning/1.0b2pre Thunderbird/3.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1271 Lines: 30 On 1/13/2010 4:09 PM, Jarek Poplawski wrote: > On Wed, Jan 13, 2010 at 03:39:37PM -0500, Michael Breuer wrote: > >> Just an FYI - 2.6.32.3 with alt 3 af_packet patch& sky2 >> pskb_may_pull runs OK with DMAR (re)enabled and msi enabled. >> > Hmm... What a pity! It was such a useful debugging tool for > networking ;-) BTW, I'm not sure if "runs OK" means with or without > those DHCP drops& large packets you described. > > Thanks, > Jarek P. > As of now, no errors even when blasting traffic & forcing dhcp packets as before. I haven't tried putting mtu back to 9k yet. OK means that there are no obvious differences in behavior with or without DMAR all else being equal. There were some updates made to stable that could have fixed this - I'd guess intel_iommu fixes helped. If it helps, I'm still getting one error without DMAR enabled - at startup, there's a DMA sync oops - mismatch of 72 bytes coming from sky2. That oops was posted previously - with DMAR (re) enabled, there's no related oops. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/