Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754985Ab0AUUqv (ORCPT ); Thu, 21 Jan 2010 15:46:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752932Ab0AUUqu (ORCPT ); Thu, 21 Jan 2010 15:46:50 -0500 Received: from mta2.srv.hcvlny.cv.net ([167.206.4.197]:45076 "EHLO mta2.srv.hcvlny.cv.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751322Ab0AUUqt (ORCPT ); Thu, 21 Jan 2010 15:46:49 -0500 Date: Thu, 21 Jan 2010 15:46:50 -0500 From: Michael Breuer Subject: Re: [PATCH] sky2: Fix WARNING: at lib/dma-debug.c:902 check_sync In-reply-to: <20100121204133.GB3085@del.dom.local> To: Jarek Poplawski Cc: David Miller , Stephen Hemminger , akpm@linux-foundation.org, flyboy@gmail.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Michael Chan , Don Fry , Francois Romieu , Matt Carlson Message-id: <4B58BD3A.1000705@majjas.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20100120094103.GA6225@ff.dom.local> <4B58B217.8030001@majjas.com> <20100121204133.GB3085@del.dom.local> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b2pre Thunderbird/3.0.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3015 Lines: 72 On 1/21/2010 3:41 PM, Jarek Poplawski wrote: > On Thu, Jan 21, 2010 at 02:59:19PM -0500, Michael Breuer wrote: > >> On 1/20/2010 4:41 AM, Jarek Poplawski wrote: >> >>> [ previously: Re: [PATCH] af_packet: Don't use skb after dev_queue_xmit() ] >>> diff --git a/drivers/net/sky2.c b/drivers/net/sky2.c >>> index 7650f73..cdebdd3 100644 >>> --- a/drivers/net/sky2.c >>> +++ b/drivers/net/sky2.c >>> @@ -2252,12 +2252,14 @@ static struct sk_buff *receive_copy(struct sky2_port *sky2, >>> skb = netdev_alloc_skb_ip_align(sky2->netdev, length); >>> if (likely(skb)) { >>> pci_dma_sync_single_for_cpu(sky2->hw->pdev, re->data_addr, >>> - length, PCI_DMA_FROMDEVICE); >>> + pci_unmap_len(re, data_size), >>> + PCI_DMA_FROMDEVICE); >>> skb_copy_from_linear_data(re->skb, skb->data, length); >>> skb->ip_summed = re->skb->ip_summed; >>> skb->csum = re->skb->csum; >>> pci_dma_sync_single_for_device(sky2->hw->pdev, re->data_addr, >>> - length, PCI_DMA_FROMDEVICE); >>> + pci_unmap_len(re, data_size), >>> + PCI_DMA_FROMDEVICE); >>> re->skb->ip_summed = CHECKSUM_NONE; >>> skb_put(skb, length); >>> } >>> >> Just a testing update: I went back to CONFIG_DMAR=Y yesterday and >> have not (yet) encountered the sky2 crash I'd been having prior to >> this fix. I've been pumping traffic through, and based on pre-patch >> experience, it would likely have crashed by now. >> >> Will keep the system up for the next couple of days w/o reboot to >> confirm that the sky2 lockup I'd been seeing has stopped happening >> with this patch. >> >> Test notes: >> >> 1) Warning previously apparent on start (dma_debug check_sync) with >> CONFIG_DMAR=n is gone. >> 2) W/o the above patch, I was getting sky2 DMAR errors and >> subsequent TX hangs requiring reboot to clear. The hangs happened >> after at least 12 hours of uptime, and under RX load at the time of >> the hang. >> 3) With the above patch (and no other changes) I have not been able >> to recreate the crash - the system is stable. >> > Btw, could you remind us if during last dmar bugs jumbo frames might > have been used or maybe mtu was changed, and the current test setting? > > I've hit this with and without Jumbo frames enabled. Last couple of recreations were with mtu = 1500, which is how I'm running now. >> I have been following the discussion about the DMA api would suggest >> that the length issue when DMAR is enabled is less innocuous than >> previously believed. >> > Actually, the last conclusions are - it's more innocuous than ever > believed, and I completely agree with this (at least until the next > week ;-). > I stand grammatically corrected. > Thanks, > Jarek P. > -- 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/