mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: akpm@linux-foundation.org, fujita.tomonori@lab.ntt.co.jp,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH -mm 7/7] pci: move pci_set_dma_mask and pci_set_consistent_dma_mask to pci-dma-compat.h
Date: Wed, 3 Mar 2010 08:23:15 -0800	[thread overview]
Message-ID: <20100303082315.64c57c0b@jbarnes-piketon> (raw)
In-Reply-To: <20100303115805Q.fujita.tomonori@lab.ntt.co.jp>

On Wed, 3 Mar 2010 11:58:31 +0900
FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> wrote:

> On Tue, 2 Mar 2010 18:29:27 -0800
> Andrew Morton <akpm@linux-foundation.org> wrote:
> 
> > On Fri, 12 Feb 2010 18:33:32 +0900 FUJITA Tomonori
> > <fujita.tomonori@lab.ntt.co.jp> wrote:
> > 
> > > We can use pci-dma-compat.h to implement pci_set_dma_mask and
> > > pci_set_consistent_dma_mask as we do with the other PCI DMA API.
> > > 
> > > We can remove HAVE_ARCH_PCI_SET_DMA_MASK too.
> > 
> > i386 allnoconfig:
> 
> Sorry about that.
> 
> > include/asm-generic/pci-dma-compat.h:105: error: redefinition of
> > 'pci_set_dma_mask' include/linux/pci.h:1092: error: previous
> > definition of 'pci_set_dma_mask' was here
> > include/asm-generic/pci-dma-compat.h:110: error: redefinition of
> > 'pci_set_consistent_dma_mask' include/linux/pci.h:1097: error:
> > previous definition of 'pci_set_consistent_dma_mask' was here
> > 
> > In fact the whole of include/asm-generic/pci-dma-compat.h seems a
> > bit fishy when CONFIG_PCI=n.  Shouldn't all those functions be
> > EIO-returning stubs?
> 
> Might be (and it should work). However, when CONFIG_PCI=n, we has
> silently converted the PCI DMA API to the generic DMA API.
> 
> In the long term, we remove the pci_dma_* API.
> 
> Can you fold this into the above patch?
> 
> diff --git a/include/asm-generic/pci-dma-compat.h
> b/include/asm-generic/pci-dma-compat.h index ddfa9c5..1437b7d 100644
> --- a/include/asm-generic/pci-dma-compat.h
> +++ b/include/asm-generic/pci-dma-compat.h
> @@ -101,6 +101,7 @@ pci_dma_mapping_error(struct pci_dev *pdev,
> dma_addr_t dma_addr) return dma_mapping_error(&pdev->dev, dma_addr);
>  }
>  
> +#ifdef CONFIG_PCI
>  static inline int pci_set_dma_mask(struct pci_dev *dev, u64 mask)
>  {
>  	return dma_set_mask(&dev->dev, mask);
> @@ -110,5 +111,6 @@ static inline int
> pci_set_consistent_dma_mask(struct pci_dev *dev, u64 mask) {
>  	return dma_set_coherent_mask(&dev->dev, mask);
>  }
> +#endif
>  
>  #endif

Oops, I missed these in my last round of applications because they
weren't in PCI patchwork; can you cc linux-pci@vger.kernel.org in the
future so the patchwork bot picks them up?

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center

      reply	other threads:[~2010-03-03 16:23 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-12  9:33 [PATCH -mm 0/7] transforming the PCI DMA API into the generic device model FUJITA Tomonori
2010-02-12  9:33 ` [PATCH -mm 1/7] sparc: unify 32bit and 64bit dma_set_mask FUJITA Tomonori
2010-02-13  1:09   ` David Miller
2010-02-12  9:33 ` [PATCH -mm 2/7] alpha: use include/linux/pci-dma-compat.h FUJITA Tomonori
2010-02-12  9:33 ` [PATCH -mm 3/7] pci: convert pci_set_dma_mask to call dma_set_mask FUJITA Tomonori
2010-02-14 23:33   ` Benjamin Herrenschmidt
2010-02-12  9:33 ` [PATCH -mm 4/7] dma-mapping.h: add dma_set_coherent_mask FUJITA Tomonori
2010-02-12  9:33 ` [PATCH -mm 5/7] powerpc: use generic pci_set_dma_mask and pci_set_consistent_dma_mask FUJITA Tomonori
2010-02-14 23:36   ` Benjamin Herrenschmidt
2010-02-15  1:57     ` FUJITA Tomonori
2010-02-15  2:41       ` Benjamin Herrenschmidt
2010-02-12  9:33 ` [PATCH -mm 6/7] arm: " FUJITA Tomonori
2010-02-12 15:01   ` Russell King - ARM Linux
2010-02-12  9:33 ` [PATCH -mm 7/7] pci: move pci_set_dma_mask and pci_set_consistent_dma_mask to pci-dma-compat.h FUJITA Tomonori
2010-03-03  2:29   ` Andrew Morton
2010-03-03  2:58     ` FUJITA Tomonori
2010-03-03 16:23       ` Jesse Barnes [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100303082315.64c57c0b@jbarnes-piketon \
    --to=jbarnes@virtuousgeek.org \
    --cc=akpm@linux-foundation.org \
    --cc=fujita.tomonori@lab.ntt.co.jp \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®