From: Aurelien Jarno <aurelien@aurel32.net>
To: "\"陈华才\"" <chenhc@lemote.com>
Cc: Ralf Baechle <ralf@linux-mips.org>,
John Crispin <john@phrozen.org>,
"Steven J. Hill" <steven.hill@imgtec.com>,
linux-mips@linux-mips.org, Fuxin Zhang <zhangfx@lemote.com>,
Zhangjin Wu <wuzhangjin@gmail.com>,
Hongliang Tao <taohl@lemote.com>, Hua Yan <yanh@lemote.com>
Subject: Re: [PATCH V19 09/13] MIPS: Loongson: Add swiotlb to support All-Memory DMA
Date: Wed, 19 Feb 2014 22:39:20 +0100 [thread overview]
Message-ID: <20140219213920.GA12254@hall.aurel32.net> (raw)
In-Reply-To: <c4cab01ceda4c21c8d9c7e471edfe000.squirrel@mail.lemote.com>
On Mon, Feb 17, 2014 at 01:41:49PM +0800, "陈华才" wrote:
> > On Sun, Feb 16, 2014 at 04:01:26PM +0800, Huacai Chen wrote:
> >> Loongson doesn't support DMA address above 4GB traditionally. If memory
> >> is more than 4GB, CONFIG_SWIOTLB and ZONE_DMA32 should be selected. In
> >> this way, DMA pages are allocated below 4GB preferably. However, if low
> >> memory is not enough, high pages are allocated and swiotlb is used for
> >> bouncing.
> >>
> >> Moreover, we provide a platform-specific dma_map_ops::set_dma_mask() to
> >> set a device's dma_mask and coherent_dma_mask. We use these masks to
> >> distinguishes an allocated page can be used for DMA directly, or need
> >> swiotlb to bounce.
> >>
> >> Recently, we found that 32-bit DMA isn't a hardware bug, but a hardware
> >> configuration issue. So, latest firmware has enable the DMA support as
> >> high as 40-bit. To support all-memory DMA for all devices (besides the
> >> Loongson platform limit, there are still some devices have their own
> >> DMA32 limit), and also to be compatible with old firmware, we keep use
> >> swiotlb.
> >>
> >> Signed-off-by: Huacai Chen <chenhc@lemote.com>
> >> Signed-off-by: Hongliang Tao <taohl@lemote.com>
> >> Signed-off-by: Hua Yan <yanh@lemote.com>
> >> Tested-by: Alex Smith <alex.smith@imgtec.com>
> >> Reviewed-by: Alex Smith <alex.smith@imgtec.com>
> >> ---
> >> arch/mips/include/asm/dma-mapping.h | 5 +
> >> .../mips/include/asm/mach-loongson/dma-coherence.h | 22 +++-
> >> arch/mips/loongson/common/Makefile | 5 +
> >> arch/mips/loongson/common/dma-swiotlb.c | 136
> >> ++++++++++++++++++++
> >> 4 files changed, 167 insertions(+), 1 deletions(-)
> >> create mode 100644 arch/mips/loongson/common/dma-swiotlb.c
> >>
> >> diff --git a/arch/mips/include/asm/dma-mapping.h
> >> b/arch/mips/include/asm/dma-mapping.h
> >> index 84238c5..06412aa 100644
> >> --- a/arch/mips/include/asm/dma-mapping.h
> >> +++ b/arch/mips/include/asm/dma-mapping.h
> >> @@ -49,9 +49,14 @@ static inline int dma_mapping_error(struct device
> >> *dev, u64 mask)
> >> static inline int
> >> dma_set_mask(struct device *dev, u64 mask)
> >> {
> >> + struct dma_map_ops *ops = get_dma_ops(dev);
> >> +
> >> if(!dev->dma_mask || !dma_supported(dev, mask))
> >> return -EIO;
> >>
> >> + if (ops->set_dma_mask)
> >> + return ops->set_dma_mask(dev, mask);
> >> +
> >> *dev->dma_mask = mask;
> >>
> >> return 0;
> >> diff --git a/arch/mips/include/asm/mach-loongson/dma-coherence.h
> >> b/arch/mips/include/asm/mach-loongson/dma-coherence.h
> >> index aeb2c05..6a90275 100644
> >> --- a/arch/mips/include/asm/mach-loongson/dma-coherence.h
> >> +++ b/arch/mips/include/asm/mach-loongson/dma-coherence.h
> >> @@ -11,24 +11,40 @@
> >> #ifndef __ASM_MACH_LOONGSON_DMA_COHERENCE_H
> >> #define __ASM_MACH_LOONGSON_DMA_COHERENCE_H
> >>
> >> +#ifdef CONFIG_SWIOTLB
> >> +#include <linux/swiotlb.h>
> >> +#endif
> >> +
> >> struct device;
> >>
> >> +extern dma_addr_t phys_to_dma(struct device *dev, phys_addr_t paddr);
> >> +extern phys_addr_t dma_to_phys(struct device *dev, dma_addr_t daddr);
> >> static inline dma_addr_t plat_map_dma_mem(struct device *dev, void
> >> *addr,
> >> size_t size)
> >> {
> >> +#ifdef CONFIG_CPU_LOONGSON3
> >> + return virt_to_phys(addr);
> >> +#else
> >> return virt_to_phys(addr) | 0x80000000;
> >> +#endif
> >> }
> >>
> >> static inline dma_addr_t plat_map_dma_mem_page(struct device *dev,
> >> struct page *page)
> >> {
> >> +#ifdef CONFIG_CPU_LOONGSON3
> >> + return page_to_phys(page);
> >> +#else
> >> return page_to_phys(page) | 0x80000000;
> >> +#endif
> >> }
> >>
> >> static inline unsigned long plat_dma_addr_to_phys(struct device *dev,
> >> dma_addr_t dma_addr)
> >> {
> >> -#if defined(CONFIG_CPU_LOONGSON2F) && defined(CONFIG_64BIT)
> >> +#if defined(CONFIG_CPU_LOONGSON3) && defined(CONFIG_64BIT)
> >> + return dma_addr;
> >> +#elif defined(CONFIG_CPU_LOONGSON2F) && defined(CONFIG_64BIT)
> >> return (dma_addr > 0x8fffffff) ? dma_addr : (dma_addr & 0x0fffffff);
> >> #else
> >> return dma_addr & 0x7fffffff;
> >> @@ -55,7 +71,11 @@ static inline int plat_dma_supported(struct device
> >> *dev, u64 mask)
> >>
> >> static inline int plat_device_is_coherent(struct device *dev)
> >> {
> >> +#ifdef CONFIG_DMA_NONCOHERENT
> >> return 0;
> >> +#else
> >> + return 1;
> >> +#endif /* CONFIG_DMA_NONCOHERENT */
> >> }
> >>
> >> #endif /* __ASM_MACH_LOONGSON_DMA_COHERENCE_H */
> >> diff --git a/arch/mips/loongson/common/Makefile
> >> b/arch/mips/loongson/common/Makefile
> >> index 9e4484c..0bb9cc9 100644
> >> --- a/arch/mips/loongson/common/Makefile
> >> +++ b/arch/mips/loongson/common/Makefile
> >> @@ -26,3 +26,8 @@ obj-$(CONFIG_CS5536) += cs5536/
> >> #
> >>
> >> obj-$(CONFIG_LOONGSON_SUSPEND) += pm.o
> >> +
> >> +#
> >> +# Big Memory (SWIOTLB) Support
> >> +#
> >> +obj-$(CONFIG_SWIOTLB) += dma-swiotlb.o
> >> diff --git a/arch/mips/loongson/common/dma-swiotlb.c
> >> b/arch/mips/loongson/common/dma-swiotlb.c
> >> new file mode 100644
> >> index 0000000..c2be01f
> >> --- /dev/null
> >> +++ b/arch/mips/loongson/common/dma-swiotlb.c
> >> @@ -0,0 +1,136 @@
> >> +#include <linux/mm.h>
> >> +#include <linux/init.h>
> >> +#include <linux/dma-mapping.h>
> >> +#include <linux/scatterlist.h>
> >> +#include <linux/swiotlb.h>
> >> +#include <linux/bootmem.h>
> >> +
> >> +#include <asm/bootinfo.h>
> >> +#include <boot_param.h>
> >> +#include <dma-coherence.h>
> >> +
> >> +static void *loongson_dma_alloc_coherent(struct device *dev, size_t
> >> size,
> >> + dma_addr_t *dma_handle, gfp_t gfp, struct dma_attrs *attrs)
> >> +{
> >> + void *ret;
> >> +
> >> + if (dma_alloc_from_coherent(dev, size, dma_handle, &ret))
> >> + return ret;
> >> +
> >> + /* ignore region specifiers */
> >> + gfp &= ~(__GFP_DMA | __GFP_DMA32 | __GFP_HIGHMEM);
> >> +
> >> +#ifdef CONFIG_ISA
> >> + if (dev == NULL)
> >> + gfp |= __GFP_DMA;
> >> + else
> >> +#endif
> >> +#ifdef CONFIG_ZONE_DMA
> >> + if (dev->coherent_dma_mask < DMA_BIT_MASK(32))
> >> + gfp |= __GFP_DMA;
> >> + else
> >> +#endif
> >> +#ifdef CONFIG_ZONE_DMA32
> >> + if (dev->coherent_dma_mask < DMA_BIT_MASK(40))
> >> + gfp |= __GFP_DMA32;
> >> + else
> >
> > I think the same logic as in loongson_dma_set_mask should be used there,
> > so that the bounce buffer is not used when it is possible to directly
> > allocate the memory correctly. Something like this should work:
> It seems like that we needn't to do so. Assume that loongson_sysconf.
> dma_mask_bits is 41 and a device's dma_mask is 40. DMA32 zone is very
> limited, but all physical memory addresses are below 40bit. If using
> __GFP_DMA32, swiotlb is probably needed because DMA32 zone is exhausted
> by those dma32 devices; but if not using __GFP_DMA32, swiotlb isn't need
> completely.
I don't agree. If the DMA32 zone is full, then the memory will be
allocated in the normal zone. swiotlb is then only used in the case the
allocated DMA memory is outside of the dma_mask_bits area.
Also how the value 40 from the current code has been chosen? If a
device's dma_mask is 39, DMA32 will be exhausted by those dma32
devices...
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
next prev parent reply other threads:[~2014-02-19 21:40 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-16 8:01 [PATCH V19 00/13] MIPS: Add Loongson-3 based machines support Huacai Chen
2014-02-16 8:01 ` [PATCH V19 01/13] MIPS: Loongson: Rename PRID_IMP_LOONGSON1 and PRID_IMP_LOONGSON2 Huacai Chen
2014-03-18 12:13 ` Ralf Baechle
2014-02-16 8:01 ` [PATCH V19 02/13] MIPS: Loongson: Add basic Loongson-3 definition Huacai Chen
2014-03-18 14:04 ` Ralf Baechle
2014-03-19 1:14 ` "陈华才"
2014-02-16 8:01 ` [PATCH V19 03/13] MIPS: Loongson: Add basic Loongson-3 CPU support Huacai Chen
2014-03-18 14:05 ` Ralf Baechle
2014-02-16 8:01 ` [PATCH V19 04/13] MIPS: Loongson 3: Add Lemote-3A machtypes definition Huacai Chen
2014-02-16 8:01 ` [PATCH V19 05/13] MIPS: Loongson: Add UEFI-like firmware interface (LEFI) support Huacai Chen
2014-02-16 21:12 ` Aurelien Jarno
2014-02-17 5:15 ` "陈华才"
2014-02-16 8:01 ` [PATCH V19 06/13] MIPS: Loongson 3: Add HT-linked PCI support Huacai Chen
2014-02-16 8:01 ` [PATCH V19 07/13] MIPS: Loongson 3: Add IRQ init and dispatch support Huacai Chen
2014-03-18 14:59 ` Ralf Baechle
2014-03-19 3:05 ` "陈华才"
2014-03-19 16:49 ` Ralf Baechle
2014-02-16 8:01 ` [PATCH V19 08/13] MIPS: Loongson 3: Add serial port support Huacai Chen
2014-02-16 8:01 ` [PATCH V19 09/13] MIPS: Loongson: Add swiotlb to support All-Memory DMA Huacai Chen
2014-02-16 21:12 ` Aurelien Jarno
2014-02-17 5:41 ` "陈华才"
2014-02-19 21:39 ` Aurelien Jarno [this message]
2014-02-20 1:00 ` "陈华才"
2014-02-16 8:01 ` [PATCH V19 10/13] MIPS: Loongson: Add Loongson-3 Kconfig options Huacai Chen
2014-02-16 8:01 ` [PATCH V19 11/13] MIPS: Loongson 3: Add Loongson-3 SMP support Huacai Chen
2014-03-18 15:52 ` Ralf Baechle
2014-02-16 8:01 ` [PATCH V19 12/13] MIPS: Loongson 3: Add CPU hotplug support Huacai Chen
2014-03-18 17:20 ` Ralf Baechle
2014-02-16 8:01 ` [PATCH V19 13/13] MIPS: Loongson: Add a Loongson-3 default config file Huacai Chen
2014-02-16 22:26 ` [PATCH V19 00/13] MIPS: Add Loongson-3 based machines support Andreas Barth
2014-03-06 10:30 ` Andreas Barth
2014-03-06 13:22 ` Huacai Chen
[not found] ` <532076A7.1040606@phrozen.org>
2014-03-12 23:31 ` Andreas Barth
2014-03-12 17:21 ` Aurelien Jarno
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=20140219213920.GA12254@hall.aurel32.net \
--to=aurelien@aurel32.net \
--cc=chenhc@lemote.com \
--cc=john@phrozen.org \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
--cc=steven.hill@imgtec.com \
--cc=taohl@lemote.com \
--cc=wuzhangjin@gmail.com \
--cc=yanh@lemote.com \
--cc=zhangfx@lemote.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.