Hello,
On Wednesday, March 28, 2012 4:23 AM Guan Xuetao wrote:
> On 03/27/2012 09:42 PM, Marek Szyprowski wrote:
> > diff --git a/arch/unicore32/mm/dma-swiotlb.c
> > b/arch/unicore32/mm/dma-swiotlb.c
> > index bfa9fbb..4cf5f0c 100644
> > --- a/arch/unicore32/mm/dma-swiotlb.c
> > +++ b/arch/unico
On Tue, 27 Mar 2012 13:18:10 -0500, Timur Tabi wrote:
> Grant, do you have a moment to consider my question? Like I said, I'm
> anxious to get a fix into 3.3.
I've been out of town for the past week, so email processing volume
has been low. Answer below.
> Timur Tabi wrote:
> > Timur Tabi wrot
On Tue, Mar 27, 2012 at 03:42:41PM +0200, Marek Szyprowski wrote:
> From: Andrzej Pietrasiewicz
>
> Adapt core SH architecture code for dma_map_ops changes: replace
> alloc/free_coherent with generic alloc/free methods.
>
> Signed-off-by: Andrzej Pietrasiewicz
> Acked-by: Kyungmin Park
> Signe
On Tue, 2012-03-27 at 15:42 +0200, Marek Szyprowski wrote:
> From: Andrzej Pietrasiewicz
>
> Adapt core PowerPC architecture code for dma_map_ops changes: replace
> alloc/free_coherent with generic alloc/free methods.
>
> Signed-off-by: Andrzej Pietrasiewicz
> [added missing changes to arch/pow
On 03/27/2012 09:42 PM, Marek Szyprowski wrote:
diff --git a/arch/unicore32/mm/dma-swiotlb.c b/arch/unicore32/mm/dma-swiotlb.c
index bfa9fbb..4cf5f0c 100644
--- a/arch/unicore32/mm/dma-swiotlb.c
+++ b/arch/unicore32/mm/dma-swiotlb.c
@@ -17,9 +17,23 @@
#include
+static void *unicore_swiotlb_al
Hi Linus !
Here's a few more things for powerpc this time around:
- Anton's did some recent improvements to EPOW event reporting
on pSeries (power supply failures and such). The patches are self
contained enough and replace really nasty code so I felt it should
still go in
- I did the vio driv
On Sun, 2012-03-25 at 19:42 +0200, Oleg Nesterov wrote:
> > Also, Per Peter Zijlstra's idea, now we don't grab tasklist_lock in
> > the new helper, instead we take the rcu read lock. We can do this
> > because the function is called after the cpu is taken down and
> marked
> > offline, so no new ta
> until part 5 (when ia64 sees the changes to match). You could either merge
> part
> 5 into part 2 (to make a combined x86+ia64 piece
Doh! I see that you already did this in the re-post you did a few hours
ago (which my mail client had filed away in my linux-arch folder).
-Tony
On Fri, Dec 23, 2011 at 4:27 AM, Marek Szyprowski
wrote:
> From: Andrzej Pietrasiewicz
>
> Adapt core IA64 architecture code for dma_map_ops changes: replace
> alloc/free_coherent with generic alloc/free methods.
>
> Signed-off-by: Andrzej Pietrasiewicz
> Signed-off-by: Marek Szyprowski
> Signe
On 03/27/2012 01:44 PM, Scott Wood wrote:
> On 03/27/2012 10:21 AM, Stuart Yoder wrote:
>> On Tue, Mar 27, 2012 at 8:30 AM, Kumar Gala
>> wrote:
>>>
>>> On Mar 27, 2012, at 7:15 AM, Varun Sethi wrote:
>>>
FSL MPIC supports 16 bit vectors so our vector number space isn't
restricted to 25
On 03/27/2012 08:59 AM, Kumar Gala wrote:
>
> On Mar 27, 2012, at 7:17 AM, Varun Sethi wrote:
>
>> All SOC device error interrupts are muxed and delivered to the core as a
>> single
>> MPIC error interrupt. Currently all the device drivers requiring access to
>> device
>> errors have to registe
On 03/27/2012 01:44 PM, Scott Wood wrote:
> On 03/27/2012 10:21 AM, Stuart Yoder wrote:
>> On Tue, Mar 27, 2012 at 8:30 AM, Kumar Gala
>> wrote:
>>>
>>> On Mar 27, 2012, at 7:15 AM, Varun Sethi wrote:
>>>
FSL MPIC supports 16 bit vectors so our vector number space isn't
restricted to 25
On 03/27/2012 10:21 AM, Stuart Yoder wrote:
> On Tue, Mar 27, 2012 at 8:30 AM, Kumar Gala wrote:
>>
>> On Mar 27, 2012, at 7:15 AM, Varun Sethi wrote:
>>
>>> FSL MPIC supports 16 bit vectors so our vector number space isn't
>>> restricted to 256 vectors. We should use the MPIC_LARG_VECTORS flag
>>
Grant, do you have a moment to consider my question? Like I said, I'm
anxious to get a fix into 3.3.
Timur Tabi wrote:
> Timur Tabi wrote:
>> They only problem I see with this is that I am thinking about modifying
>> the drivers/dma driver to probe on "fsl,eloplus-dma-channel" channels
>> directl
On Tue, Mar 27, 2012 at 03:42:44PM +0200, Marek Szyprowski wrote:
> Adapt core Hexagon architecture code for dma_map_ops changes: replace
> alloc/free_coherent with generic alloc/free methods.
>
> Signed-off-by: Marek Szyprowski
> Acked-by: Kyungmin Park
> Reviewed-by: Arnd Bergmann
> ---
> ar
On Mon, 2012-03-26 at 16:45 -0400, Alexandre Bounine wrote:
> Adds DMA Engine framework support into RapidIO subsystem.
> Uses DMA Engine DMA_SLAVE interface to generate data transfers to/from
> remote RapidIO target devices.
> Introduces RapidIO-specific wrapper for prep_slave_sg() interface
> wit
On Tue, Mar 27, 2012 at 9:42 AM, Marek Szyprowski
wrote:
> From: Andrzej Pietrasiewicz
>
> Adapt core Alpha architecture code for dma_map_ops changes: replace
> alloc/free_coherent with generic alloc/free methods.
>
> Signed-off-by: Andrzej Pietrasiewicz
> Acked-by: Kyungmin Park
> Signed-off-b
On Tue, Mar 27, 2012 at 8:30 AM, Kumar Gala wrote:
>
> On Mar 27, 2012, at 7:15 AM, Varun Sethi wrote:
>
>> FSL MPIC supports 16 bit vectors so our vector number space isn't
>> restricted to 256 vectors. We should use the MPIC_LARG_VECTORS flag
>> while intializing the MPIC. This also prevents us
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Tuesday, March 27, 2012 7:01 PM
> To: Sethi Varun-B16395
> Cc: Linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 2/4] powerpc/mpic: Use the MPIC_LARGE_VECTORS flag
> for FSL MPIC.
>
>
> On Mar 27, 2012,
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Tuesday, March 27, 2012 6:55 PM
> To: Sethi Varun-B16395
> Cc: Linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 3/4] powerpc/mpic: Move internal interrupt source
> vector allocation to a separate functio
On Tue, Mar 27, 2012 at 05:50:27PM +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2012-03-27 at 01:53 -0400, David Miller wrote:
> > From: Benjamin Herrenschmidt
> > Date: Tue, 27 Mar 2012 16:06:30 +1100
> >
> > > This makes vio_register_driver() get the module owner & name at compile
> > > time
On Mar 27, 2012, at 8:52 AM, Sethi Varun-B16395 wrote:
>
>
>> -Original Message-
>> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
>> Sent: Tuesday, March 27, 2012 6:55 PM
>> To: Sethi Varun-B16395
>> Cc: Linuxppc-dev@lists.ozlabs.org
>> Subject: Re: [PATCH 3/4] powerpc/mpic: Move
On Mar 27, 2012, at 7:17 AM, Varun Sethi wrote:
> All SOC device error interrupts are muxed and delivered to the core as a
> single
> MPIC error interrupt. Currently all the device drivers requiring access to
> device
> errors have to register for the MPIC error interrupt as a shared interrupt.
Introduce new generic mmap method with attributes argument.
This method lets drivers to create a userspace mapping for a DMA buffer
in generic, architecture independent way.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
include/linux/dma-mapping.h |
From: Andrzej Pietrasiewicz
Adapt core SPARC architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
Acked-by: David S. Mill
DMA_ATTR_NON_CONSISTENT lets the platform to choose to return either
consistent or non-consistent memory as it sees fit. By using this API,
you are guaranteeing to the platform that you have all the correct and
necessary sync points for this memory in the driver should it choose to
return non-cons
Adapt core Hexagon architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
arch/hexagon/include/asm/dma-mapping.h | 18 --
arch/hexagon/kerne
DMA_ATTR_WRITE_COMBINE specifies that writes to the mapping may be
buffered to improve performance. It will be used by the replacement for
ARM/ARV32 specific dma_alloc_writecombine() function.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
Documentation/
Remove old, unused alloc_coherent and free_coherent methods from
dma_map_ops structure.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
include/linux/dma-mapping.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/include/linux/d
From: Andrzej Pietrasiewicz
Adapt core SH architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
---
arch/sh/include/asm/d
From: Andrzej Pietrasiewicz
Adapt core Microblaze architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
[fixed coding style issues]
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd
From: Andrzej Pietrasiewicz
Adapt core Unicore32 architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
[added swiotlb_alloc/free_coherent wrappers]
Signed-off-by: Marek Szyprowski
Re
Introduce new generic alloc and free methods with attributes argument.
Existing alloc_coherent and free_coherent can be implemented on top of the
new calls with NULL attributes argument. Later also dma_alloc_non_coherent
can be implemented using DMA_ATTR_NONCOHERENT attribute as well as
dma_alloc_
From: Andrzej Pietrasiewicz
Adapt core x86 and IA64 architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
[removed swiotlb related changes and replaced it with wrappers,
merged with
From: Andrzej Pietrasiewicz
Adapt core MIPS architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
[added missing changes to arch/mips/cavium-octeon/dma-octeon.c,
fixed attrs argument
From: Andrzej Pietrasiewicz
Adapt core PowerPC architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
[added missing changes to arch/powerpc/kernel/vio.c]
Signed-off-by: Kyungmin Park
Signed-off-by: Marek Szy
From: Andrzej Pietrasiewicz
Adapt core Alpha architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
---
arch/alpha/include
Hello everyone,
This is an updated version of the DMA-mapping framework redesign
preparation patches, which resolves issues pointed by Linus:
https://lkml.org/lkml/2012/3/23/305
These patches are the first step to clean up a bit dma-mapping api and
introduce support for architecture specific per
On Mar 27, 2012, at 7:15 AM, Varun Sethi wrote:
> FSL MPIC supports 16 bit vectors so our vector number space isn't
> restricted to 256 vectors. We should use the MPIC_LARG_VECTORS flag
> while intializing the MPIC. This also prevents us from eating in to
> hardware vector number space (MSIs) wh
On Mar 27, 2012, at 7:16 AM, Varun Sethi wrote:
> Allocate vector numbers for MPIC internal interrupt sources (IPIs and Timers)
> in a
> separate function.
>
Explain why you are making this change.
> Signed-off-by: Varun Sethi
> ---
> arch/powerpc/include/asm/mpic.h |7 +--
> arch/po
All SOC device error interrupts are muxed and delivered to the core as a single
MPIC error interrupt. Currently all the device drivers requiring access to
device
errors have to register for the MPIC error interrupt as a shared interrupt.
With this patch we add interrupt demuxing capability in the
Allocate vector numbers for MPIC internal interrupt sources (IPIs and Timers)
in a
separate function.
Signed-off-by: Varun Sethi
---
arch/powerpc/include/asm/mpic.h |7 +--
arch/powerpc/sysdev/mpic.c | 30 +-
2 files changed, 22 insertions(+), 15 dele
FSL MPIC supports 16 bit vectors so our vector number space isn't
restricted to 256 vectors. We should use the MPIC_LARG_VECTORS flag
while intializing the MPIC. This also prevents us from eating in to
hardware vector number space (MSIs) while setting up internal sources.
Signed-off-by: Varun Set
From: Scott Wood
Previously, these interrupts would be mapped, but the offset
calculation was broken, and only the first group was initialized.
Signed-off-by: Scott Wood
---
arch/powerpc/include/asm/mpic.h |5 +++
arch/powerpc/sysdev/mpic.c | 58 -
This patchset adds/fixes the following functionality specific to the
FSL MPIC:
1. Fix support for timer group B interrupts. Previously these were
not getting initialized.
2. Use the MPIC_LARGE_VECTORS flag while intializing FSL MPIC.
This prevents us from eating in to hardware vector number
space
On Tuesday 27 March 2012 12:26:23 Thang Q. Nguyen wrote:
> Support 2 native SATA ports on APM821XX and change the existing file name
> from sata_dwc_460ex.c to sata_dwc_4xx.c. This supports both 460EX and
> APM821XX.
>
> Signed-off-by: Thang Q. Nguyen
> ---
> arch/powerpc/boot/dts/bluestone.dts
Hi Linus,
On Friday, March 23, 2012 10:36 PM Linus Torvalds wrote:
> On Tue, Mar 20, 2012 at 12:24 AM, Marek Szyprowski
> wrote:
> >
> > git://git.infradead.org/users/kmpark/linux-samsung dma-mapping-next
> >
> > Those patches introduce a new alloc method (with support for memory
> > attributes
47 matches
Mail list logo
