Hi,
Can you check this patch also?
http://lists.arm.linux.org.uk/lurker/message/20110329.064902.fb2f620c.en.html
Fix cpuinit section mismatch(es).
WARNING: modpost: Found 2 section mismatch(es).
To see full details build your kernel with:
'make CONFIG_DEBUG_SECTION_MISMATCH=y'
Thank you,
Hello,
This is a third version of the Samsung IOMMU driver (see patch #2) and
videobuf2 allocator for IOMMU mapped memory (see patch #4) as well as
FIMC driver update. This update brings some minor bugfixes to Samsung
IOMMU (SYSMMU) driver and support for pages larger than 4KiB in
This patch adds definitions to enable support for s5p-fimc driver
together with required power domains and sysmmu controller on Universal
C210 board.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
arch/arm/mach-exynos4/Kconfig
From: Andrzej Pietrasiewicz andrze...@samsung.com
This patch moves some generic code to videobuf2-memops. This code will
be later used by the iommu allocator. This patch adds also vma locking
in user pointer mode.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin
This patch adds basic support for pm_runtime to s5p-fimc driver. PM
runtime support is required to enable the driver on S5PV310 series with
power domain driver enabled.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch adds support for videobuf2-dma-iommu allocator to s5p-fimc
driver. This allocator is selected only on systems that contains support
for S5P SYSMMU module (like EXYNOS4 platform). Otherwise the standard
videobuf2-dma-contig is used.
Signed-off-by: Marek Szyprowski
From: Tomasz Stanislawski t.stanisl...@samsung.com
This patch extends power domain driver with support for enabling and
disabling modules in S5P_CLKGATE_BLOCK register. It also performs a
little code cleanup to avoid confusion between exynos4_device_pd array
index and power domain id.
Hello,
On Monday, April 18, 2011 11:27 AM Marek Szyprowski wrote:
This is a third version of the Samsung IOMMU driver (see patch #2) and
videobuf2 allocator for IOMMU mapped memory (see patch #4) as well as
FIMC driver update. This update brings some minor bugfixes to Samsung
IOMMU (SYSMMU)
On Monday 18 April 2011, Marek Szyprowski wrote:
From: Andrzej Pietrasiewicz andrze...@samsung.com
This patch performs a complete rewrite of sysmmu driver for Samsung platform:
- simplified the resource management: no more single platform
device with 32 resources is needed, better fits
On Monday 18 April 2011, Marek Szyprowski wrote:
From: Andrzej Pietrasiewicz andrze...@samsung.com
This patch adds new videobuf2 memory allocator dedicated to devices that
supports IOMMU DMA mappings. A device with IOMMU module and a driver
with include/iommu.h compatible interface is
Hi all,
I think, you know about current situation of Linux ARM world.
So...
As Russell suggested, I also will focus on consolidations and bug fixes for
Samsung stuff for a while so don't complain about missing new stuff. In my
opinion, we can keep going it later...
As a note, I'm doing(or
This functions are added for properly controlling primary controller
in uart interrupt chained handler.
Signed-off-by: Changhwan Youn chaos.y...@samsung.com
---
arch/arm/plat-samsung/irq-uart.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
This functions are added for properly controlling primary controller
in pwm interrupt chained handler.
Signed-off-by: Changhwan Youn chaos.y...@samsung.com
---
arch/arm/plat-samsung/irq-vic-timer.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Hello,
This is for interrupt chained handlers to properly handle the primary controller
using chained_irq_enter and chained_irq_exit functions.
Without this, chained interrupts connected to GIC would not work properly.
This patch series contains:
[PATCH 1/3] ARM: SAMSUNG: add entry and exit
On Tue, Apr 19, 2011 at 10:46 AM, Kukjin Kim kgene@samsung.com wrote:
Hi all,
I think, you know about current situation of Linux ARM world.
So...
As Russell suggested, I also will focus on consolidations and bug fixes for
Samsung stuff for a while so don't complain about missing new
Hello everyone,
Anyway, I've got a quick question about the directory structure in arch/arm/*
Is there any reason not to keep mach-* in plat-* directories while
mach-* appears to be a sub-categories of plat-*?
For example, rather than the current structure:
arch/arm/plat-samsung/
16 matches
Mail list logo