From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762764AbYEAPsc (ORCPT ); Thu, 1 May 2008 11:48:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762178AbYEAPsJ (ORCPT ); Thu, 1 May 2008 11:48:09 -0400 Received: from vs166246.vserver.de ([62.75.166.246]:58206 "EHLO vs166246.vserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762123AbYEAPsG (ORCPT ); Thu, 1 May 2008 11:48:06 -0400 From: Michael Buesch To: Christoph Hellwig Subject: Re: [PATCH 0/3] Add API for weak DMA masks Date: Thu, 1 May 2008 17:47:26 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) Cc: Jesse Barnes , John Linville , Andi Kleen , David Miller , Alan Cox , Ingo Molnar , bcm43xx-dev@lists.berlios.de, linux-wireless@vger.kernel.org, linux-kernel References: <200805011638.15910.mb@bu3sch.de> <200805011742.05302.mb@bu3sch.de> <20080501154358.GA3318@infradead.org> In-Reply-To: <20080501154358.GA3318@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805011747.27469.mb@bu3sch.de> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 01 May 2008 17:43:58 Christoph Hellwig wrote: > On Thu, May 01, 2008 at 05:42:04PM +0200, Michael Buesch wrote: > > Yeah. because it has to be done in every driver. > > So we put the implementation into a central place, instead of > > reimplementing the wheel over and over again. This way we avoid bugs, > > like the "b43 broken on VIA boards" in the first place. > > Currently every driver requesting a >32bit mask and not retrying with > > a lower mask is broken on VIA hardware. I dunno how many of the current > > drivers that are, but everybody can easily see that is not a b43-specific > > problem that we should solve for b43 only. > > Yeah. Personally I'd rather let set_dma_mask fall back silently, We've discussed that and this behaviour is not acceptable, as the driver must know about a possible fallback in case it can do 32bit DMA more efficiently than 64bit DMA, for example. So here we go. People rejected that approach, that I also suggested. Here's what people want. -- Greetings Michael.