RE: [PATCH 0/4] ARM: Exynos4: NURI and UniversalC210 fixes for v3.4-rc2

2012-04-10 Thread Marek Szyprowski
Hi Kukjin, On Tuesday, April 10, 2012 7:06 PM Kukjin Kim wrote: > > I've just checked the support for Samsung NURI and UniversalC210 boards > > in v3.4-rc1 and found some issues. The attached patches fixes the > > leftovers from missing s3c-sdhci driver changes, fixes division by > > zero caused

Re: [PATCH 0/2] ARM: EXYNOS: Add DRM device to Origen and SMDKV310

2012-04-10 Thread Sachin Kamat
ping... On 27/03/2012, Sachin Kamat wrote: > This patch series adds DRM core device and FIMD DRM platform device support > to Origen and SMDKV310 boards. > > This series depends on the following patch: > http://www.spinics.net/lists/arm-kernel/msg164762.html > > Sachin Kamat (2): > ARM: EXYNOS:

Re: [PATCH v3 6/6] mmc: sdhci-s3c: Add device tree support

2012-04-10 Thread Chris Ball
Hi Arnd, (Diff truncated to show relevant hunks.) On Fri, Mar 30 2012, Arnd Bergmann wrote: > diff --git a/Documentation/devicetree/bindings/mmc/ti-omap-hsmmc.txt > b/Documentation/devicetree/bindings/mmc/ti-omap-hsmmc.txt > index dbd4368..90b86e5 100644 > --- a/Documentation/devicetree/bindings

Re: [PATCH v12 2/3] ARM: EXYNOS: Change System MMU platform device definitions

2012-04-10 Thread Kukjin Kim
Joerg Roedel wrote: On Fri, Mar 16, 2012 at 01:47:50PM -0700, Kukjin Kim wrote: Anyway Joerg, how do you want to handle this? Do you want to pick up 1/2/3 all of them in your tree? If so, 2nd patch should be on top of some samsung topic stuff. Since patch 2 only applies to the Samsung tree, it

Re: [PATCH 0/4] ARM: Exynos4: NURI and UniversalC210 fixes for v3.4-rc2

2012-04-10 Thread Kukjin Kim
Marek Szyprowski wrote: > Hi Kukjin, > Hi Marek, > I've just checked the support for Samsung NURI and UniversalC210 boards > in v3.4-rc1 and found some issues. The attached patches fixes the > leftovers from missing s3c-sdhci driver changes, fixes division by > zero caused by missing initial valu

Re: [PATCH] ARM: EXYNOS: Fix compile error in pm.c

2012-04-10 Thread Kukjin Kim
Jonghwan Choi wrote: > Fix compile error when ARCH_EXYNOS5 is only enabled without ARCH_EXYNOS4. > > arch/arm/mach-exynos/built-in.o: In function `exynos4_pm_prepare': > linux/arch/arm/mach-exynos/pm.c:185: undefined reference to > `exynos4_sys_powerdown_conf' > arch/arm/mach-exynos/built-in.o: I

Re: [PATCH 4/4] ARM: Exynos5: Add PDMA and MDMA physical base address defines

2012-04-10 Thread Kukjin Kim
Olof Johansson wrote: Hi, 2012/3/28 Kukjin Kim: Thomas Abraham wrote: Add PDMA and MDMA physical base address macros which is require for Exynos5 of_dev_auxdata setup. Signed-off-by: Thomas Abraham --- arch/arm/mach-exynos/include/mach/map.h |5 + arch/arm/mach-exynos/mach-exynos

Re: [PATCH] ARM: S5PV210: Fix compiler warning in dma.c file

2012-04-10 Thread Kukjin Kim
Sachin Kamat wrote: Fixes the following warning: warning: ‘dma_dmamask’ defined but not used [-Wunused-variable] Signed-off-by: Sachin Kamat --- arch/arm/mach-s5pv210/dma.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-s5pv210/dma.c b/arch/arm/mach-s

Re: [PATCH] ARM: exynos: add dts files to dtbs target

2012-04-10 Thread Kukjin Kim
Olof Johansson wrote: > Add the currently in-tree device tree sources to the dtbs target. > > Signed-off-by: Olof Johansson > --- > arch/arm/mach-exynos/Makefile.boot |3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/arch/arm/mach-exynos/Makefile.boot > b/arch/arm/mach-exynos/Mak

[PATCH v2] ARM: Exynos4: read initial state of power domain from hw registers

2012-04-10 Thread Marek Szyprowski
Some bootloaders disable unused power domains, so kernel code should read the actual state from the hardware registers instead of assuming that their initial state is 'on'. Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmin Park --- arch/arm/mach-exynos/pm_domains.c |9 ++--- 1 fil

Re: [PATCH v3 2/5] [SCSI] ufshcd: UFS UTP Transfer requests handling

2012-04-10 Thread Venkatraman S
On 26 March 2012 10:04, KOBAYASHI Yoshitake wrote: > Santosh Y wrote: >> >> +        ucd_cmd_ptr->exp_data_transfer_len = >> +            cpu_to_be32(lrbp->cmd->transfersize); >> + >> +        memcpy(ucd_cmd_ptr->cdb, >> +               lrbp->cmd->cmnd, >> +               (min_t(unsigned short, >>