Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756743Ab2JJVuh (ORCPT ); Wed, 10 Oct 2012 17:50:37 -0400 Received: from g1t0027.austin.hp.com ([15.216.28.34]:41837 "EHLO g1t0027.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755199Ab2JJVuc (ORCPT ); Wed, 10 Oct 2012 17:50:32 -0400 Message-ID: <1349905825.5993.2.camel@lorien2> Subject: Re: [PATCH v4] dma-debug: New interfaces to debug dma mapping errors From: Shuah Khan Reply-To: shuah.khan@hp.com To: Andrew Morton Cc: konrad.wilk@oracle.com, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, rob@landley.net, stern@rowland.harvard.edu, joerg.roedel@amd.com, bhelgaas@google.com, LKML , linux-doc@vger.kernel.org, devel@linuxdriverproject.org, x86@kernel.org, shuahkhan@gmail.com Date: Wed, 10 Oct 2012 15:50:25 -0600 In-Reply-To: <20121009140215.5c0a65c9.akpm@linux-foundation.org> References: <1347843171.4370.13.camel@lorien2> <1348621517.3091.6.camel@lorien2> <1349276159.3192.4.camel@lorien2> <1349400193.2547.29.camel@lorien2> <20121005155108.d8d88fd2.akpm@linux-foundation.org> <1349716040.2674.19.camel@lorien2> <20121009140215.5c0a65c9.akpm@linux-foundation.org> Organization: ISS-Linux Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1664 Lines: 41 On Tue, 2012-10-09 at 14:02 -0700, Andrew Morton wrote: > On Mon, 08 Oct 2012 11:07:20 -0600 > Shuah Khan wrote: > > > > > > > Still seems overly complicated to me, but whatev. > > > > > > I think the way to handle this is pretty simple: set a flag in the dma > > > entry when someone runs dma_mapping_error() and, if that flag wasn't > > > set at unmap time, emit a loud warning. > > > > > > From my reading of the code, this patch indeed does that, along with a > > > bunch of other (unnecessary?) stuff. But boy, the changelog conceals > > > this information well! > > > > Are you referring to the system wide error counters when you say > > unnecessary stuff. The reason I added those was to catch errors when > > drivers don't do unmap. Several drivers fail to do unmap. Checking flag > > from unmap debug interfaces, doesn't cover these cases. However, I think > > the value of system wide counters is limited in the sense that they > > don't really identify the driver that needs fixing. In that sense it can > > be deemed unnecessary. I dropped them in v5 patch, which I am sending > > out. > > hm. Could we keep a counter of the number of map/unmap calls within > the dma object and then emit a warning if that is non-zero at teardown > time? That should identify the offending driver. > Thanks. That would work. Will take a look and see what it takes to implement. -- Shuah -- 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/