public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
From: John Keller <jpk@sgi.com>
To: fujita.tomonori@lab.ntt.co.jp
Cc: linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ia64: SN specific version of dma_get_required_mask()
Date: Wed, 19 Nov 2008 16:12:23 +0000	[thread overview]
Message-ID: <200811191612.mAJGCNCJ040231@fcbayern.americas.sgi.com> (raw)
In-Reply-To: <20081117162454.169426.74531.sendpatchset@attica.americas.sgi.com>

On Tue, 18 Nov 2008
Fujita Tomonori wrote:

> On Mon, 17 Nov 2008 10:24:54 -0600
> John Keller <jpk@sgi.com> wrote:

> > Create a platform specific version of dma_get_required_mask()
> > for ia64 SN Altix. All SN Altix platforms support 64 bit DMA
> > addressing regardless of the size of system memory.
> > Create a ia64 machvec for dma_get_required_mask, with the
> > SN version unconditionally returning DMA_64BIT_MASK.
> > 
> > 
> > Signed-off-by: John Keller <jpk@sgi.com>
> > ---
> > 
> >  Documentation/DMA-API.txt            |    9 ++++-----
> >  arch/ia64/include/asm/dma-mapping.h  |    3 +++
> >  arch/ia64/include/asm/machvec.h      |    7 +++++++
> >  arch/ia64/include/asm/machvec_init.h |    1 +
> >  arch/ia64/include/asm/machvec_sn2.h  |    2 ++
> >  arch/ia64/pci/pci.c                  |   21 +++++++++++++++++++++
> >  arch/ia64/sn/pci/pci_dma.c           |    6 ++++++
> >  include/linux/dma-mapping.h          |    2 ++
> >  8 files changed, 46 insertions(+), 5 deletions(-)
> 
> (snip)
> 
> >  static int __init pcibios_init(void)
> >  {
> >  	set_pci_cacheline_size();
> > Index: linux-2.6/include/linux/dma-mapping.h
> > =================================> > --- linux-2.6.orig/include/linux/dma-mapping.h	2008-11-17 08:38:07.740451313 -0600
> > +++ linux-2.6/include/linux/dma-mapping.h	2008-11-17 08:39:50.573284674 -0600
> > @@ -70,7 +70,9 @@ static inline u64 dma_get_mask(struct de
> >  	return DMA_32BIT_MASK;
> >  }
> >  
> > +#ifndef CONFIG_IA64
> >  extern u64 dma_get_required_mask(struct device *dev);
> > +#endif
> 
> I think that adding CONFIG_IA64 to include/linux/dma-mapping.h is
> wrong. I also think that you don't need to ifndef this extern.

Without this change ia64 would not build for me.


> 
> If you need this trick with only CONFIG_IA64_SGI_SN2, how about
> something like this? It's simple and we can avoid duplicate the
> generic dma_get_required_mask in arch/ia64/pci/pci.c

Actually I need it for CONFIG_IA64_GENERIC and CONFIG_IA64_SGI_SN2.
But, even so, unfortunately your suggestion doesn't build.

I see numerous errors such as these:

kernel/fork.o: In function `__crc_dma_get_required_mask':
fork.c:(*ABS*+0xb0339303): multiple definition of `__crc_dma_get_required_mask'
kernel/exit.o: In function `__crc_dma_get_required_mask':
exit.c:(*ABS*+0x4a7c4115): multiple definiti  CC      fs/sysfs/group.o
on of `__crc_dma_get_required_mask'



> 
> 
> diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h
> index bbab7e2..4ffbd18 100644
> --- a/arch/ia64/include/asm/dma-mapping.h
> +++ b/arch/ia64/include/asm/dma-mapping.h
> @@ -144,6 +144,13 @@ static inline struct dma_mapping_ops *get_dma_ops(struct device *dev)
> 	return dma_ops;
> }
> 
> -
> +#ifdef CONFIG_IA64_SGI_SN2
> +#define ARCH_HAS_DMA_GET_REQUIRED_MASK
> +static inline u64 dma_get_required_mask(struct device *dev)
> +{
> +	return DMA_64BIT_MASK;
> +}
> +EXPORT_SYMBOL_GPL(dma_get_required_mask);
> +#endif
>  
> #endif /* _ASM_IA64_DMA_MAPPING_H */

  parent reply	other threads:[~2008-11-19 16:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-17 16:24 [PATCH] ia64: SN specific version of dma_get_required_mask() John Keller
2008-11-17 16:39 ` Bernhard Walle
2008-11-18 14:08 ` John Keller
2008-11-18 15:35   ` Luck, Tony
2008-11-23 13:37   ` Bernhard Walle
2008-11-18 15:53 ` John Keller
2008-11-19  4:07 ` FUJITA Tomonori
2008-11-19 16:12 ` John Keller [this message]
2008-11-20  4:49   ` FUJITA Tomonori
2008-11-20 22:57 ` John Keller
2008-11-21  5:11   ` FUJITA Tomonori
2008-11-25 20:50 ` John Keller

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=200811191612.mAJGCNCJ040231@fcbayern.americas.sgi.com \
    --to=jpk@sgi.com \
    --cc=fujita.tomonori@lab.ntt.co.jp \
    --cc=linux-ia64@vger.kernel.org \
    --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