Hi Sachin,
Thank you for the review.
Will address you comments and post the next version.
Regards
Arun
On Mon, Apr 21, 2014 at 10:59 AM, Sachin Kamat sachin.ka...@linaro.org wrote:
Hi Arun,
On 20 April 2014 10:56, Arun Kumar K arun...@samsung.com wrote:
Adds the google peach-pit board dts
On Tue, April 22, 2014, Tushar Behera wrote:
On 22 April 2014 07:48, Kukjin Kim kgene@samsung.com wrote:
Seungwon Jeon wrote:
+ Javi Merino and Tushar Behera
This change is similar to commit 3da355c(ARM: dts: Disable MDMA1 node
for arndale-octa board). If MDMA1 region is
On Tuesday, April 22, 2014 7:39 AM, Ajay Kumar wrote:
From: Andrew Bresticker abres...@chromium.org
Certain bridge chips use a GPIO to indicate the cable status instead
of the I_DP_HPD pin. This adds an optional device-tree property,
samsung,hpd-gpio, to the exynos-dp controller which
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.
The LCD and LED units are usually powered up via regulators,
and almost on all
Hi Pawel,
From: Pawel Osciak [mailto:posc...@chromium.org]
Sent: Monday, April 21, 2014 12:27 PM
To: Arun Kumar K
Cc: linux-me...@vger.kernel.org; linux-samsung-soc; Kamil Debski;
Sylwester Nawrocki; Hans Verkuil; Laurent Pinchart
Subject: Re: [PATCH v2 1/2] v4l: Add resolution change
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/include/drm/drm_mipi_dsi.h
@@ -49,6 +49,7 @@ struct mipi_dsi_msg {
* @detach: detach
Hi Tushar
On Tue, Apr 22, 2014 at 11:09 AM, Tushar Behera
tushar.beh...@linaro.org 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
Mark,
On Fri, Apr 18, 2014 at 10:43 AM, Mark Brown broo...@kernel.org 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
Hi Doug,
Thank you for the review.
On Tue, Apr 22, 2014 at 4:26 AM, Doug Anderson diand...@google.com wrote:
Arun,
On Sat, Apr 19, 2014 at 10:26 PM, Arun Kumar K arun...@samsung.com wrote:
Adds the google peach-pit board dts file which uses
exynos5420 SoC.
Signed-off-by: Arun Kumar K
Hi Tushar,
Thank you for the review.
On Tue, Apr 22, 2014 at 11:13 AM, Tushar Behera
tushar.beh...@linaro.org wrote:
On 20 April 2014 10:56, Arun Kumar K arun...@samsung.com wrote:
Adds the google peach-pit board dts file which uses
exynos5420 SoC.
Signed-off-by: Arun Kumar K
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
Adding support to enable/disable VBUS controlled by a
regulator, to enable vbus supply on the port.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
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
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
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_EN
On 22 April 2014 13:08, Alim Akhtar alim.akh...@gmail.com wrote:
Hi Tushar
On Tue, Apr 22, 2014 at 11:09 AM, Tushar Behera
tushar.beh...@linaro.org wrote:
MAU powerdomain provides clocks for Audio sub-system block. This block
comprises of the I2S audio controller, audio DMA blocks and Audio
On 22 April 2014 12:31, Seungwon Jeon tgih@samsung.com wrote:
On Tue, April 22, 2014, Tushar Behera wrote:
On 22 April 2014 07:48, Kukjin Kim kgene@samsung.com wrote:
Seungwon Jeon wrote:
+ Javi Merino and Tushar Behera
This change is similar to commit 3da355c(ARM: dts:
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 all
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 calls
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)
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, 2014 at
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 abres...@chromium.org
Signed-off-by: Sean Paul seanp...@chromium.org
Signed-off-by: Rahul Sharma
On Tue, Apr 22, 2014 at 04:09:15AM +0530, Ajay Kumar wrote:
From: Rahul Sharma rahul.sha...@samsung.com
Add DRM_CONNECTOR_POLL_HPD to the set of connector flags while
registering drm_connector for ptn3460.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
Signed-off-by: Ajay Kumar
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
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 rahul.sha...@samsung.com
Signed-off-by: Ajay Kumar ajaykumar...@samsung.com
---
Changes since V1:
Pushing V1 for this as V2
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 diand...@chromium.org
This seems sensible
Reviewed-by:
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 chander.kash...@linaro.org
Signed-off-by: Chander Kashyap
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 chander.kash...@linaro.org
Signed-off-by: Chander Kashyap k.chan...@samsung.org
---
To be migrated to
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
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
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 chander.kash...@linaro.org
Signed-off-by: Chander Kashyap
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 from
The patch adds IOMMU support for MFC driver.
Signed-off-by: Arun Kumar K arun...@samsung.com
---
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
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 chander.kash...@linaro.org
Signed-off-by: Chander Kashyap k.chan...@samsung.org
---
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
Adding support to enable/disable VBUS controlled by a
regulator, to enable vbus supply on the port.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
Mistakenly sent a WIP patchset in v5 version of this patch, that gives
build errors. So fixed those.
Changes from v5:
- Removed any
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 :)
The
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
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 would
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
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 yj44@samsung.com
Acked-by: Inki Dae
Hi Laurent,
Thank you for the review.
On Tue, Apr 22, 2014 at 5:23 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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
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 chander.kash...@linaro.org
Signed-off-by: Chander Kashyap k.chan...@samsung.com
---
changes in v5:
1. Fix
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 pullip@samsung.com wrote:
This patch adds dts entries for the System MMU devices found on
Exynos4 and Exynos5 SoC series and
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 posc...@chromium.org
This event indicates that the
On 04/21/2014 11:26 AM, Arun Kumar K wrote:
From: Pawel Osciak posc...@chromium.org
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
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
Hi KyongHo Cho,
On Fri, Mar 14, 2014 at 10:40 AM, Cho KyongHo pullip@samsung.com 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
On Mon, Apr 21, 2014 at 6:39 PM, Ajay Kumar ajaykumar...@samsung.com wrote:
This patch adds a drm_bridge driver for the PS8622 DisplayPort to LVDS
bridge chip.
Signed-off-by: Andrew Bresticker abres...@chromium.org
Signed-off-by: Sean Paul seanp...@chromium.org
Signed-off-by: Rahul Sharma
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
On 22 April 2014 16:14, Mark Brown broo...@kernel.org 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
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 *panel;
Hi Sean,
On Tue, Apr 22, 2014 at 7:01 PM, Sean Paul seanp...@google.com wrote:
On Mon, Apr 21, 2014 at 6:39 PM, Ajay Kumar ajaykumar...@samsung.com wrote:
This patch adds a drm_bridge driver for the PS8622 DisplayPort to LVDS
bridge chip.
Signed-off-by: Andrew Bresticker
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
Hi Jingoo,
On Tue, Apr 22, 2014 at 12:52 PM, Jingoo Han jg1@samsung.com 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.
From: Thierry Reding tred...@nvidia.com
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 tred...@nvidia.com
---
drivers/gpu/drm/armada/armada_fbdev.c | 2 +-
drivers/gpu/drm/ast/ast_fb.c | 2
From: Daniel Vetter daniel.vet...@ffwll.ch
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
From: Thierry Reding tred...@nvidia.com
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
From: Thierry Reding tred...@nvidia.com
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
Hi Thierry,
On Tue, Apr 22, 2014 at 1:56 PM, Thierry Reding
thierry.red...@gmail.com 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
Hi Thierry,
On Tue, Apr 22, 2014 at 2:03 PM, Thierry Reding
thierry.red...@gmail.com 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
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
thierry.red...@gmail.com 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
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
thierry.red...@gmail.com 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
Hi,
On Tue, Apr 22, 2014 at 8:07 AM, Lee Jones lee.jo...@linaro.org 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
On Tue, Apr 22, 2014 at 04:42:19PM +0200, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
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 tred...@nvidia.com
Reviewed-by: Daniel Vetter
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
On Tue, Apr 22, 2014 at 04:42:20PM +0200, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
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
Tushar,
On Mon, Apr 21, 2014 at 10:39 PM, Tushar Behera
tushar.beh...@linaro.org 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
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
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
From: David Hendricks dhend...@chromium.org
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
From: Bill Richardson wfric...@chromium.org
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
https://chromium.googlesource.com/chromiumos/platform/ec
[dianders: took today's ToT version from the Chromium OS
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
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 diand...@chromium.org
Reviewed-by: Simon Glass
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
Signed-off-by: Doug Anderson diand...@chromium.org
Tested-by: Andrew Bresticker abres...@chromium.org
Tested-by: Stephen Warren swar...@nvidia.com
---
Changes in v2:
- Removed i2c20 alias for i2c tunnel
Hi Thierry,
On Tue, Apr 22, 2014 at 2:57 PM, Thierry Reding
thierry.red...@gmail.com 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 rahul.sha...@samsung.com
Signed-off-by:
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 phy
On Tue, 22 Apr 2014, Vivek Gautam wrote:
On Thu, Apr 10, 2014 at 6:54 PM, Vivek Gautam gautam.vi...@samsung.com
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
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 leela.kris...@linaro.org
Acked-by: Nicolas Pitre n...@linaro.org
---
cpu hotplug is tested
On Tue, Apr 22, 2014 at 07:17:54PM +0530, Tushar Behera wrote:
On 22 April 2014 16:14, Mark Brown broo...@kernel.org 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
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 a
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
From: Byungho An bh74...@samsung.com
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 bh74...@samsung.com
Applied, thanks.
--
To unsubscribe
From: Byungho An bh74...@samsung.com
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 bh74...@samsung.com
Applied, thanks.
--
To unsubscribe from this list: send the line unsubscribe
Tomasz Figa wrote:
On 16.04.2014 10:08, Sachin Kamat wrote:
Hi Tomasz,
On 16 April 2014 13:27, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Rahul,
On 16.04.2014 05:58, Rahul Sharma wrote:
From: Pankaj Dubey pankaj.du...@samsung.com
This patch add basic arch side support for
Rahul Sharma wrote:
The patch adds the dts files for exynos5260.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
Signed-off-by: Arun Kumar K arun...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Looks good to me. I will
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: imprecise
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
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.
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 pullip@samsung.com wrote:
Some master device descriptor like fimc-is which is an abstraction
of very complex H/W may have multiple System MMUs. For those
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
+++
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
On 23 April 2014 00:03, Mark Brown broo...@kernel.org wrote:
On Tue, Apr 22, 2014 at 07:17:54PM +0530, Tushar Behera wrote:
On 22 April 2014 16:14, Mark Brown broo...@kernel.org wrote:
In general this isn't up to modern standards, please do try to check
that new code is following best
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
Hi Yuvaraj,
On Mon, Mar 24, 2014 at 10:12 AM, Yuvaraj Kumar yuvaraj...@gmail.com wrote:
On Mon, Mar 24, 2014 at 9:59 AM, Jaehoon Chung jh80.ch...@samsung.com 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
Hi Daniel,
Thanks for reviewing the patch.
On Tue, Apr 22, 2014 at 8:06 PM, Daniel Lezcano
daniel.lezc...@linaro.org 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
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
96 matches
Mail list logo