[PATCH 3/3] mpc512x_dma: add MPC8308 support

MPC8308 has pretty much the same DMA controller as MPC5121 and this patch adds support for MPC8308 to the mpc512x_dma driver. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik --- drivers/dma/Kconfig |2 +- drivers/dma/mpc512x_dma.c | 95 +--- 2

[PATCH 2/3] mpc512x_dma: fix the hanged transfer issue

current channel only. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik --- drivers/dma/mpc512x_dma.c |9 +++-- 1 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/dma/mpc512x_dma.c b/drivers/dma/mpc512x_dma.c index 1bc04aa..0717527 100644 --- a/drivers/dma/mpc512x_dma.c

[PATCH 1/3] mpc512x_dma: scatter/gather fix

_maj bit in the last TCD so we never get an interrupt on transfefr completion. With these fixes my tests with many threads of single channel succeed but tests that use many channels simultaneously still don't work reliable. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik --- drivers/dma/mpc

[RFC][PATCH 0/3] fixes and MPC8308 support for the mpc512x_dma driver

these patches applied my tests succeed both on MPC5121 and MPC8308. Regards, Ilya. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH 3/3] mpc512x_dma: add MPC8308 support

Dear Wolfgang, 28.09.2010 17:09, Wolfgang Denk wrote: config MPC512X_DMA tristate "Freescale MPC512x built-in DMA engine support" - depends on PPC_MPC512x + depends on PPC_MPC512x || PPC_MPC831x Is MPC831x correct here? My understanding is that MPC831x processors have yet

[PATCH 1/6] mpc512x_dma: scatter/gather fix

_maj bit in the last TCD so we never get an interrupt on transfefr completion. With these fixes my tests with many threads of single channel succeed but tests that use many channels simultaneously still don't work reliable. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik --- drivers/dma/mpc

[PATCH 3/6] mpc512x_dma: add MPC8308 support

MPC8308 has pretty much the same DMA controller as MPC5121 and this patch adds support for MPC8308 to the mpc512x_dma driver. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik --- drivers/dma/Kconfig |2 +- drivers/dma/mpc512x_dma.c | 95 +--- 2

[PATCH 6/6] mpc8308_p1m: add DMA controller device-tree node

MPC8308 has DMA controller compatible with mpc512x_dma driver. This patch adds device-tree node to support DMA controller on MPC8308 P1M board. Signed-off-by: Ilya Yanok --- arch/powerpc/boot/dts/mpc8308_p1m.dts |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a

[PATCH 5/6] MPC8308RDB: add DMA controller device-tree node

MPC8308 has DMA controller compatible with mpc512x_dma driver. This patch adds device-tree node to support DMA controller on MPC8308RDB board. Signed-off-by: Ilya Yanok --- arch/powerpc/boot/dts/mpc8308rdb.dts |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/arch

[REPOST] [PATCH 0/6] fixes and MPC8308 support for the mpc512x_dma driver

Hello everybody, meanwhile I've fixed one more issue in mpc512x_dma driver. Any comments? Anybody interrested in this driver? Piotr? Still unsure how to deal with bitfield structures in IO space... Regards, Ilya. Signed-off-by: Ilya Yanok Cc: Piotr Z

[PATCH 2/6] mpc512x_dma: fix the hanged transfer issue

current channel only. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik --- drivers/dma/mpc512x_dma.c |9 +++-- 1 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/dma/mpc512x_dma.c b/drivers/dma/mpc512x_dma.c index 1bc04aa..0717527 100644 --- a/drivers/dma/mpc512x_dma.c

[PATCH 4/6] mpc512x_dma: try to free descriptors in case of allocation failure

from the allocation failure path in prepare_memcpy too. Signed-off-by: Ilya Yanok Cc: Piotr Ziecik --- drivers/dma/mpc512x_dma.c | 79 +--- 1 files changed, 45 insertions(+), 34 deletions(-) diff --git a/drivers/dma/mpc512x_dma.c b/drivers/dma

[REPOST][PATCH] mpc8308: fix USB DR controller initialization

MPC8308 has ULPI pin muxing settings in SICRH register, bits 17-18 which is different from both MPC8313 and MPC8315. Also MPC8308 doesn't have REFSEL, UTMI_PHY_EN and OTG_PORT fields in the USB DR controller CONTROL register. Signed-off-by: Ilya Yanok --- Kim, Kumar, Please consider incl

Re: [REPOST] [PATCH 0/6] fixes and MPC8308 support for the mpc512x_dma driver

Hi Piotr, On 27.10.2010 11:24, Piotr Zięcik wrote: Currently I am not able to deal with this as I am much involved in other development. I see. Excuse me for disturbing you then. Guys, anybody can review/test/pull these patches? Regards, Ilya. __

Re: [PATCH] powerpc: rework dma-noncoherent to use generic vmap/vunmap functions

Hi Ben, excuse me for so long time to reply. Benjamin Herrenschmidt wrote: >> This patch rewrites consistent dma allocations support to use vmalloc >> layer to allocate virtual memory space from vmalloc pool and get rid >> of CONFIG_CONSISTENT_{START,SIZE}. >> > > So as commented before, ple

[PATCH] powerpc: rework dma-noncoherent to use generic vmalloc layer (2nd rev)

emap 0xe4007000-0xe400f000 32768 bdx_open+0x1f0/0x60c pages=7 vmalloc 0xe401-0xe401a000 40960 bdx_fifo_init+0x8c/0x12c pages=9 ioremap (those ioremaps with pages=) Signed-off-by: Ilya Yanok --- arch/powerpc/Kconfig | 25 --- arch/powerpc/lib/dma-nonco

Re: [PATCH] powerpc: rework dma-noncoherent to use generic vmap/vunmap functions

Hi Ben, Benjamin Herrenschmidt wrote: >> btw, ioremap doesn't provide useful 'caller'). >> > > I fixed that :-) (see patches I posted to the list, though that's > waiting for a patch to go upstream first that adds a > __get_vm_area_caller() that I need for ppc64). > Yep, I saw them. Btw,

[PATCH] powerpc: rework dma-noncoherent to use generic vmalloc layer (3rd rev)

emap 0xe4007000-0xe400f000 32768 bdx_open+0x1f0/0x60c pages=7 vmalloc 0xe401-0xe401a000 40960 bdx_fifo_init+0x8c/0x12c pages=9 ioremap (those ioremaps with pages=) Signed-off-by: Ilya Yanok --- Previous version had a memory leak in error code path. --- arch/powerpc/Kconfig |

Re: [PATCH 3/3] powerpc: allow 256kB pages with SHMEM

Hi Hugh, Hugh Dickins wrote: > Now that shmem's divisions by zero and SHMEM_MAX_BYTES are fixed, > let powerpc 256kB pages coexist with CONFIG_SHMEM again. > > Signed-off-by: Hugh Dickins > Acked-by: Ilya Yanok > --- > Added linuxppc-dev and some other Cc'

[PATCH 2/2] mpc8308rdb: support for MPC8308RDB board from Freescale

ter revert. Signed-off-by: Ilya Yanok --- arch/powerpc/boot/dts/mpc8308rdb.dts | 303 + arch/powerpc/platforms/83xx/Kconfig |8 + arch/powerpc/platforms/83xx/Makefile |1 + arch/powerpc/platforms/83xx/mpc830x_rdb.c | 94 + 4 files ch

Commit 3da34aa brakes MSI support on MPC8308 (possibly all MPC83xx)

Hi Kumar, All, I've found that MSI work correctly with older kernels on my MPC8308RDB board and don't work with newer ones. After bisecting I've found that the source of the problem is commit 3da34aa: commit 3da34aae03d498ee62f75aa7467de93cce3030fd Author: Kumar Gala Date: Tue May 12 15:51

[PATCH 0/2] Support for MPC8308RDB development board

These two patches add support for MPC8308RDB development board from Freescale. Supported hardware: DUART Dual Ethernet NOR and NAND flashes I2C USB device PCIE (MSI support is broken by commit 3da34aa) Signed-off-by: Ilya Yanok ___ Linuxppc-dev

[PATCH 1/2] fsl_pci: add quirk for mpc8308 pcie bridge

This patch adds the quirk for PCIE controller found on Freescale MPC8308. The quirk is the same as for other MPC83xx processors. Signed-off-by: Ilya Yanok --- arch/powerpc/sysdev/fsl_pci.c |1 + include/linux/pci_ids.h |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff

Commit 3da34aa brakes MSI support on MPC8308 (possibly all MPC83xx) [REPOST]

Hi Kumar, Kim, Josh, everybody, I hope to disturb you but I haven't got any reply for my first posting... I've found that MSI work correctly with older kernels on my MPC8308RDB board and don't work with newer ones. After bisecting I've found that the source of the problem is commit 3da34aa:

Re: Commit 3da34aa brakes MSI support on MPC8308 (possibly all MPC83xx) [REPOST]

23.07.2010 1:09, Ilya Yanok wrote: I hope to disturb you but I haven't got any reply for my first posting... I shouldn't be working at night... It's 'hate' not 'hope'... Regards, Ilya. ___ Linuxppc-dev mailing

mpc512x_dma hangs when used from multiple threads

Hello Piotr, everybody, I've found that mpc512x_dma channels hang sometimes while accessed from more than one thread simultaneously. The easiest way to reproduce this error I've managed to found is using dmatest module with rather high threads_per_chan value (20 should be enough): -bash-3.2#

Re: Commit 3da34aa brakes MSI support on MPC8308 (possibly all MPC83xx) [REPOST]

Hi Kumar, 05.08.2010 11:01, Kumar Gala пишет: I have a fix, can you test? Surely. Where can I find it? Thanks. Regards, Ilya. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] powerpc/fsl-pci: Fix MSI support on 83xx platforms

Hi Kumar, On 05.08.2010 12:02, Kumar Gala wrote: However that is not true, so we have to search through the inbound window settings on 83xx to find which one matches the IMMR address to determine its PCI address. Thanks, your patch really does help on MPC8308 board I use. Regards, Ilya.

Re: [PATCH] powerpc/fsl-pci: Fix MSI support on 83xx platforms

Hi Kumar, 05.08.2010 12:02, Kumar Gala wrote: The following commit broke 83xx because it assumed the 83xx platforms exposed the "IMMR" address in BAR0 like the 85xx/86xx/QoriQ devices do: commit 3da34aae03d498ee62f75aa7467de93cce3030fd Author: Kumar Gala Date: Tue May 12 15:51:56 2009 -0500

Re: [PATCH] powerpc/fsl-pci: Fix MSI support on 83xx platforms

Hi Kumar, 05.08.2010 12:02, Kumar Gala wrote: The following commit broke 83xx because it assumed the 83xx platforms exposed the "IMMR" address in BAR0 like the 85xx/86xx/QoriQ devices do: commit 3da34aae03d498ee62f75aa7467de93cce3030fd Author: Kumar Gala Date: Tue May 12 15:51:56 2009 -0500

[PATCH] mpc8308: fix USB DR controller initialization

MPC8308 has ULPI pin muxing settings in SICRH register, bits 17-18 which is different from both MPC8313 and MPC8315. Also MPC8308 doesn't have REFSEL, UTMI_PHY_EN and OTG_PORT fields in the USB DR controller CONTROL register. Signed-off-by: Ilya Yanok --- arch/powerpc/boot/dts/mpc8308rd

[PATCH] mpc8308_p1m: support for MPC8308 P1M board

This patch adds support for MPC8308 P1M board. Supported devices: DUART Dual Ethernet NOR flash Both I2C controllers USB in peripheral mode PCI Express Signed-off-by: Ilya Yanok --- arch/powerpc/boot/dts/mpc8308_p1m.dts | 340 + arch/powerpc/platforms/83xx

[PATCH][v2] mpc8308_p1m: support for MPC8308 P1M board

This patch adds support for MPC8308 P1M board. Supported devices: DUART Dual Ethernet NOR flash Both I2C controllers USB in peripheral mode PCI Express Signed-off-by: Ilya Yanok --- Scott's comments addressed. arch/powerpc/boot/dts/mpc8308_p1m.dts |

[PATCH][v3] mpc8308_p1m: support for MPC8308 P1M board

This patch adds support for MPC8308 P1M board. Supported devices: DUART Dual Ethernet NOR flash Both I2C controllers USB in peripheral mode PCI Express Signed-off-by: Ilya Yanok --- Changed 'compatible' entry for 'cpld' node to "denx,mpc8308_p1m-cpld

Re: [PATCH 1/2] PPC4xx: Generelizing drivers/dma/ppc4xx/adma.c

Hi Tirumala, > drivers/dma/ppc4xx/adma.c| 4370 > +++--- > drivers/dma/ppc4xx/adma.h| 116 +- > drivers/dma/ppc4xx/ppc4xx-adma.h | 4020 +++ You've moved tons of code to the header file. Why? Regards, Ilya. _

[PATCH] ppc4xx_pci: necessary fixes for 4GB RAM size

1. total_memory should be phys_addr_t not unsigned long 2. is_power_of_2() works with u32 so I just inlined (size & (size-1)) != 0 instead. Also this patch fixes default initialization: res->end should be 0x7fff not 0x8000. Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> ---

Re: [PATCH] ppc4xx_pci: necessary fixes for 4GB RAM size

7fff >>> not 0x8000. >>> >>> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> >>> >> Ben, any comments here? Looks right to me. >> > > Just one minor comment... The patch should do what I failed to do > before, which is t

[PATCH] ppc4xx_pci: necessary fixes for 4GB RAM size (updated)

1. declaration of total_memory removed. Now including instead. 2. is_power_of_2() works with u32 so I just inlined (size & (size-1)) != 0 instead. Also this patch fixes default initialization: res->end should be 0x7fff not 0x8000. Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]&

[RFC PATCH] Support for big page sizes on 44x

This adds support for selecting page size on PPC 44x. However there are still number of problems: 1. We can't use default PKMAP_BASE definition with 64KB/256KB pages so we change it. Not sure that it's optimal. Then redefined PKMAP_BASE is not aligned on (1

[PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

This patch adds support for page sizes bigger than 4KB (16KB/64KB/256KB) on PPC 44x. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig| 23 + arch/powerpc/include/asm/highmem.h

[PATCH] mm: fix ENTRIES_PER_PAGEPAGE overflow with 256KB pages

ENTRIES_PER_PAGEPAGE define in mm/shmem.c becomes zero if page size is 256KB. This patch fixes this. Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- mm/shmem.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/shmem.c b/mm/shmem.c index 04fb4f1..c603427

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hi, prodyut hazarika wrote: >> +choice >> + prompt "Page size" >> + depends on 44x && PPC32 >> + default PPC32_4K_PAGES >> + help >> + The PAGE_SIZE definition. Increasing the page size may >> + improve the system performance in some dedicated cases. >> +

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hi, prodyut hazarika wrote: Also, it would be great if you could point me what changes are necessary to recompile the binutils. I would like to test the 256KB changes on my Canyonlands board. I have got 16KB/64KB working. I think this should be enough: --- binutils-2.16.1/ld/emulparams/elf

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hi, prodyut hazarika wrote: In file arch/powerpc/mm/pgtable_32.c, we have: #ifdef CONFIG_PTE_64BIT /* 44x uses an 8kB pgdir because it has 8-byte Linux PTEs. */ #define PGDIR_ORDER 1 #else #define PGDIR_ORDER 0 #endif pgd_t *pgd_alloc(struct mm_struct *mm) { pgd_t *ret;

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello Josh, Josh Boyer wrote: Ok, but not everyone does. And I think setting the page size to this should be harder, maybe even dependent upon CONFIG_BROKEN. Well, we are violating ELF standard here... CONFIG_BROKEN seems to be adequate for me. I need to look over the patch a bit more,

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello David, David Gibson wrote: I don't see any reason to have a separate set of config options for 32 and 64-bit. Just make the once choice, but only have the individual pagesize options enabled on machines that support them. Well. I can see some. First, on PPC64 kernel emulates 64K page

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello Benjamin, Benjamin Herrenschmidt wrote: [snip] diff --git a/arch/powerpc/kernel/head_booke.h b/arch/powerpc/kernel/head_booke.h index fce2df9..4f802df 100644 --- a/arch/powerpc/kernel/head_booke.h +++ b/arch/powerpc/kernel/head_booke.h @@ -20,7 +20,9 @@ beq 1f;

[RFC PATCH] Support for big page sizes on 44x (Updated)

These patches add support for selecting page size on PPC 44x. First one adds support for 16K/64K pages while second one adds support for 256K pages along with some hacks. However there are still number of problems: 1. We can't use default PKMAP_BASE definition with 64KB/256KB pages so we change it

[PATCH 1/2] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

This patch adds support for page sizes bigger than 4K (16K/64K) on PPC 44x. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Vladimir Panfilov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig

[PATCH 2/2] powerpc: support for 256K pages on PPC 44x

This patch adds support for 256K pages on PPC 44x along with some hacks needed for this. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Vladimir Panfilov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig

Re: [2/2] powerpc: support for 256K pages on PPC 44x

Hello Milton, Milton Miller wrote: >> This patch adds support for 256K pages on PPC 44x along with >> some hacks needed for this. > > This description is insufficient, it describes neither the hacks nor > why they are required. Ok. Actually there is only one hack -- increasing kernel stack size.

Re: [1/2] powerpc: add 16K/64K pages support for the 44x PPC32 architectures

Hello Milton, Milton Miller wrote: > I started out looking at the too minimal decription of patch 2/2, and > that morphed into talking about both patches. > >> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig >> index 587da5e..9627cfd 100644 >> --- a/arch/powerpc/Kconfig >> +++ b/arch/powe

[RFC PATCH 00/11] md: support for asynchronous execution of RAID6 operations

The following patch-set includes enhancements to the async_tx api and modifications to md-raid6 to issue memory copies and parity calculations asynchronously. Thus we may process copy operations and RAID-6 calculations on the dedicated DMA engines accessible with ASYNC_TX API, and, as a result off

[PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses

Using src_list argument of async_xor() as a storage for dma addresses implies sizeof(dma_addr_t) <= sizeof(struct page *) restriction which is not always true. Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- crypto/async_tx/async_xor.c | 14 ++ 1 files changed, 2 i

[PATCH 03/11] async_tx: add support for asynchronous RAID6 recovery operations

Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- crypto/async_tx/Kconfig |5 + crypto/async_tx/Makefile|1 + crypto/async_tx/async_r6recov.c | 275 +++ include/linux/async_tx.h| 10 ++ 4 f

[PATCH 02/11] async_tx: add support for asynchronous GF multiplication

. To support this API dmaengine driver should set DMA_PQ_XOR and DMA_PQ_ZERO_SUM capabilities and provide device_prep_dma_pqxor and device_prep_dma_pqzero_sum methods in dma_device structure. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>

[PATCH 05/11] md: common schedule_reconstruction for raid5/6

To be able to re-use the schedule_reconstruction5() code in RAID-6 case, this should handle Q-parity strip appropriately. This patch introduces this. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- drivers/md/raid5.c | 18 +

[PATCH 04/11] md: run stripe operations outside the lock

STRIPE_OP_POSTXOR - recalculate parity for new data that has entered the cache STRIPE_OP_CHECK - verify that the parity is correct The flow is the same as in the RAID-5 case. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- driver

[PATCH 06/11] md: change handle_stripe_fill6 to work in asynchronous way

Change handle_stripe_fill6 to work asynchronously and introduce helper fetch_block6 function for this. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- drivers/md/raid5.c | 154 -

[PATCH 08/11] md: asynchronous handle_parity_check6

This patch introduces the state machine for handling the RAID-6 parities check and repair functionality. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- drivers/md/raid5.c | 163 +++--

[PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way

Rewrite handle_stripe_dirtying6 function to work asynchronously. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- drivers/md/raid5.c | 113 ++-- 1 files changed, 30 insertions(+),

[PATCH 09/11] md: change handle_stripe6 to work asynchronously

handle_stripe6 function is changed to do things asynchronously. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- drivers/md/raid5.c | 130 1 files changed, 90 insertions(+),

[PATCH 10/11] md: remove unused functions

Some clean-up of the replaced or already unnecessary functions. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- drivers/md/raid5.c | 246 1 files changed, 0 insertions(+), 2

Re: [PATCH 11/11] ppc440spe-adma: ADMA driver for PPC440SP(e) systems

Josh Boyer wrote: > On Thu, Nov 13, 2008 at 06:16:04PM +0300, Ilya Yanok wrote: > >> Adds the platform device definitions and the architecture specific support >> routines for the ppc440spe adma driver. >> >> Any board equipped with PPC440SP(e) controller may uti

[PATCH] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

(32MB and 512MB resp.) so we can easily put FIXMAP and PKMAP in area covered by one PTE table. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Vladimir Panfilov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig

[RFC/PATCH] powerpc: consistent memory mapping.

current consistent memory support code, where consistent_pte is set in dma_alloc_init() in accordance with the pgd of the CONSISTENT_BASE address). Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig

[PATCH] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

(32MB and 512MB resp.) so we can easily put FIXMAP and PKMAP in area covered by one PTE table. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Vladimir Panfilov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig

Re: [PATCH] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

Hello guys, please discard this patch. It just doesn't compile with CONFIG_HIGHMEM set. I'll post updated patch in a short time. Excuse me. Regards, Ilya. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxp

Re: [PATCH] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

Hi Benjamin, Benjamin Herrenschmidt wrote: >>> I'm not sure about the above & PMD_MASK. Shouldn't we instead make it >>> not build if (PKMAP_BASE & PMD_MASK) != 0 ? >>> >> We separated the !4K_PAGES case here exactly because (PKMAP_BASE & >> PMD_MASK) != 0 [see the comment to this chunk

[PATCH] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

(32MB and 512MB resp.) so we can easily put FIXMAP and PKMAP in area covered by one PTE table. Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]> Signed-off-by: Vladimir Panfilov <[EMAIL PROTECTED]> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig

[PATCH] powerpc: rework dma-noncoherent to use generic vmap/vunmap functions

This patch rewrites consistent dma allocations support to use vmalloc layer to allocate virtual memory space from vmalloc pool and get rid of CONFIG_CONSISTENT_{START,SIZE}. Signed-off-by: Ilya Yanok --- arch/powerpc/Kconfig | 25 -- arch/powerpc/configs/40x