Sorry for the late reply,
On Thu, 01 Sep 2011 15:35:11 +1000
Benjamin Herrenschmidt wrote:
> On Wed, 2011-06-29 at 17:19 +0900, FUJITA Tomonori wrote:
> > On Fri, 24 Jun 2011 12:05:23 -0700
> > Nishanth Aravamudan wrote:
> >
> > > From: Milton Miller
> &
On Fri, 24 Jun 2011 12:05:23 -0700
Nishanth Aravamudan wrote:
> From: Milton Miller
>
> If an architecture sets ARCH_HAS_DMA_GET_REQUIRED_MASK and has settable
> dma_map_ops, the required mask may change by the ops implementation.
> For example, a system that always has an mmu inline may only r
- sends task management response (for now, 'NOT SUPPORTED').
- remove dead code.
=
From: FUJITA Tomonori
Subject: [PATCH v3 3/3] tcm ibmvscsis driver
This replaces ibmvstgt driver that uses the old target framework.
Signed-off-by: FUJITA Tomonori
---
drivers/scsi/ibmvscsi/
NOT SUPPORTED').
- remove dead code.
=
From: FUJITA Tomonori
Subject: [PATCH v2 3/3] tcm ibmvscsis driver
This replaces ibmvstgt driver that uses the old target framework.
Signed-off-by: FUJITA Tomonori
---
drivers/scsi/ibmvscsi/Makefile|4 +-
drivers/scsi/ibmvscsi/
On Sat, 09 Oct 2010 10:44:53 +1100
Benjamin Herrenschmidt wrote:
> On Fri, 2010-10-08 at 10:33 -0700, Nishanth Aravamudan wrote:
> > Also allow the coherent ops to be iommu if only the coherent mask is too
> > small, mostly for driver that do not set set the coherent mask but also
> > don't use t
On Sat, 02 Oct 2010 13:20:54 +1000
Benjamin Herrenschmidt wrote:
> On Fri, 2010-10-01 at 21:31 -0400, Josh Boyer wrote:
> > > +config ARCH_DMA_ADDR_T_64BIT
> > > + def_bool ARCH_PHYS_ADDR_T_64BIT
> > > +
> >
> > I seemed to have missed what this is about entirely. Is there some
> > place
Signed-off-by: FUJITA Tomonori
Cc: linuxppc-dev@lists.ozlabs.org
---
arch/powerpc/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 631e5a0..b0e58f5 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
On Wed, 4 Aug 2010 15:16:34 +0200
"Roedel, Joerg" wrote:
> On Mon, Aug 02, 2010 at 07:55:03AM -0400, FUJITA Tomonori wrote:
> > I guess that this driver does a partial sync with
> > dma_sync_single_for_* API. dma-debug can't handle it properly. It's
>
CC'ed to dma-debug maintainer.
On Mon, 02 Aug 2010 16:21:09 +0530
Subrata Modak wrote:
> Hi,
>
> On boot, Badness at lib/dma-debug.c:902, Call Trace & Instruction Dump
> are recorded at /var/log/messages:
>
>
> udev: starting ver
und was removed (the
383af9525bb27f927511874f6306247ec13f1c28). But somehow I messed the
'protect4gb' boot parameter that was used to enable the
workaround.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/kernel/iommu.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
di
On Tue, 27 Apr 2010 17:05:21 +1000
Benjamin Herrenschmidt wrote:
> On Fri, 2010-04-02 at 15:50 +0900, FUJITA Tomonori wrote:
>
> > Thanks, here's the patch in the proper format.
> >
> > =
> > From: FUJITA Tomonori
> > Subject: [PATCH] ibmvscsi:
On Fri, 02 Apr 2010 12:07:58 +0530
Sachin Sant wrote:
> FUJITA Tomonori wrote:
> > On Fri, 02 Apr 2010 10:48:55 +0530
> > Sachin Sant wrote:
> >
> >
> >> 2.6.34-rc3 boot on a power5 box produces this badness message
> >> during ibmvscsi initia
On Fri, 02 Apr 2010 10:48:55 +0530
Sachin Sant wrote:
> 2.6.34-rc3 boot on a power5 box produces this badness message
> during ibmvscsi initialization.
>
> ibmvscsi 3003: Client reserve enabled
> ibmvscsi 3003: sent SRP login
> ibmvscsi 3003: SRP_LOGIN succeeded
> ibmvscsi 3003:
On Tue, 16 Mar 2010 14:28:09 -0500
Becky Bruce wrote:
>
> On Mar 16, 2010, at 5:08 AM, FUJITA Tomonori wrote:
>
> > On Tue, 16 Mar 2010 06:58:41 +0100
> > Albert Herranz wrote:
> >
> >> FUJITA Tomonori wrote:
> >>> On Fri, 12 Mar
t (as x86 does).
Signed-off-by: FUJITA Tomonori
Tested-by: Becky Bruce
---
arch/powerpc/kernel/setup_32.c |6 --
arch/powerpc/kernel/setup_64.c |6 --
arch/powerpc/mm/mem.c |6 ++
3 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/k
On Tue, 16 Mar 2010 06:58:41 +0100
Albert Herranz wrote:
> FUJITA Tomonori wrote:
> > On Fri, 12 Mar 2010 20:12:40 +0100
> > Albert Herranz wrote:
> >
> >> The current SWIOTLB code uses a default of 64MB for the IO TLB area.
> >> This size can be
On Tue, 16 Mar 2010 10:54:40 +0900
FUJITA Tomonori wrote:
> On Fri, 12 Mar 2010 20:12:39 +0100
> Albert Herranz wrote:
>
> > The current SWIOTLB code does not support NOT_COHERENT_CACHE platforms.
> > This patch adds support for NOT_COHERENT_CACHE platforms to SWIO
On Fri, 12 Mar 2010 20:12:39 +0100
Albert Herranz wrote:
> The current SWIOTLB code does not support NOT_COHERENT_CACHE platforms.
> This patch adds support for NOT_COHERENT_CACHE platforms to SWIOTLB by
> adding two platform specific functions swiotlb_dma_sync_page() and
> swiotlb_dma_sync() whi
On Fri, 12 Mar 2010 20:12:40 +0100
Albert Herranz wrote:
> The current SWIOTLB code uses a default of 64MB for the IO TLB area.
> This size can be influenced using a kernel command line parameter "swiotlb".
> Unfortunately, the parsing of the kernel command line is done _after_ the
> swiotlb is i
On Wed, 03 Mar 2010 11:13:52 +1100
Michael Ellerman wrote:
> On Wed, 2010-03-03 at 08:54 +0900, FUJITA Tomonori wrote:
> > Seems that IOMMU_VMERGE option description gives the false
> > information:
> >
> > http://marc.info/?l=linux-sparc&m=126753808727669&am
Seems that IOMMU_VMERGE option description gives the false
information:
http://marc.info/?l=linux-sparc&m=126753808727669&w=2
http://marc.info/?l=linux-sparc&m=126753880528825&w=2
IOMMU_VMERGE is unnecessary nowadays so how about removing it?
=
From: FUJITA Tomonori
Subject:
erpc/platforms/pseries/dlpar.c:271: error: unused variable 'prop'
arch/powerpc/platforms/pseries/dlpar.c:270: error: unused variable 'parent'
make[3]: *** [arch/powerpc/platforms/pseries/dlpar.o] Error 1
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/platforms/pseries/dlpar.
We can kill unused swiotlb variable.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/kernel/dma-swiotlb.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/dma-swiotlb.c
b/arch/powerpc/kernel/dma-swiotlb.c
index e96cbbd..59c9285 100644
--- a/arch
On Sat, 17 Oct 2009 23:43:56 +0900
Akinobu Mita wrote:
> 2009/10/17 FUJITA Tomonori :
> > On Tue, 13 Oct 2009 18:10:17 +0900
> > Akinobu Mita wrote:
> >
> >> My user space testing exposed off-by-one error find_next_zero_area
> >> in iommu-helper. Som
On Tue, 13 Oct 2009 18:10:17 +0900
Akinobu Mita wrote:
> My user space testing exposed off-by-one error find_next_zero_area
> in iommu-helper. Some zero area cannot be found by this bug.
>
> Subject: [PATCH] Fix off-by-one error in find_next_zero_area
>
> Signed-off-by: Akinobu Mita
> ---
> l
On Thu, 13 Aug 2009 15:48:42 +1000
Benjamin Herrenschmidt wrote:
> On Wed, 2009-08-05 at 14:08 +0900, FUJITA Tomonori wrote:
>
> > The above swiotlb patchset was merged in -tip so I think that merging
> > this patchset via -tip too is the easiest way to handle this patc
information:
http://marc.info/?t=12471906021&r=1&w=2
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
arch/powerpc/include/asm/device.h |3 ++
arch/powerpc/include/asm/dma-mapping.h |8 +++---
arch/powerpc/include/asm/swiotlb.h |5 +--
arch/powerp
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/Kconfig |1 +
arch/powerpc/include/asm/dma-mapping.h | 11 ++-
arch/powerpc/kernel/dma.c | 11 +++
3 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/include/asm/dma-mapping.h |5 +
arch/powerpc/kernel/dma-swiotlb.c |3 ++-
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/dma-mapping.h
b/arch/powerpc/include/asm/dma-mapping.h
index 91217e4
This converts uses dma_map_ops struct (in include/linux/dma-mapping.h)
instead of POWERPC homegrown dma_mapping_ops.
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
arch/powerpc/include/asm/device.h |4 +-
arch/powerpc/include/asm/dma-mapping.h | 84
POWERPC needs this hook. SPARC could use it too.
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
include/linux/dma-mapping.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index c0f6c3c..91b7618 100644
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
arch/powerpc/Kconfig |6 +-
arch/powerpc/include/asm/dma-mapping.h | 242 +---
2 files changed, 7 insertions(+), 241 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
This is the second version of the patchset to convert POWERPC to use
asm-generic/dma-mapping-common.h:
http://marc.info/?l=linux-kernel&m=124840628128189&w=2
There are some minor changes since the first version are:
- removed unused CONFIG_PPC_NEED_DMA_SYNC_OPS [5/7] (Becky pointed
out).
- ad
Now swiotlb_pci_dma_ops is identical to swiotlb_dma_ops; we can use
swiotlb_dma_ops with any devices. This removes swiotlb_pci_dma_ops.
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
arch/powerpc/include/asm/swiotlb.h |1 -
arch/powerpc/kernel/dma-swiotlb.c
, patched the tree with your patch,
> > rebooted, it worked).
> >
> > Then, git says:
> > f078727b250c2653fc9a564f15547c17ebac3f99 is first bad commit
> > commit f078727b250c2653fc9a564f15547c17ebac3f99
> > Author: FUJITA Tomonori
> > Date
On Mon, 27 Jul 2009 16:08:46 -0500
Becky Bruce wrote:
>
> On Jul 23, 2009, at 10:24 PM, FUJITA Tomonori wrote:
>
> > Signed-off-by: FUJITA Tomonori
>
> Fujita,
>
> Since you're removing all the uses of it, you should probably remove
> PPC_NEED_DMA
This converts uses dma_map_ops struct (in include/linux/dma-mapping.h)
instead of POWERPC homegrown dma_mapping_ops.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/include/asm/device.h |4 +-
arch/powerpc/include/asm/dma-mapping.h | 84 ---
arch/powerpc
information:
http://marc.info/?t=12471906021&r=1&w=2
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/include/asm/device.h |3 ++
arch/powerpc/include/asm/dma-mapping.h |8 +++---
arch/powerpc/include/asm/swiotlb.h |5 +--
arch/powerpc/kernel/dma-s
This patchset converts POWERPC to use asm-generic/dma-mapping-common.h.
The major change is removing addr_needs_map in struct dma_mapping_ops
(1/5):
http://marc.info/?t=12471906021&r=1&w=2
This is on the top of my swiotlb cleanup patchset:
http://marc.info/?l=linuxppc-embedded&m=12471892032
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/include/asm/dma-mapping.h | 242 +---
2 files changed, 7 insertions(+), 237 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index d00131c..0603b6c
POWERPC needs this hook. SPARC could use it too.
Signed-off-by: FUJITA Tomonori
---
include/linux/dma-mapping.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index c0f6c3c..91b7618 100644
--- a/include/linux
Now swiotlb_pci_dma_ops is identical to swiotlb_dma_ops; we can use
swiotlb_dma_ops with any devices. This removes swiotlb_pci_dma_ops.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/include/asm/swiotlb.h |1 -
arch/powerpc/kernel/dma-swiotlb.c | 14 --
arch
On Wed, 15 Jul 2009 18:59:03 -0500
Becky Bruce wrote:
>
> On Jul 13, 2009, at 7:49 PM, FUJITA Tomonori wrote:
>
> > On Mon, 13 Jul 2009 16:50:43 -0500
> > Becky Bruce wrote:
> >
> >>> talked about defining something like struct dma_data. Then w
On Mon, 13 Jul 2009 21:17:21 -0500
Becky Bruce wrote:
>
> On Jul 9, 2009, at 8:04 PM, FUJITA Tomonori wrote:
>
> > swiotlb_bus_to_virt is unncessary; we can use swiotlb_bus_to_phys and
> > phys_to_virt instead.
>
> phys_to_virt (also, virt_to_phys) is invalid for h
On Mon, 13 Jul 2009 16:50:43 -0500
Becky Bruce wrote:
> > talked about defining something like struct dma_data. Then we could
> >
> > struct dev_archdata {
> > ...
> >
> > struct dma_data *ddata;
> > };
> >
> > or
> >
> > struct dev_archdata {
> > ...
> >
> > struct dma_data d
On Mon, 13 Jul 2009 10:40:29 +0100
Ian Campbell wrote:
> On Mon, 2009-07-13 at 05:20 +0100, FUJITA Tomonori wrote:
> > On Fri, 10 Jul 2009 15:02:00 +0100
> > Ian Campbell wrote:
> >
> > > On Fri, 2009-07-10 at 14:35 +0900, FUJITA Tomonori wrote:
> > &g
On Mon, 13 Jul 2009 13:20:22 +0900
FUJITA Tomonori wrote:
> On Fri, 10 Jul 2009 16:12:48 +0200
> Ingo Molnar wrote:
>
> > > functionality and reimplemented the surrounding infrastructure in
> > > terms of that (and incorporating our additional requirements). I
&
On Fri, 10 Jul 2009 15:02:00 +0100
Ian Campbell wrote:
> On Fri, 2009-07-10 at 14:35 +0900, FUJITA Tomonori wrote:
> > I don't think that we need to take account of dom0 support; we don't
> > have a clear idea about an acceptable dom0 design (it needs to use
> >
On Fri, 10 Jul 2009 16:12:48 +0200
Ingo Molnar wrote:
> > functionality and reimplemented the surrounding infrastructure in
> > terms of that (and incorporating our additional requirements). I
> > prototyped this (it is currently unworking, in fact it seems to
> > have developed rather a taste
On Fri, 10 Jul 2009 07:12:36 +0200
Ingo Molnar wrote:
>
> * FUJITA Tomonori wrote:
>
> > - removes unused (and unnecessary) hooks in swiotlb.
> >
> > - adds dma_capable() and converts swiotlb to use it. It can be used to
> > know if a memory ar
I'm trying to convert POWERPC to use asm-generic/dma-mapping-common.h.
POWERPC needs addr_needs_map() in struct dma_mapping_ops for SWIOTLB
support but I want to avoid add addr_needs_map() in struct
dma_map_ops. IIRC, you guys think it as a temporary solution and
talked about defining something li
swiotlb_bus_to_virt is unncessary; we can use swiotlb_bus_to_phys and
phys_to_virt instead.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/kernel/dma-swiotlb.c | 10 --
lib/swiotlb.c | 34 --
2 files changed, 16 insertions(+), 28
This converts swiotlb to use phys_to_dma and dma_to_phys instead of
swiotlb_phys_to_bus() and swiotlb_bus_to_phys().
swiotlb_phys_to_bus() and swiotlb_bus_to_phys() are not necessary so
this patch also removes them.
Signed-off-by: FUJITA Tomonori
---
include/linux/swiotlb.h |5 -
lib
Nobody uses swiotlb_arch_range_needs_mapping().
Signed-off-by: FUJITA Tomonori
---
arch/x86/kernel/pci-swiotlb.c |5 -
include/linux/swiotlb.h |2 --
lib/swiotlb.c | 15 ++-
3 files changed, 2 insertions(+), 20 deletions(-)
diff --git a/arch/x86
This converts swiotlb to use dma_capable() instead of
swiotlb_arch_address_needs_mapping() and is_buffer_dma_capable().
Signed-off-by: FUJITA Tomonori
---
lib/swiotlb.c | 24 +---
1 files changed, 5 insertions(+), 19 deletions(-)
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
This adds two functions, phys_to_dma() and dma_to_phys() to x86, IA64
and powerpc. swiotlb uses them. phys_to_dma() converts a physical
address to a dma address. dma_to_phys() does the opposite.
Signed-off-by: FUJITA Tomonori
---
arch/ia64/include/asm/dma-mapping.h| 10 ++
arch
both provide.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/kernel/dma-swiotlb.c | 27 +--
1 files changed, 1 insertions(+), 26 deletions(-)
diff --git a/arch/powerpc/kernel/dma-swiotlb.c
b/arch/powerpc/kernel/dma-swiotlb.c
index 41534ae..a3bbe02 100644
--- a/arch/po
Nobody uses swiotlb_alloc_boot().
Signed-off-by: FUJITA Tomonori
---
arch/x86/kernel/pci-swiotlb.c |5 -
include/linux/swiotlb.h |2 --
lib/swiotlb.c |7 +--
3 files changed, 1 insertions(+), 13 deletions(-)
diff --git a/arch/x86/kernel/pci-swiotlb.c b
Nobody uses swiotlb_alloc().
Signed-off-by: FUJITA Tomonori
---
arch/x86/kernel/pci-swiotlb.c |5 -
include/linux/swiotlb.h |2 --
lib/swiotlb.c |8 ++--
3 files changed, 2 insertions(+), 13 deletions(-)
diff --git a/arch/x86/kernel/pci-swiotlb.c b
Signed-off-by: FUJITA Tomonori
---
arch/x86/kernel/pci-dma.c |2 +-
arch/x86/kernel/pci-gart_64.c |5 ++---
arch/x86/kernel/pci-nommu.c |2 +-
3 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kernel/pci-dma.c b/arch/x86/kernel/pci-dma.c
index 1a041bc
dma_capable() eventually replaces is_buffer_dma_capable(), which tells
if a memory area is dma-capable or not. The problem of
is_buffer_dma_capable() is that it doesn't take a pointer to struct
device so it doesn't work for POWERPC.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/i
dma_capable() eventually replaces is_buffer_dma_capable(), which tells
if a memory area is dma-capable or not. The problem of
is_buffer_dma_capable() is that it doesn't take a pointer to struct
device so it doesn't work for POWERPC.
Signed-off-by: FUJITA Tomonori
---
arch/x86/inclu
- removes unused (and unnecessary) hooks in swiotlb.
- adds dma_capable() and converts swiotlb to use it. It can be used to
know if a memory area is dma capable or not. I added
is_buffer_dma_capable() for the same purpose long ago but it turned
out that the function doesn't work on POWERPC.
This
dma_capable() eventually replaces is_buffer_dma_capable(), which tells
if a memory area is dma-capable or not. The problem of
is_buffer_dma_capable() is that it doesn't take a pointer to struct
device so it doesn't work for POWERPC.
Signed-off-by: FUJITA Tomonori
---
arch/ia64/inclu
phys_to_dma() and dma_to_phys() are used instead of
swiotlb_phys_to_bus() and swiotlb_bus_to_phys().
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/kernel/dma-swiotlb.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/arch/powerpc/kernel/dma-swiotlb.c
b/arch
is_buffer_dma_capable() was replaced with dma_capable().
is_buffer_dma_capable() tells if a buffer is dma-capable or
not. However, it doesn't take a pointer to struct device so it doesn't
work for POWERPC.
Signed-off-by: FUJITA Tomonori
---
include/linux/dma-mapping.h |5
phys_to_dma() and dma_to_phys() are used instead of
swiotlb_phys_to_bus() and swiotlb_bus_to_phys().
Signed-off-by: FUJITA Tomonori
---
arch/x86/kernel/pci-swiotlb.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86
On Wed, 17 Jun 2009 10:18:45 +1000
Benjamin Herrenschmidt wrote:
> On Tue, 2009-06-16 at 20:02 +0200, Arnd Bergmann wrote:
> > On Tuesday 16 June 2009, Scott Wood wrote:
> > > > If the
> > > > device is the only one, you can also use dma_alloc_noncoherent() and
> > > > flush explicitly with dma_c
On Thu, 21 May 2009 13:18:54 -0700
Jeremy Fitzhardinge wrote:
> Becky Bruce wrote:
> > I can work with that, but it's going to be a bit inefficient, as I
> > actually need the dma_addr_t, not the phys_addr_t, so I'll have to
> > convert. In every case, this is a conversion I've already done an
On Thu, 21 May 2009 20:01:37 +0100
Ian Campbell wrote:
> > It's not actually clear to me that we need that check, though. Can
> > someone explain what case that was designed to catch?
>
> If map_single fails and returns NULL then we try to use
> io_tlb_overflow_buffer, if that is somehow not D
CC'ed linux-kernel
On Thu, 14 May 2009 17:42:28 -0500
Becky Bruce wrote:
> This patch includes the basic infrastructure to use swiotlb
> bounce buffering on 32-bit powerpc. It is not yet enabled on
> any platforms. Probably the most interesting bit is the
> addition of addr_needs_map to dma_op
On Mon, 20 Apr 2009 13:03:20 -0500
Becky Bruce wrote:
>
> On Apr 20, 2009, at 11:57 AM, Kumar Gala wrote:
>
> >
> > On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote:
> >
> >> This patch includes the basic infrastructure to use swiotlb
> >> bounce buffering on 32-bit powerpc. It is not yet enabl
On Mon, 20 Apr 2009 15:06:16 -0500
Kumar Gala wrote:
>
> On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote:
>
> > Currently, the 32-bit code uses sg->length instead of sg->dma_lentgh
> > to report sg_dma_len. However, since the default dma code for 32-bit
> > (the dma_direct case) sets dma_lengt
This is a resend of:
http://marc.info/?l=linux-kernel&m=122482703616607&w=2
=
From: FUJITA Tomonori
Subject: [PATCH] powerpc: remove dead BIO_VMERGE_BOUNDARY definition
The block layer dropped the virtual merge feature
(b8b3e16cfe6435d961f6aaebcfd52a1ff2a988c5). BIO_VMERGE_BOUNDARY
de
The block layer dropped the virtual merge feature
(b8b3e16cfe6435d961f6aaebcfd52a1ff2a988c5). BIO_VMERGE_BOUNDARY
definition is meaningless now (For POWER, BIO_VMERGE_BOUNDARY has been
meaningless for a long time since POWER disables the virtual merge
feature).
Signed-off-by: FUJITA Tomonori
On Fri, 01 Aug 2008 00:04:17 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Joerg Roedel <[EMAIL PROTECTED]>
> Date: Fri, 1 Aug 2008 09:03:28 +0200
>
> > That may be the reason that your fix is not yet upstream.
>
> The reason is more-so because Linus simply hasn't merged more
> tha
On Fri, 1 Aug 2008 09:43:23 +1000
Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> This reverts commit 29111f579f4f3f2a07385f931854ab0527ae7ea5.
>
> This undoes the hasty addition of a global version of iommu_num_pages()
> that broke both the powerpc and sparc builds. This function can be
> revisit
On Tue, 29 Jul 2008 21:26:11 +0200
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> On Tuesday 29 July 2008, Bartlomiej Zolnierkiewicz wrote:
> > On Tuesday 29 July 2008, Bartlomiej Zolnierkiewicz wrote:
> > > On Tuesday 29 July 2008, Benjamin Herrenschmidt wrote:
> > > > On Tue, 2008-07-29
On Mon, 28 Jul 2008 16:31:56 +0200
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> > > However, the machine crashes when removing the media-bay CD-ROM drive.
> > >
> > > Crash appears to be a NULL deref, possibly in elv_may_queue() though
> > > I don't have a clean backtrace yet, working o
]: *** [arch/powerpc/platforms/cell/spufs/file.o] Error 1
Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/spufs/file.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/cell/spufs/file.c
b/arch/powerpc/platfor
On Wed, 30 Apr 2008 15:25:09 -0700
Geoff Levand <[EMAIL PROTECTED]> wrote:
> From: FUJITA Tomonori <[EMAIL PROTECTED]>
>
> Add an include statement for get_tb().
>
> Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]>
> Signed-off-by: Geoff Levand <[EM
On Mon, 31 Dec 2007 17:57:35 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> >
> > Oops, it's for -mm.
> >
>
> Hi,
>
> I just tested this patch and it works fine for me so far.
>
> Tested-by: Balbir Singh <
add IOMMU helper functions for the free area management
> From: FUJITA Tomonori <[EMAIL PROTECTED]>
>
> This adds IOMMU helper functions for the free area management. These
> functions take care of LLD's segment boundary limit for IOMMUs. They would be
> useful for IOMMUs
On Fri, 28 Dec 2007 13:05:39 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> [snip]
> > Thanks,
> >
> > Can you try this?
> >
> >
> > diff --git a/lib/iommu-helper.c b/lib/iommu-helper.c
> > index e7d8544..495575a 1
On Thu, 27 Dec 2007 11:15:37 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> > On Thu, 27 Dec 2007 10:08:25 +0530
> > Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> >> FUJITA Tomonori wrote:
> >>> On Mon, 24 Dec 20
On Thu, 27 Dec 2007 10:08:25 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> > On Mon, 24 Dec 2007 10:18:50 +0530
> > Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> [snip]
>
> >
> > I might break the IOMMU code. Can you
On Mon, 24 Dec 2007 10:18:50 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just seen this on my dmesg, this is new, never seen this before on
> this box and it happens only with this version of the kernel.
>
> In this configuration, the page size is set to 64K and I've enabled fak
87 matches
Mail list logo
