From: Subash Patel subash...@samsung.com
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
From: Subash Patel subash...@samsung.com
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
From: Subash Patel subash...@samsung.com
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
From: Subash Patel subash...@samsung.com
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
From: Subash Patel subash...@samsung.com
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
From: Subash Patel subash...@samsung.com
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
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 giridhar.maru...@linaro.org
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 subash...@samsung.com
---
drivers/of/platform.c |2 +-
1 files changed, 1 insertions(+), 1
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
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 pullip.cho ...' and 'KyongHo Cho
pullip.cho ...' in this series, which one do you want to use?
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:
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
Hi KyongHo,
On 03/21/2012 05:26 AM, KyongHo Cho wrote:
On Tue, Mar 20, 2012 at 10:50 PM, Subash Patelsubas...@gmail.com 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
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 subas...@gmail.com
Regards,
Subash
On 03/23/2012 05:56 PM, Marek Szyprowski wrote:
Hello,
This patchset contains patches to fix
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
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
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 Patelsubas...@gmail.com wrote:
Sorry for digging this very late. But as part of integrating dma_map v7
sysmmu v12 on 3.3-rc5, I am facing
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
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
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 need
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 Shinderajeshwar...@samsung.com
---
arch/arm/mach-s5p64x0/Makefile |
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 Shinderajeshwar...@samsung.com
---
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
.
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
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)
On 09/28/2011 12:07 PM, Kyungmin Park wrote:
On Wed, Sep 28, 2011 at 3:33 PM, Subash Patelsubas...@gmail.com 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
range, this has now been modified to 31.
Signed-off-by: Subash Patel subash...@samsung.com
---
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
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
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 mark.rutl...@arm.com wrote:
Hi,
diff --git a/arch/arm/boot/dts/exynos5420-smdk5420.dts
b/arch/arm/boot/dts/exynos5420-smdk5420.dts
new
29 matches
Mail list logo
