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
prev parent 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®