Hi Mark,
On 06/11/2013 07:41 PM, Mark Rutland wrote:
On Tue, Jun 11, 2013 at 02:35:38PM +0100, Chander Kashyap wrote:
On 6 June 2013 22:04, Mark Rutland wrote:
Hi,
diff --git a/arch/arm/boot/dts/exynos5420-smdk5420.dts
b/arch/arm/boot/dts/exynos5420-smdk5420.dts
new file mode 100644
index
On 06/11/2013 06:13 PM, Arnd Bergmann wrote:
On Tuesday 11 June 2013 19:05:22 Kukjin Kim wrote:
Arnd Bergmann wrote:
On Tuesday 11 June 2013 17:33:33 Kukjin Kim wrote:
Hi all,
The exynos5440 can support LPAE and referece boards, SSDK5440 and SD5v1
have
over 8GiB memory.
Current exynos_d
range, this has now been modified to 31.
Signed-off-by: Subash Patel
---
arch/arm/mach-exynos/include/mach/memory.h |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-exynos/include/mach/memory.h
b/arch/arm/mach-exynos/include/mach/memory.h
index 374ef2c..2a4cdb7 100644
I would like to ask a question here. Do we need to have sparse even if
the physical memory is contiguous? All the recent exynos machines come
with physical banks without any holes, and I am thinking why not drop it
and use flat mem instead. With LPAE these sections sizes wont be useful,
and I d
This patch is tested in ARM:exynos5250 with LPAE enabled. The coherent_dma_mask
needs to be defined to DMA_BIT_MASK(64) as dma-mapping API's check it against
64-bit mask.
Signed-off-by: Subash Patel
---
drivers/of/platform.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Hi Giridhar,
On 12/03/2012 05:46 PM, Giridhar Maruthy wrote:
This patch adds slave support to i2c. The dt entry i2c-mode
decides at probe time if the controller needs to work in
slave mode and the controller is accordingly programmed.
Signed-off-by: Giridhar Maruthy mailto:giridhar.maru...@lina
From: Subash Patel
dma_buf_map_attachment() can return NULL and valid sg as return
value. Hence the check for the returned scatter-gather must be using
the inline function IS_ERR_OR_NULL() in place of IS_ERR()
Change-Id: I33218480e220f6a26a1e726b336bf533a95363de
Signed-off-by: Subash Patel
CC
From: Subash Patel
exynos_pages_to_sg() internally calls sg_kmalloc() which can return
no pages when the system is under high memory crunch. One such instance
is chromeos-install in the chromeos. This patch adds check for the return
value of the function in subject to return NULL on failure
From: Subash Patel
This patch series is split and re-send of my original patch, after request
from Inki Dae.
Below two patches add the required error checks in drm dmabuf when the
system fails to allocate pages for the scatter-gather. This is very rare
situation, and occurs when the system is
From: Subash Patel
dma_buf_map_attachment() can return NULL and valid sg as return
value. Hence the check for the returned scatter-gather must be using
the inline function IS_ERR_OR_NULL() in place of IS_ERR()
Change-Id: I33218480e220f6a26a1e726b336bf533a95363de
Signed-off-by: Subash Patel
CC
From: Subash Patel
exynos_pages_to_sg() internally calls sg_kmalloc() which can return
no pages when the system is under high memory crunch. One such instance
is chromeos-install in the chromeos. This patch adds check for the return
value of the function in subject to return NULL on failure
From: Subash Patel
exynos_pages_to_sg() internally calls sg_kmalloc() which can return
no pages when the system is under high memory crunch. One such instance
is chromeos-install in the chromeos. This patch adds check for the return
value of the function in subject to return NULL on failure
Hello Marek,
I have tested these patches on origen 3.4-rc2 with sysmmu_v12, and they
work great ! Thank you for sharing them.
Regards,
Subash
On 04/11/2012 08:04 PM, Marek Szyprowski wrote:
Hi!
These two patches fixes operation of the SYSMMU driver (v12 version [1])
with the new power domai
Hi KyongHo,
On 03/22/2012 07:29 PM, Subash Patel wrote:
Hi KyongHo,
On 03/21/2012 05:26 AM, KyongHo Cho wrote:
On Tue, Mar 20, 2012 at 10:50 PM, Subash Patel wrote:
Sorry for digging this very late. But as part of integrating dma_map v7&
sysmmu v12 on 3.3-rc5, I am facing below issue:
a
Hello,
I observed below address limitation changes in below versions of the kernel
linux-3.2: VMALLOC_END=0xF600
linux-3.3-rc5: VMALLOC_END=0xFF00
What is happening is, when I use the SYSMMU to allocate and remap the
memory, I need the consistent dma region. Hence I need to call
init_
Hi Marek,
As per our discussion over IRC, I would like to check with you the
feasibility to extend the dma operation calls for the coherent regions.
You said that since struct page wont be available for the buffers in
these regions, functions like arm_dma_map_sg() (below) will fail in the
cac
Hi Marek,
I have tested these patch series for origen board, and they mmap the
buffers to user-space for the coherent pool. You can add:
Tested-By: Subash Patel
Regards,
Subash
On 03/23/2012 05:56 PM, Marek Szyprowski wrote:
Hello,
This patchset contains patches to fix broken mmap
Hi KyongHo,
On 03/21/2012 05:26 AM, KyongHo Cho wrote:
On Tue, Mar 20, 2012 at 10:50 PM, Subash Patel wrote:
Sorry for digging this very late. But as part of integrating dma_map v7&
sysmmu v12 on 3.3-rc5, I am facing below issue:
a) By un-selecting IOMMU in menu config, I am able to allo
Hello,
I have found out an issue with dma_mmap_writecombine() and coherent devices.
On 02/29/2012 08:34 PM, Marek Szyprowski wrote:
This patch converts dma_alloc/free/mmap_{coherent,writecombine}
functions to use generic alloc/free/mmap methods from dma_map_ops
structure. A new DMA_ATTR_WRITE_C
Sorry for digging this very late. But as part of integrating dma_map v7
& sysmmu v12 on 3.3-rc5, I am facing below issue:
a) By un-selecting IOMMU in menu config, I am able to allocate memory in
vb2-dma-contig
b) When I enable SYSMMU support for the IP's, I am receiving below fault:
Unhandle
Hi KyongHo, Kukjin,
On 03/15/2012 08:09 PM, Kukjin Kim wrote:
On 03/15/12 04:12, Joerg Roedel wrote:
On Thu, Mar 15, 2012 at 05:32:39PM +0900, Cho KyongHo wrote:
KyongHo, I looked at 'Cho KyongHo ' and 'KyongHo Cho
' in this series, which one do you want to use?
Handling System MMUs with
I forgot to add:
instead of choosing them through config MACH_ in
arch/arm/mach-exynos4/Kconfig
Regards,
Subash
On 10/10/2011 12:20 PM, Subash Patel wrote:
Hi Sylwester,
In the file arch/arm/plat-s5p/Kconfig, why dont we change the below
config S5P_DEV_FIMC0/1/2/3
bool
help
Compile in
Hi Sylwester,
In the file arch/arm/plat-s5p/Kconfig, why dont we change the below
config S5P_DEV_FIMC0/1/2/3
bool
help
Compile in platform device definitions for FIMC controller
0/1/2/3
as
config S5P_DEV_FIMC0/1/2/3
bool
depends on VIDEO_SAMSUNG_S5P_
On 09/28/2011 12:07 PM, Kyungmin Park wrote:
On Wed, Sep 28, 2011 at 3:33 PM, Subash Patel wrote:
Hello,
I am attempting to boot linux version in subject on SMDKV310 board[EVT0].
The booting stops after "Uncompressing Linux... done, booting the kernel."
After some debugging I foun
Hello,
I am attempting to boot linux version in subject on SMDKV310
board[EVT0]. The booting stops after "Uncompressing Linux... done,
booting the kernel." After some debugging I found that the timer
initialization fails. exynos4_mct_frc_start() calls
exynos4_mct_write(lo, EXYNOS4_MCT_G_CNT_L
.
Regards,
Subash
On 09/13/2011 09:00 AM, Tushar Behera wrote:
Hi Subash,
On Monday 12 September 2011 08:32 PM, Subash Patel wrote:
Hi Tushar,
On 09/12/2011 11:25 AM, Tushar Behera wrote:
Some of the boards under mach-exynos4 initialize frame-buffers
for which the memory requirement is more than 2MB
Hi Tushar,
On 09/12/2011 11:25 AM, Tushar Behera wrote:
Some of the boards under mach-exynos4 initialize frame-buffers
for which the memory requirement is more than 2MB (Nuri board requires
around 4MB, Origen requires around 2.6MB), hence the default dma pool
allocation size of 2MB is not suffic
Hello,
On 08/08/2011 03:51 PM, Sylwester Nawrocki wrote:
Hello,
On 08/08/2011 10:47 AM, Rajeshwari Shinde wrote:
Bus clock alias names created and added to clkdev which will be used
by HSMMC driver.
Signed-off-by: Rajeshwari Shinde
---
.../include/mach/s5p64x0-common-sdhci.h|
Hi Rajeshwari,
Please find my comments below:
On 08/08/2011 02:17 PM, Rajeshwari Shinde wrote:
This patch provides pin-mux setup files for HSMMC support on
S5P6440 and S5P6450 platforms.
Signed-off-by: Rajeshwari Shinde
---
arch/arm/mach-s5p64x0/Makefile |2 +
arch/arm/mach-s5
Hi Sylwester,
On 07/22/2011 02:29 PM, Sylwester Nawrocki wrote:
Hi Subash,
On 07/22/2011 08:26 AM, Subash Patel wrote:
Hi Sylwester,
On 07/04/2011 11:24 PM, Sylwester Nawrocki wrote:
The fimc media device driver is hooked onto "s5p-fimc-md" platform device.
Such a platform device
Hi Sylwester,
On 07/04/2011 11:24 PM, Sylwester Nawrocki wrote:
The fimc media device driver is hooked onto "s5p-fimc-md" platform device.
Such a platform device need to be added in a board initialization code
and then camera sensors need to be specified as it's platform data.
The "s5p-fimc-md"
31 matches
Mail list logo
