Re: [PATCH V2] mmc: dw_mmc: exynos: Turn SDIO interrupts on

On Wed, Apr 23, 2014 at 9:42 AM, Alim Akhtar wrote: > Hi Yuvaraj, > > On Mon, Mar 24, 2014 at 10:12 AM, Yuvaraj Kumar wrote: >> On Mon, Mar 24, 2014 at 9:59 AM, Jaehoon Chung >> wrote: >>> Hi, Yuvaraj. >>> >>> NACK. we can use "mmc_of_parese()". >> Thanks Jaehoon for the pointer.I will use "mmc

RE: [PATCH] mmc: dw_mmc: Don't print data errors

On Wed, April 23, 2014, Doug Anderson wrote: > Data errors are completely expected during tuning. Printing them out > is confusing people looking at the kernel logs. They see things like: > > [3.613296] dwmmc_exynos 1220.dwmmc0: data error, status 0x0088 > > ...and they think somet

Re: [PATCH 1/4] cpuidle: config: Add SOC_EXYNOS5420 entry to select cpuidle-big-little driver

Hi Daniel, On 22 April 2014 16:12, Daniel Lezcano wrote: > On 04/21/2014 01:49 PM, Chander Kashyap wrote: >> >> Exynos5420 is a big-little SoC from Samsung. It has 4 A15 and 4 A7 cores. >> In order to use generic cpuidle-big-little driver, this patch adds >> Exynos5420 >> specific check to initia

[PATCH V2] ARM: EXYNOS: cpu hotplug: use v7_exit_coherency_flush macro for cache disabling

A common macro v7_exit_coherency_flush available which does the below tasks in the seqeunce. -clearing C bit -clearing L1 cache -exit SMP -instruction and data synchronization So removing the local functions which does the same thing and use the macro instead. Signed-off-by: Leela Krishna Amudal

Re: [PATCH] ARM: EXYNOS: cpu hotplug: use v7_exit_coherency_flush macro for cache disabling

Hi Daniel, Thanks for reviewing the patch. On Tue, Apr 22, 2014 at 8:06 PM, Daniel Lezcano wrote: > On 04/22/2014 04:18 PM, Leela Krishna Amudala wrote: >> >> Remove the duplicated code for cache disabling and use >> "v7_exit_coherency_flush" >> macro to do the same job. > > > Hi Leela, > > than

Re: [PATCH V2] mmc: dw_mmc: exynos: Turn SDIO interrupts on

Hi Yuvaraj, On Mon, Mar 24, 2014 at 10:12 AM, Yuvaraj Kumar wrote: > On Mon, Mar 24, 2014 at 9:59 AM, Jaehoon Chung wrote: >> Hi, Yuvaraj. >> >> NACK. we can use "mmc_of_parese()". > Thanks Jaehoon for the pointer.I will use "mmc_of_parse()". Are you planning to re-spin this patch? Now Jaehoon's

Re: [PATCH] mmc: dw_mmc: Don't print data errors

Hi Doug, On Wed, Apr 23, 2014 at 5:21 AM, Doug Anderson wrote: > Data errors are completely expected during tuning. Printing them out > is confusing people looking at the kernel logs. They see things like: > > [3.613296] dwmmc_exynos 1220.dwmmc0: data error, status 0x0088 > > ...an

Re: [RFC v2 PATCH 02/14] drm/exynos: dsi: delay setting clocks after reset

Hi again Andrzej, On 04/23/2014 10:01 AM, YoungJun Cho wrote: Hi Andrzej Thank you for comments. On 04/22/2014 09:15 PM, Andrzej Hajda wrote: Hi YoungJun, On 04/21/2014 02:28 PM, YoungJun Cho wrote: Some phy control registers are not kept after software reset. So this patch makes the clocks

Re: [PATCH] ASoC: SAMSUNG: Add sound card driver for Snow board

On 23 April 2014 00:03, Mark Brown wrote: > On Tue, Apr 22, 2014 at 07:17:54PM +0530, Tushar Behera wrote: >> On 22 April 2014 16:14, Mark Brown wrote: > >> > In general this isn't up to modern standards, please do try to check >> > that new code is following best practices. Did the support for

Re: [RFC v2 PATCH v4 09/14] ARM: dts: s6e3fa0: add DT bindings

Hi Andrzej Thank you for comment. On 04/22/2014 11:02 PM, Andrzej Hajda wrote: On 04/21/2014 02:28 PM, YoungJun Cho wrote: This patch adds DT bindings for s6e3fa0 panel. The bindings describes panel resources, display timings and cpu timings. Changelog v2: - Adds unit address (commented by Sa

Re: [RFC v2 PATCH v2 06/14] drm/exynos: support MIPI DSI command mode

Hi Thierry Thank you for the comments. On 04/22/2014 04:34 PM, Thierry Reding wrote: On Mon, Apr 21, 2014 at 09:28:33PM +0900, YoungJun Cho wrote: [...] diff --git a/include/drm/drm_mipi_dsi.h b/include/drm/drm_mipi_dsi.h index 7209df1..244d197 100644 --- a/include/drm/drm_mipi_dsi.h +++ b/inc

Re: [PATCH v11 20/27] iommu/exynos: allow having multiple System MMUs for a master H/W

On Tue, 22 Apr 2014 18:53:51 +0530, Shaik Ameer Basha wrote: > Hi KyongHo Cho, > > > > On Fri, Mar 14, 2014 at 10:40 AM, Cho KyongHo wrote: > > Some master device descriptor like fimc-is which is an abstraction > > of very complex H/W may have multiple System MMUs. For those devices, > > the de

Re: [RFC v2 PATCH 02/14] drm/exynos: dsi: delay setting clocks after reset

Hi Andrzej Thank you for comments. On 04/22/2014 09:15 PM, Andrzej Hajda wrote: Hi YoungJun, On 04/21/2014 02:28 PM, YoungJun Cho wrote: Some phy control registers are not kept after software reset. So this patch makes the clocks containing phy control to be set after software reset. Signed-

[PATCH] mmc: dw_mmc: Don't print data errors

Data errors are completely expected during tuning. Printing them out is confusing people looking at the kernel logs. They see things like: [3.613296] dwmmc_exynos 1220.dwmmc0: data error, status 0x0088 ...and they think something is wrong with their hardware. Remove the printouts.

RE: [PATCH v2] ARM: dts: disable MDMA1 node for Exynos5420

Javi Merino wrote: > > On Tue, Apr 22, 2014 at 02:05:26PM +0100, Seungwon Jeon wrote: > > This change places MDMA1 in disabled node for Exynos5420. > > If MDMA1 region is configured with secure mode, it makes > > the boot failure with the following on smdk5420 board. > > ("Unhandled fault: impreci

RE: [PATCH v8 2/3] ARM: dts: add dts files for exynos5260 SoC

Rahul Sharma wrote: > > The patch adds the dts files for exynos5260. > > Signed-off-by: Pankaj Dubey > Signed-off-by: Rahul Sharma > Signed-off-by: Arun Kumar K > Reviewed-by: Tomasz Figa Looks good to me. I will queue this 5260 SoC dtsi and 3rd xyref5260 board dt for 3.6 and I hope I can se

RE: [PATCH v8 1/3] ARM: EXYNOS: initial board support for exynos5260 SoC

Tomasz Figa wrote: > > On 16.04.2014 10:08, Sachin Kamat wrote: > > Hi Tomasz, > > > > On 16 April 2014 13:27, Tomasz Figa wrote: > >> Hi Rahul, > >> > >> > >> On 16.04.2014 05:58, Rahul Sharma wrote: > >>> > >>> From: Pankaj Dubey > >>> > >>> This patch add basic arch side support for exynos526

Re: [PATCH] net: sxgbe: Added phy_found error path

From: Byungho An Date: Fri, 18 Apr 2014 20:59:39 +0900 > This patch adds phy_found error path when there is no phy device > and changes bus_name. > > Signed-off-by: Byungho An Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a mes

Re: [PATCH] net: sxgbe: rearrange dma descriptor

From: Byungho An Date: Fri, 18 Apr 2014 20:59:36 +0900 > This patch moves cksum_ctl to tx_rd_des23 from cksum_pktlen for correct > checksum > offloading and modifies size for Tx/Rx descriptor. > > Signed-off-by: Byungho An Applied, thanks. -- To unsubscribe from this list: send the line "uns

Re: [PATCH 5/6] ARM: EXYNOS: Enable multi-platform build support

On Tuesday 22 April 2014, Olof Johansson wrote: > I don't think there's a point in keeping this around. A > "single-platform" config is just enabling a single platform in the > config, it's not a specific option. I don't think any of the other > platforms use anything like this today. The only one

Re: [RESEND PATCH v3 3/5] mfd: tps65090: Stop caching most registers

On Tue, Apr 22, 2014 at 08:24:56AM -0700, Doug Anderson wrote: > Nearly all of the registers in tps65090 combine control bits and > status bits. Turn off caching of all registers except the select few > that can be cached. Lee, I don't mind if I apply this and send a pull request to you or I pull

Re: [PATCH] ASoC: SAMSUNG: Add sound card driver for Snow board

On Tue, Apr 22, 2014 at 07:17:54PM +0530, Tushar Behera wrote: > On 22 April 2014 16:14, Mark Brown wrote: > > In general this isn't up to modern standards, please do try to check > > that new code is following best practices. Did the support for setting > > the clocking up in the device tree ge

Re: [PATCH] ARM: EXYNOS: cpu hotplug: use v7_exit_coherency_flush macro for cache disabling

On Tue, 22 Apr 2014, Leela Krishna Amudala wrote: > Remove the duplicated code for cache disabling and use > "v7_exit_coherency_flush" > macro to do the same job. > > Signed-off-by: Leela Krishna Amudala Acked-by: Nicolas Pitre > > --- > cpu hotplug is tested with 3.15-rc1 on Origen(which

Re: [PATCH] usb: ohci-exynos: Add facility to use phy provided by the generic phy framework

On Tue, 22 Apr 2014, Vivek Gautam wrote: > On Thu, Apr 10, 2014 at 6:54 PM, Vivek Gautam > wrote: > > Add support to consume phy provided by Generic phy framework. > > Keeping the support for older usb-phy intact right now, in order > > to prevent any functionality break in absence of relevant >

Re: [PATCH] usb: ohci-exynos: Add facility to use phy provided by the generic phy framework

On Thu, 10 Apr 2014, Vivek Gautam wrote: > Add support to consume phy provided by Generic phy framework. > Keeping the support for older usb-phy intact right now, in order > to prevent any functionality break in absence of relevant > device tree side change for ohci-exynos. > Once we move to new p

Re: [PATCH V2 9/9] drm/exynos: Add ps8622 lvds bridge discovery to DP driver

Hi Thierry, On Tue, Apr 22, 2014 at 2:57 PM, Thierry Reding wrote: > On Tue, Apr 22, 2014 at 04:09:18AM +0530, Ajay Kumar wrote: >> This patch adds ps8622 lvds bridge discovery code to the dp driver. >> >> Signed-off-by: Rahul Sharma >> Signed-off-by: Ajay Kumar >> --- >> Changes since V1: >>

[PATCH v2 7/7] ARM: tegra: Add the EC i2c tunnel to tegra124-venice2

This adds the EC i2c tunnel (and devices under it) to the tegra124-venice2 device tree. Signed-off-by: Doug Anderson Tested-by: Andrew Bresticker Tested-by: Stephen Warren --- Changes in v2: - Removed i2c20 alias for i2c tunnel arch/arm/boot/dts/tegra124-venice2.dts | 26 +

[PATCH v2 4/7] mfd: cros_ec: spi: Increase cros_ec_spi deadline from 5ms to 100ms

We're adding i2c tunneling to the list of things that goes over cros_ec. i2c tunneling can be slooow, so increase our deadline to 100ms to account for that. Signed-off-by: Doug Anderson Reviewed-by: Simon Glass Tested-by: Andrew Bresticker Tested-by: Stephen Warren --- Changes in v2: None

[PATCH v2 2/7] mfd: cros_ec: spi: Add mutex to cros_ec_spi

The main transfer function for cros_ec_spi can be called by more than one client at a time. Make sure that those clients don't stomp on each other by locking the bus for the duration of the transfer function. Signed-off-by: Doug Anderson Reviewed-by: Simon Glass Tested-by: Andrew Bresticker Te

[PATCH v2 5/7] mfd: cros_ec: Sync to the latest cros_ec_commands.h from EC sources

From: Bill Richardson This just updates include/linux/mfd/cros_ec_commands.h to match the latest EC version (which is the One True Source for such things). See [dianders: took today's ToT version from the Chromium OS EC; deleted referen

[PATCH v2 6/7] i2c: ChromeOS EC tunnel driver

On ARM Chromebooks we have a few devices that are accessed by both the AP (the main "Application Processor") and the EC (the Embedded Controller). These are: * The battery (sbs-battery). * The power management unit tps65090. On the original Samsung ARM Chromebook these devices were on an I2C bus

[PATCH v2 1/7] mfd: cros_ec: spi: calculate delay between transfers correctly

From: David Hendricks To avoid spamming the EC we calculate the time between the previous transfer and the current transfer and force a delay if the time delta is too small. However, a small miscalculation causes the delay period to be far too short. Most noticably this impacts commands with a l

[PATCH v2 0/7] Add cros_ec changes for newer boards

This series adds the most critical cros_ec changes for newer boards using cros_ec. Specifically: * Fixes timing/locking issues with the previously upstreamed (but never used upstream) cros_ec_spi driver. * Updates the cros_ec header file to the latest version which allows us to use newer EC fe

[PATCH v2 3/7] mfd: cros_ec: spi: Make the cros_ec_spi timeout more reliable

The cros_ec_spi transfer had two problems with its timeout code: 1. It looked at the timeout even in the case that it found valid data. 2. If the cros_ec_spi code got switched out for a while, it's possible it could get a timeout after a single loop. Let's be paranoid and make sure we do on

Re: ARM: dts: Remove mau_pd node for Exynos5420

Tushar, On Mon, Apr 21, 2014 at 10:39 PM, Tushar Behera wrote: > MAU powerdomain provides clocks for Audio sub-system block. This block > comprises of the I2S audio controller, audio DMA blocks and Audio > sub-system clock registers. > > Right now, there is no way to hook up power-domains with cl

Re: [PATCH 3/4] drm: Introduce drm_fb_helper_prepare()

On Tue, Apr 22, 2014 at 04:42:20PM +0200, Thierry Reding wrote: > From: Thierry Reding > > To implement hotplug detection in a race-free manner, drivers must call > drm_kms_helper_poll_init() before hotplug events can be triggered. Such > events can be triggered right after any of the encoders or

[RESEND PATCH v3 3/5] mfd: tps65090: Stop caching most registers

Nearly all of the registers in tps65090 combine control bits and status bits. Turn off caching of all registers except the select few that can be cached. In order to avoid adding more duplicate #defines, we also move some register offset definitions to the mfd driver (and resolve inconsistent nam

Re: [PATCH 2/4] drm: Constify struct drm_fb_helper_funcs

On Tue, Apr 22, 2014 at 04:42:19PM +0200, Thierry Reding wrote: > From: Thierry Reding > > There's no need for this to be modifiable. Make it const so that it can > be put into the .rodata section. > > Signed-off-by: Thierry Reding Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/armada/

Re: [PATCH v3 5/5] regulator: tps65090: Make FETs more reliable by adding retries

Hi, On Tue, Apr 22, 2014 at 8:07 AM, Lee Jones wrote: >> > If there are cross-subsystem dependencies I prefer to use immutable >> > branches to eliminate any change of merge conflicts in -next or the >> > next merge window. I'm happy to either create on with Mark's Acks, or >> > receive a pull-re

Re: [PATCH V2 4/9] drm/exynos: add exynos_dp_panel driver registration to drm driver

On Tue, Apr 22, 2014 at 08:33:23PM +0530, Ajay kumar wrote: > Hi Thierry, > > On Tue, Apr 22, 2014 at 2:03 PM, Thierry Reding > wrote: > > On Tue, Apr 22, 2014 at 04:09:13AM +0530, Ajay Kumar wrote: > >> Register exynos_dp_panel before the list of exynos crtcs and > >> connectors are probed. > >>

Re: [PATCH V2 3/9] drm/panel: Add driver for exynos_dp based panels

On Tue, Apr 22, 2014 at 08:23:03PM +0530, Ajay kumar wrote: > Hi Thierry, > > > On Tue, Apr 22, 2014 at 1:56 PM, Thierry Reding > wrote: > > On Tue, Apr 22, 2014 at 04:09:12AM +0530, Ajay Kumar wrote: > >> This patch adds a simple driver to handle all the LCD and LED > >> powerup/down routines n

Re: [PATCH v3 5/5] regulator: tps65090: Make FETs more reliable by adding retries

> > If there are cross-subsystem dependencies I prefer to use immutable > > branches to eliminate any change of merge conflicts in -next or the > > next merge window. I'm happy to either create on with Mark's Acks, or > > receive a pull-request from Mark with mine applied. > > > Up to Mark. > > W

Re: [PATCH V2 4/9] drm/exynos: add exynos_dp_panel driver registration to drm driver

Hi Thierry, On Tue, Apr 22, 2014 at 2:03 PM, Thierry Reding wrote: > On Tue, Apr 22, 2014 at 04:09:13AM +0530, Ajay Kumar wrote: >> Register exynos_dp_panel before the list of exynos crtcs and >> connectors are probed. >> >> This is needed because exynos_dp_panel should be registered to >> the dr

Re: [PATCH V2 3/9] drm/panel: Add driver for exynos_dp based panels

Hi Thierry, On Tue, Apr 22, 2014 at 1:56 PM, Thierry Reding wrote: > On Tue, Apr 22, 2014 at 04:09:12AM +0530, Ajay Kumar wrote: >> This patch adds a simple driver to handle all the LCD and LED >> powerup/down routines needed to support eDP/eDP-LVDS panels >> supported on exynos boards. >> >> Th

[PATCH 4/4] drm/tegra: Implement race-free hotplug detection

From: Thierry Reding A race condition currently exists on Tegra, where it can happen that a monitor attached via HDMI isn't detected during the initial FB helper setup, but the hotplug event happens too early to be processed by the poll helpers because they haven't been initialized yet. This happ

[PATCH 3/4] drm: Introduce drm_fb_helper_prepare()

From: Thierry Reding To implement hotplug detection in a race-free manner, drivers must call drm_kms_helper_poll_init() before hotplug events can be triggered. Such events can be triggered right after any of the encoders or connectors are initialized. At the same time, if the drm_fb_helper_hotplu

[PATCH 1/4] drm/fb-helper: Fix hpd vs. initial config races

From: Daniel Vetter Some drivers need to be able to have a perfect race-free fbcon setup. Current drivers only enable hotplug processing after the call to drm_fb_helper_initial_config which leaves a tiny but important race. This race is especially noticable on embedded platforms where the driver

[PATCH 2/4] drm: Constify struct drm_fb_helper_funcs

From: Thierry Reding There's no need for this to be modifiable. Make it const so that it can be put into the .rodata section. Signed-off-by: Thierry Reding --- drivers/gpu/drm/armada/armada_fbdev.c | 2 +- drivers/gpu/drm/ast/ast_fb.c | 2 +- drivers/gpu/drm/bochs/bochs_fbdev.

Re: [PATCH V2 3/9] drm/panel: Add driver for exynos_dp based panels

Hi Jingoo, On Tue, Apr 22, 2014 at 12:52 PM, Jingoo Han wrote: > > On Tuesday, April 22, 2014 7:39 AM, Ajay Kumar wrote: > > > > This patch adds a simple driver to handle all the LCD and LED > > powerup/down routines needed to support eDP/eDP-LVDS panels > > supported on exynos boards. > > > > T

Re: [PATCH] ARM: EXYNOS: cpu hotplug: use v7_exit_coherency_flush macro for cache disabling

On 04/22/2014 04:18 PM, Leela Krishna Amudala wrote: Remove the duplicated code for cache disabling and use "v7_exit_coherency_flush" macro to do the same job. Hi Leela, thanks for this patch! It would be nice if you can describe why those macros can be replaced by the generic v7_exit_coheren

[PATCH] ARM: EXYNOS: cpu hotplug: use v7_exit_coherency_flush macro for cache disabling

Remove the duplicated code for cache disabling and use "v7_exit_coherency_flush" macro to do the same job. Signed-off-by: Leela Krishna Amudala --- cpu hotplug is tested with 3.15-rc1 on Origen(which has cortex A9) and Arndale octa(which has cortex A7 and A15) boards. arch/arm/mach-exynos/hotp

Re: [PATCH V2 8/9] drm/bridge: Add PS8622 bridge driver

Hi Sean, On Tue, Apr 22, 2014 at 7:01 PM, Sean Paul wrote: > > On Mon, Apr 21, 2014 at 6:39 PM, Ajay Kumar wrote: > > This patch adds a drm_bridge driver for the PS8622 DisplayPort to LVDS > > bridge chip. > > > > Signed-off-by: Andrew Bresticker > > Signed-off-by: Sean Paul > > Signed-off-by

Re: [RFC v2 PATCH v4 09/14] ARM: dts: s6e3fa0: add DT bindings

On 04/21/2014 02:28 PM, YoungJun Cho wrote: > This patch adds DT bindings for s6e3fa0 panel. > The bindings describes panel resources, display timings and cpu timings. > > Changelog v2: > - Adds unit address (commented by Sachin Kamat) > Changelog v3: > - Removes optional delay, size properties (c

Re: [PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

On Tue, Apr 22, 2014 at 07:34:03AM -0400, Rob Clark wrote: > So what about, rather than adding drm_panel support to each bridge > individually, we introduce a drm_panel_bridge (with a form of > chaining).. ie: > > struct drm_panel_bridge { > struct drm_bridge base; > struct drm_panel *pa

Re: [PATCH] ASoC: SAMSUNG: Add sound card driver for Snow board

On 22 April 2014 16:14, Mark Brown wrote: > On Tue, Apr 22, 2014 at 01:33:54PM +0530, Tushar Behera wrote: > >> Added machine driver to instantiate I2S based sound card on Snow >> board. It has MAX98095 audio codec on board. > > In general this isn't up to modern standards, please do try to check

Re: [PATCH v2] ARM: dts: disable MDMA1 node for Exynos5420

On Tue, Apr 22, 2014 at 02:05:26PM +0100, Seungwon Jeon wrote: > This change places MDMA1 in disabled node for Exynos5420. > If MDMA1 region is configured with secure mode, it makes > the boot failure with the following on smdk5420 board. > ("Unhandled fault: imprecise external abort (0x1406) at 0x

Re: [PATCH V2 8/9] drm/bridge: Add PS8622 bridge driver

On Mon, Apr 21, 2014 at 6:39 PM, Ajay Kumar wrote: > This patch adds a drm_bridge driver for the PS8622 DisplayPort to LVDS > bridge chip. > > Signed-off-by: Andrew Bresticker > Signed-off-by: Sean Paul > Signed-off-by: Rahul Sharma > Signed-off-by: Ajay Kumar Hi Ajay, I don't think that you

Re: [PATCH v11 20/27] iommu/exynos: allow having multiple System MMUs for a master H/W

Hi KyongHo Cho, On Fri, Mar 14, 2014 at 10:40 AM, Cho KyongHo wrote: > Some master device descriptor like fimc-is which is an abstraction > of very complex H/W may have multiple System MMUs. For those devices, > the design of the link between System MMU and its master H/W is needed > to be reco

[PATCH v2] ARM: dts: disable MDMA1 node for Exynos5420

This change places MDMA1 in disabled node for Exynos5420. If MDMA1 region is configured with secure mode, it makes the boot failure with the following on smdk5420 board. ("Unhandled fault: imprecise external abort (0x1406) at 0x") Thus, arndale-octa board don't need to do the same thing any

Re: [PATCH v2 1/2] v4l: Add resolution change event.

On 04/21/2014 11:26 AM, Arun Kumar K wrote: > From: Pawel Osciak > > This event indicates that the decoder has reached a point in the stream, > at which the resolution changes. The userspace is expected to provide a new > set of CAPTURE buffers for the new format before decoding can continue. > T

Re: [PATCH v2 1/2] v4l: Add resolution change event.

On 04/21/2014 10:59 PM, Laurent Pinchart wrote: > Hi Arun, > > On Monday 21 April 2014 17:19:26 Arun Kumar K wrote: >> On Mon, Apr 21, 2014 at 3:54 PM, Laurent Pinchart wrote: >>> On Monday 21 April 2014 14:56:01 Arun Kumar K wrote: From: Pawel Osciak This event indicates that the

Re: [PATCH v11 12/27] ARM: dts: Add description of System MMU of Exynos SoCs

On Sun, 20 Apr 2014 15:25:59 +0530, Shaik Ameer Basha wrote: > Hi KyongHo Cho, > > Please find the comments inline. > > On Fri, Mar 14, 2014 at 10:36 AM, Cho KyongHo wrote: > > This patch adds dts entries for the System MMU devices found on > > Exynos4 and Exynos5 SoC series and the System MMU b

[PATCH v5] arm: exynos: generalize power register address calculation

Currently status/configuration power register values are hard-coded for cpu1. Make it generic so that it is useful for SoC's with more than two cpus. Signed-off-by: Chander Kashyap Signed-off-by: Chander Kashyap --- changes in v5: 1. Fix typo: enynos_pmu_cpunr -> exynos_pmu_cpunr change

Re: [PATCH] [media] s5p-mfc: Add IOMMU support

Hi Laurent, Thank you for the review. On Tue, Apr 22, 2014 at 5:23 PM, Laurent Pinchart wrote: > Hi Arun, > > Thank you for the patch. > > On Tuesday 22 April 2014 16:32:48 Arun Kumar K wrote: >> The patch adds IOMMU support for MFC driver. > > I've been working on an IOMMU driver lately, which

Re: [RFC v2 PATCH 02/14] drm/exynos: dsi: delay setting clocks after reset

Hi YoungJun, On 04/21/2014 02:28 PM, YoungJun Cho wrote: > Some phy control registers are not kept after software reset. > So this patch makes the clocks containing phy control to be set > after software reset. > > Signed-off-by: YoungJun Cho > Acked-by: Inki Dae > Acked-by: Kyungmin Park > ---

Re: [PATCH] [media] s5p-mfc: Add IOMMU support

Hi Arun, Thank you for the patch. On Tuesday 22 April 2014 16:32:48 Arun Kumar K wrote: > The patch adds IOMMU support for MFC driver. I've been working on an IOMMU driver lately, which led me to think about how drivers should be interfaced with IOMMUs. Runtime IOMMU handling is performed by t

Re: [PATCH RFC 3/3] drm/exynos: use pending_components for components tracking

On Tue, Apr 22, 2014 at 01:29:54PM +0200, Andrzej Hajda wrote: > On 04/18/2014 02:46 PM, Russell King - ARM Linux wrote: > > On Fri, Apr 18, 2014 at 02:02:37PM +0200, Andrzej Hajda wrote: > >> Separation of the interfaces exposed by the device from the device itself > >> seems to me a good thing. I

Re: [PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

So what about, rather than adding drm_panel support to each bridge individually, we introduce a drm_panel_bridge (with a form of chaining).. ie: struct drm_panel_bridge { struct drm_bridge base; struct drm_panel *panel; struct drm_bridge *bridge; /* optional */ }; static void dr

Re: [PATCH RFC 3/3] drm/exynos: use pending_components for components tracking

On 04/18/2014 02:46 PM, Russell King - ARM Linux wrote: > On Fri, Apr 18, 2014 at 02:02:37PM +0200, Andrzej Hajda wrote: >> Separation of the interfaces exposed by the device from the device itself >> seems to me a good thing. I would even consider it as a biggest >> advantage of this solution :) >

[PATCH v6 2/2] phy: exynos5-usbdrd: Add facility for VBUS supply

Adding support to enable/disable VBUS controlled by a regulator, to enable vbus supply on the port. Signed-off-by: Vivek Gautam --- Mistakenly sent a WIP patchset in v5 version of this patch, that gives build errors. So fixed those. Changes from v5: - Removed any mention about sclk_usbphy30* i

[PATCH v6 1/2] phy: Add new Exynos5 USB 3.0 PHY driver

Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs. The new driver uses the generic PHY framework and will interact with DWC3 controller present on Exynos5 series of SoCs. Thereby, removing old phy-samsung-usb3 driver and related code used untill now which was based on usb/phy framework

Re: [PATCH 2/4] driver: cpuidle: cpuidle-big-little: init driver for Exynos5420

On 04/21/2014 01:49 PM, Chander Kashyap wrote: Add "samsung,exynos5420" compatible string to initialize generic big-little cpuidle driver for Exynos5420. Signed-off-by: Chander Kashyap Signed-off-by: Chander Kashyap --- drivers/cpuidle/cpuidle-big_little.c |3 ++- 1 file changed, 2 inse

[PATCH] [media] s5p-mfc: Add IOMMU support

The patch adds IOMMU support for MFC driver. Signed-off-by: Arun Kumar K --- This patch is tested on IOMMU support series [1] posted by KyonHo Cho. [1] https://lkml.org/lkml/2014/3/14/9 --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 33 ++ 1 file changed, 33 inserti

Re: [PATCH v3 5/5] regulator: tps65090: Make FETs more reliable by adding retries

On Tue, Apr 22, 2014 at 08:47:09AM +0100, Lee Jones wrote: > If there are cross-subsystem dependencies I prefer to use immutable > branches to eliminate any change of merge conflicts in -next or the > next merge window. I'm happy to either create on with Mark's Acks, or > receive a pull-request fr

Re: [PATCH 4/4] mcpm: exynos: populate suspend and powered_up callbacks

On 04/21/2014 01:49 PM, Chander Kashyap wrote: In order to support cpuidle through mcpm, suspend and powered-up callbacks are required in mcpm platform code. Hence populate the same callbacks. Signed-off-by: Chander Kashyap Signed-off-by: Chander Kashyap --- arch/arm/mach-exynos/mcpm-exynos.

Re: [PATCH] ASoC: SAMSUNG: Add sound card driver for Snow board

On Tue, Apr 22, 2014 at 01:33:54PM +0530, Tushar Behera wrote: > Added machine driver to instantiate I2S based sound card on Snow > board. It has MAX98095 audio codec on board. In general this isn't up to modern standards, please do try to check that new code is following best practices. Did the

Re: [PATCH 1/4] cpuidle: config: Add SOC_EXYNOS5420 entry to select cpuidle-big-little driver

On 04/21/2014 01:49 PM, Chander Kashyap wrote: Exynos5420 is a big-little SoC from Samsung. It has 4 A15 and 4 A7 cores. In order to use generic cpuidle-big-little driver, this patch adds Exynos5420 specific check to initialize generic cpuidle driver. Signed-off-by: Chander Kashyap Signed-off-b

Re: [PATCH 2/4] driver: cpuidle: cpuidle-big-little: init driver for Exynos5420

On 04/21/2014 01:49 PM, Chander Kashyap wrote: Add "samsung,exynos5420" compatible string to initialize generic big-little cpuidle driver for Exynos5420. Signed-off-by: Chander Kashyap Signed-off-by: Chander Kashyap --- To be migrated to platform_driver but until that: Acked-by: Daniel Lezc

Re: [PATCH 3/4] exynos: cpuidle: do not allow cpuidle registration for Exynos5420

On 04/21/2014 01:49 PM, Chander Kashyap wrote: Exynos5420 is big.Little Soc. It uses cpuidle-big-litle generic cpuidle driver. Hence do not allow exynos cpuidle driver registration for Exynos5420. Signed-off-by: Chander Kashyap Signed-off-by: Chander Kashyap --- Acked-by: Daniel Lezcano bu

Re: [PATCH v2] serial_core: Commonalize crlf when working w/ a non open console port

> I've moved the handling to uart_poll_put_char() to fix the above > problems. Now when I use kdb (and don't point console= to the same > UART) I no longer get: > > [0]kdb> >[0]kdb> > [0]kdb> > > Signed-off-by: Doug Anderson This seems sensible Reviewed-by: Alan Cox --

Re: [PATCH V2 9/9] drm/exynos: Add ps8622 lvds bridge discovery to DP driver

On Tue, Apr 22, 2014 at 04:09:18AM +0530, Ajay Kumar wrote: > This patch adds ps8622 lvds bridge discovery code to the dp driver. > > Signed-off-by: Rahul Sharma > Signed-off-by: Ajay Kumar > --- > Changes since V1: > Pushing V1 for this as V2 because this patch holds good in this series.

Re: [PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

On Tue, Apr 22, 2014 at 04:09:16AM +0530, Ajay Kumar wrote: [...] > diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c > b/drivers/gpu/drm/exynos/exynos_dp_core.c [...] > @@ -1012,9 +1013,16 @@ static int exynos_dp_create_connector(struct > exynos_drm_display *display, > dp->encoder = enc

RE: [PATCH v2 1/2] v4l: Add resolution change event.

Hi Pawel, > From: Pawel Osciak [mailto:posc...@chromium.org] > Sent: Tuesday, April 22, 2014 9:46 AM > To: Kamil Debski > Cc: Arun Kumar K; linux-me...@vger.kernel.org; linux-samsung-soc; > Sylwester Nawrocki; Hans Verkuil; Laurent Pinchart > Subject: Re: [PATCH v2 1/2] v4l: Add resolution change

Re: [PATCH V2 6/9] drm/bridge: ptn3460: enable polling based detection

On Tue, Apr 22, 2014 at 04:09:15AM +0530, Ajay Kumar wrote: > From: Rahul Sharma > > Add DRM_CONNECTOR_POLL_HPD to the set of connector flags while > registering drm_connector for ptn3460. > > Signed-off-by: Rahul Sharma > Signed-off-by: Ajay Kumar This needs to explain *why* you think this c

Re: [PATCH V2 8/9] drm/bridge: Add PS8622 bridge driver

On Tuesday, April 22, 2014 7:39 AM, Ajay Kumar wrote: > > This patch adds a drm_bridge driver for the PS8622 DisplayPort to LVDS > bridge chip. > > Signed-off-by: Andrew Bresticker > Signed-off-by: Sean Paul > Signed-off-by: Rahul Sharma > Signed-off-by: Ajay Kumar > --- > Changes since V1: >

Re: [PATCH RFC 3/3] drm/exynos: use pending_components for components tracking

Hi Russel, My answer little bit later due to Easter. On 04/18/2014 02:42 PM, Russell King - ARM Linux wrote: > On Fri, Apr 18, 2014 at 01:27:53PM +0200, Andrzej Hajda wrote: >> Hi Russel, >> >> Thanks for comments. >> >> On 04/17/2014 11:47 PM, Russell King - ARM Linux wrote: >>> On Thu, Apr 17,

Re: [PATCH V2 5/9] drm/exynos: dp: modify driver to support drm_panel

On Tue, Apr 22, 2014 at 04:09:14AM +0530, Ajay Kumar wrote: [...] > diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c > b/drivers/gpu/drm/exynos/exynos_dp_core.c [...] > @@ -1299,6 +1308,15 @@ static int exynos_dp_bind(struct device *dev, struct > device *master, void *data) > > INIT_W

Re: [PATCH V2 4/9] drm/exynos: add exynos_dp_panel driver registration to drm driver

On Tue, Apr 22, 2014 at 04:09:13AM +0530, Ajay Kumar wrote: > Register exynos_dp_panel before the list of exynos crtcs and > connectors are probed. > > This is needed because exynos_dp_panel should be registered to > the drm_panel list via panel-exynos-dp probe, i.e much before > exynos_dp_bind ca

Re: [PATCH V2 3/9] drm/panel: Add driver for exynos_dp based panels

On Tue, Apr 22, 2014 at 04:09:12AM +0530, Ajay Kumar wrote: > This patch adds a simple driver to handle all the LCD and LED > powerup/down routines needed to support eDP/eDP-LVDS panels > supported on exynos boards. > > The LCD and LED units are usually powered up via regulators, > and almost on a

Re: [PATCH] ARM: dts: disable MDMA1 node for smdk5420 board

On 22 April 2014 12:31, Seungwon Jeon wrote: > On Tue, April 22, 2014, Tushar Behera wrote: >> On 22 April 2014 07:48, Kukjin Kim wrote: >> > Seungwon Jeon wrote: >> >> >> > >> > + Javi Merino and Tushar Behera >> > >> >> This change is similar to commit 3da355c(ARM: dts: Disable MDMA1 node >> >>

Re: [PATCH V2 2/9] drm/panel: add pre_enable and post_disable routines

On Tue, Apr 22, 2014 at 04:09:11AM +0530, Ajay Kumar wrote: > Most of the panels need an init sequence as mentioned below: > -- poweron LCD unit/LCD_EN > -- start video data > -- poweron LED unit/BL_EN > And, a de-init sequence as mentioned below: > -- poweroff LED unit/BL_E

Re: [PATCH] ARM: dts: Remove mau_pd node for Exynos5420

On 22 April 2014 13:08, Alim Akhtar wrote: > Hi Tushar > > On Tue, Apr 22, 2014 at 11:09 AM, Tushar Behera > wrote: >> MAU powerdomain provides clocks for Audio sub-system block. This block >> comprises of the I2S audio controller, audio DMA blocks and Audio >> sub-system clock registers. >> >> R

[PATCH] ASoC: SAMSUNG: Add sound card driver for Snow board

Added machine driver to instantiate I2S based sound card on Snow board. It has MAX98095 audio codec on board. There are some other variants for Snow board which have MAX98090 audio codec. Hence support for MAX98090 is also added to this driver. Signed-off-by: Tushar Behera --- Documentation/dev

[PATCH v5 1/2] phy: Add new Exynos5 USB 3.0 PHY driver

Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs. The new driver uses the generic PHY framework and will interact with DWC3 controller present on Exynos5 series of SoCs. Thereby, removing old phy-samsung-usb3 driver and related code used untill now which was based on usb/phy framework

[PATCH v5 2/2] phy: exynos5-usbdrd: Add facility for VBUS supply

Adding support to enable/disable VBUS controlled by a regulator, to enable vbus supply on the port. Signed-off-by: Vivek Gautam --- This is v2 version of patch: [PATCH] phy: exynos5-usbdrd: Add facility to toggle vbus gpio on/off https://lkml.org/lkml/2014/4/9/186 Changes from v1: - Using regu

[PATCH v5 0/2] Add Exynos5 USB 3.0 phy driver based on generic PHY framework

Based on 'next' branch of Kishon's phy tree (linux-phy). Tested on 'usb-next' of Greg's usb tree. Changes from v4: 1) Separated out the device tree related arch patches from this patch series. Shall be posting these below mentioned patches (which were part of V4 version of this series) in a

Re: [PATCH] ARM: dts: Add peach-pit board support

Hi Tushar, Thank you for the review. On Tue, Apr 22, 2014 at 11:13 AM, Tushar Behera wrote: > On 20 April 2014 10:56, Arun Kumar K wrote: >> Adds the google peach-pit board dts file which uses >> exynos5420 SoC. >> >> Signed-off-by: Arun Kumar K >> Signed-off-by: Doug Anderson >> --- >> arch/

Re: [PATCH] ARM: dts: Add peach-pit board support

Hi Doug, Thank you for the review. On Tue, Apr 22, 2014 at 4:26 AM, Doug Anderson wrote: > Arun, > > On Sat, Apr 19, 2014 at 10:26 PM, Arun Kumar K wrote: >> Adds the google peach-pit board dts file which uses >> exynos5420 SoC. >> >> Signed-off-by: Arun Kumar K >> Signed-off-by: Doug Anderson

Re: [PATCH v3 5/5] regulator: tps65090: Make FETs more reliable by adding retries

> Mark, > > On Fri, Apr 18, 2014 at 10:43 AM, Mark Brown wrote: > > On Wed, Apr 16, 2014 at 04:12:29PM -0700, Doug Anderson wrote: > >> An issue was discovered with tps65090 where sometimes the FETs > >> wouldn't actually turn on when requested (they would report > >> overcurrent). The most prob

Re: [PATCH] ARM: dts: Remove mau_pd node for Exynos5420

Hi Tushar On Tue, Apr 22, 2014 at 11:09 AM, Tushar Behera wrote: > MAU powerdomain provides clocks for Audio sub-system block. This block > comprises of the I2S audio controller, audio DMA blocks and Audio > sub-system clock registers. > > Right now, there is no way to hook up power-domains with

  1   2   >