From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932752AbYF3VKr (ORCPT ); Mon, 30 Jun 2008 17:10:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755122AbYF3VKj (ORCPT ); Mon, 30 Jun 2008 17:10:39 -0400 Received: from bu3sch.de ([62.75.166.246]:41093 "EHLO vs166246.vserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752364AbYF3VKi (ORCPT ); Mon, 30 Jun 2008 17:10:38 -0400 From: Michael Buesch To: Jesse Barnes Subject: Re: [PATCH] PCI: add stub for pci_set_consistent_dma_mask() Date: Mon, 30 Jun 2008 23:10:12 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) Cc: Randy Dunlap , linux-pci@vger.kernel.org, lkml , jejb , akpm References: <20080630113553.c133307f.randy.dunlap@oracle.com> <200806302240.50416.mb@bu3sch.de> <200806301400.02455.jbarnes@virtuousgeek.org> In-Reply-To: <200806301400.02455.jbarnes@virtuousgeek.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806302310.12478.mb@bu3sch.de> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 30 June 2008 23:00:02 Jesse Barnes wrote: > On Monday, June 30, 2008 1:40 pm Michael Buesch wrote: > > On Monday 30 June 2008 20:42:30 Jesse Barnes wrote: > > > On Monday, June 30, 2008 11:35 am Randy Dunlap wrote: > > > > From: Randy Dunlap > > > > > > > > When CONFIG_PCI=n, there is no stub for pci_set_consistent_dma_mask(), > > > > so add one like other similar stubs. Otherwise there can be build > > > > errors, as here: > > > > > > > > linux-next-20080630/drivers/ssb/main.c:1175: error: implicit > > > > declaration of function 'pci_set_consistent_dma_mask' > > > > > > > > Signed-off-by: Randy Dunlap > > > > > > Applied to linux-next, thanks Randy. > > > > I guess this is probably also needed for 2.6.26. > > Hm, current upstream seems to have pci_set_consistent_dma_mask under > CONFIG_SSB_PCIHOST, which in turn depends on PCI = y (or PCI = SSB, what does > that mean?). > > But yeah, it wouldn't hurt to push this for 2.6.26 too. Yeah, I wasn't talking about ssb, but rather other drivers. Maybe there's no such user of that function, however. -- Greetings Michael.