On Wed, May 14, 2014 at 11:12 PM, Kamil Debski k.deb...@samsung.com wrote:
Hi Pawel, Hans,
I think we talked some time ago on IRC about this patch.
If I remember correctly, the conclusion was that it would be better to use
a specific pixel formats for this kind of out codec output.
Akin to:
On Thu, May 15, 2014 at 10:49:37AM +0530, Rahul Sharma wrote:
Hi Thierry,
On 15 May 2014 03:44, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at 12:47:21AM +0530, Rahul Sharma wrote:
[...]
+#define HDMI_PHY 0
+#define DAC_PHY 1
+#define ADC_PHY 2
On Thu, May 15, 2014 at 3:07 AM, Mike Turquette mturque...@linaro.org wrote:
Quoting Thomas Abraham (2014-05-13 18:11:13)
From: Thomas Abraham thomas...@samsung.com
With the addition of the new Samsung specific cpu-clock type, the
arm clock can be represented as a cpu-clock type and the
Hi Thomas,
On Thu, May 15, 2014 at 3:07 AM, Mike Turquette
mturque...@linaro.org wrote:
Quoting Thomas Abraham (2014-05-13 18:11:13)
From: Thomas Abraham thomas...@samsung.com
With the addition of the new Samsung specific cpu-clock type, the
arm clock can be represented as a cpu-clock
On Wed, May 14, 2014 at 11:39:30PM +0530, Ajay kumar wrote:
[...]
diff --git
a/Documentation/devicetree/bindings/drm/bridge/bridge_panel.txt
b/Documentation/devicetree/bindings/drm/bridge/bridge_panel.txt
[...]
+ -led-en-gpio:
+ eDP panel LED enable GPIO.
+
On 15 May 2014 13:12, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at 10:49:37AM +0530, Rahul Sharma wrote:
Hi Thierry,
On 15 May 2014 03:44, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at 12:47:21AM +0530, Rahul Sharma wrote:
[...]
+#define
On 15 May 2014 01:27, Tomasz Figa tomasz.f...@gmail.com wrote:
On 14.05.2014 21:56, Tomasz Figa wrote:
Hi Rahul,
On 14.05.2014 04:46, Rahul Sharma wrote:
From: Rahul Sharma rahul.sha...@samsung.com
Enable hdmi for peach-pi board.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
---
On 四, 2014-04-24 at 11:48 +0530, Amit Kachhap wrote:
On 4/14/14, Tushar Behera tushar.beh...@linaro.org wrote:
Currently the threshold limits are updated in 2 stages, once for all
software trigger levels and again for hardware trip point.
I guess the first stage is bootloader as could not
Commit b3205dea8fbf (ARM: EXYNOS: Map SYSRAM through generic DT
bindings) introduced local variable boot_reg where boot address from
cpu_boot_reg() call is stored. Re-use it instead calling cpu_boot_reg()
again.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
On 一, 2014-05-05 at 13:15 +0200, Bartlomiej Zolnierkiewicz wrote:
Hi,
This patch series contains various cleanups for EXYNOS thermal
driver. Overall it decreases driver's LOC by 13%. It is based
on next-20140428 kernel. It should not cause any functionality
changes.
Amit,
what do you
Hi Arnd, Olof, Kevin,
Please pull Samsung fixes and if any problem, please kinldly let me know.
Thanks,
Kukjin
The following changes since commit 89ca3b881987f5a4be4c5dbaa7f0df12bbdde2fd:
Linux 3.15-rc4 (2014-05-04 18:14:42 -0700)
are available in the git repository at:
On Thu, May 15, 2014 at 01:47:33PM +0530, Rahul Sharma wrote:
On 15 May 2014 13:12, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at 10:49:37AM +0530, Rahul Sharma wrote:
On 15 May 2014 03:44, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, May 15, 2014 at
On Thu, May 08, 2014 at 02:28:12PM -0400, Rob Clark wrote:
On Thu, May 8, 2014 at 7:57 AM, Inki Dae inki@samsung.com wrote:
[...]
And more thing, we would need to consider image enhancer device placed
between crtc and connector/encoder devices. And it'd better to rename
drm_hw_block to
On Thu, May 15, 2014 at 1:40 PM, Lukasz Majewski l.majew...@samsung.com wrote:
Hi Thomas,
On Thu, May 15, 2014 at 3:07 AM, Mike Turquette
mturque...@linaro.org wrote:
Quoting Thomas Abraham (2014-05-13 18:11:13)
From: Thomas Abraham thomas...@samsung.com
With the addition of the new
On Fri, May 09, 2014 at 09:59:34AM -0400, Rob Clark wrote:
On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda a.ha...@samsung.com wrote:
[...]
4. And the last thing, it is more about the concept/design. drm_bridge,
drm_hw_block suggests that those interfaces describes the whole device:
bridge,
Adds the mfc node to exynos5800 which uses MFCv8.
Signed-off-by: Arun Kumar K arun...@samsung.com
---
The driver side patch adding support for MFCv8 is under
review [1]. This is based on the linux-samsung for-next branch.
[1]
Without software reset the secondary CPU does not power up and
exynos_boot_secondary() ends with pen_release equal to 1. This can be
observed in dmesg:
CPU1: failed to come online
Brought up 1 CPUs
SMP: Total of 1 processors activated.
CPU: All CPU(s) started in SVC
The commit 2bf73dd61a84cdf27e49f48e08739af6ba70ace1 has made the cache
configuration depending on definition of CONFIG_S5P_SLEEP Kconfig flag.
It is enabled on various S5PV210 incarnations and not available at Exynos4
family of SoCs.
The problem emerges when one wants to disable/enable core via
On Thu, May 15, 2014 at 1:43 PM, Thierry Reding
thierry.red...@gmail.com wrote:
On Wed, May 14, 2014 at 11:39:30PM +0530, Ajay kumar wrote:
[...]
diff --git
a/Documentation/devicetree/bindings/drm/bridge/bridge_panel.txt
b/Documentation/devicetree/bindings/drm/bridge/bridge_panel.txt
On Thu, May 15, 2014 at 12:32:58PM +0200, Thierry Reding wrote:
On Fri, May 09, 2014 at 09:59:34AM -0400, Rob Clark wrote:
On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda a.ha...@samsung.com wrote:
[...]
4. And the last thing, it is more about the concept/design. drm_bridge,
drm_hw_block
From: Rahul Sharma rahul.sha...@samsung.com
Changelog:
v4:
* Rename files to follow phy-exynos-simple names.
* Rename Macros to this convention PHY_EXYNOS_SIMPLE_.
* Added list of phy specifier values to documentation file.
* Removed of_match_ptr from driver
From: Tomasz Stanislawski t.stanisl...@samsung.com
Add exynos-simple-phy driver to support a single register
PHY interfaces present on Exynos4 SoC.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
---
From: Tomasz Stanislawski t.stanisl...@samsung.com
The HDMIPHY (physical interface) is controlled by a single
bit in a power controller's regiter. It was implemented
as clock. It was a simple but effective hack.
This patch makes HDMI driver to control HDMIPHY via PHY interface.
Signed-off-by:
From: Tomasz Stanislawski t.stanisl...@samsung.com
The HDMIPHY (physical interface) is controlled by a single
bit in a power controller's regiter. It was implemented
as clock. It was a simple but effective hack.
This patch makes S5P-HDMI driver to control HDMIPHY via PHY interface.
Hi,
On Thursday, May 15, 2014 12:47:21 AM Rahul Sharma wrote:
From: Tomasz Stanislawski t.stanisl...@samsung.com
Add exynos-simple-phy driver to support a single register
PHY interfaces present on Exynos4 SoC.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by:
Hi,
On 15 May 2014 19:01, Bartlomiej Zolnierkiewicz
b.zolnier...@samsung.com wrote:
Hi,
On Thursday, May 15, 2014 12:47:21 AM Rahul Sharma wrote:
From: Tomasz Stanislawski t.stanisl...@samsung.com
Add exynos-simple-phy driver to support a single register
PHY interfaces present on Exynos4
On Thursday 15 May 2014 07:05 PM, Rahul Sharma wrote:
Hi,
On 15 May 2014 19:01, Bartlomiej Zolnierkiewicz
b.zolnier...@samsung.com wrote:
Hi,
On Thursday, May 15, 2014 12:47:21 AM Rahul Sharma wrote:
From: Tomasz Stanislawski t.stanisl...@samsung.com
Add exynos-simple-phy driver to
Hi Tushar,
Basically you are adding a new clock-type for Clkout. IMO clkout
is not a special hardware. Existing clock types can be reused to
support clkout. I see 3 major problem here:
1) Clkout - (Mux + Gate). You clubbed mux and gate together, and
exposing as a single clock which is something
On 15 May 2014 19:11, Kishon Vijay Abraham I kis...@ti.com wrote:
On Thursday 15 May 2014 07:05 PM, Rahul Sharma wrote:
Hi,
On 15 May 2014 19:01, Bartlomiej Zolnierkiewicz
b.zolnier...@samsung.com wrote:
Hi,
On Thursday, May 15, 2014 12:47:21 AM Rahul Sharma wrote:
From: Tomasz
On Mon, May 05, 2014 at 01:15:31PM +0200, Bartlomiej Zolnierkiewicz wrote:
There should be no functional changes caused by this patch.
This patch can be merged to patch 01.
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
---
drivers/thermal/samsung/exynos_tmu_data.h |
Hi Rahul, Tushar,
On 15.05.2014 15:44, Rahul Sharma wrote:
Hi Tushar,
Basically you are adding a new clock-type for Clkout. IMO clkout
is not a special hardware. Existing clock types can be reused to
support clkout. I see 3 major problem here:
1) Clkout - (Mux + Gate). You clubbed mux
Arnd, Kukjin, Daniel,
On 12.05.2014 17:18, Daniel Lezcano wrote:
On 05/09/2014 02:02 PM, Tomasz Figa wrote:
Hi Arnd,
On 09.05.2014 12:56, Arnd Bergmann wrote:
On Friday 11 April 2014, Daniel Lezcano wrote:
No more dependency on the arch code. The platform_data field is used to
set the
PM
Hello Bartlomiej
On Mon, May 05, 2014 at 01:15:32PM +0200, Bartlomiej Zolnierkiewicz wrote:
There should be no functional changes caused by this patch.
Please provide better explanation when removing features. For instance,
based on the comment of commit introducing it, HW_MODE is a feature
On 15 May 2014 19:37, Tomasz Figa t.f...@samsung.com wrote:
Hi Rahul, Tushar,
On 15.05.2014 15:44, Rahul Sharma wrote:
Hi Tushar,
Basically you are adding a new clock-type for Clkout. IMO clkout
is not a special hardware. Existing clock types can be reused to
support clkout. I see 3 major
Hello Bartlomiej,
On Mon, May 05, 2014 at 01:15:33PM +0200, Bartlomiej Zolnierkiewicz wrote:
Only TYPE_ONE_POINT_TRIMMING calibration is used so remove
the dead code for TYPE_TWO_POINT_TRIMMING calibration.
Only TYPE_ONE_POINT_TRIMMING is used by which SoC? This patch removes
all four types
Hello Bartlomiej,
On Mon, May 05, 2014 at 01:15:34PM +0200, Bartlomiej Zolnierkiewicz wrote:
Remove runtime checks for pdata sanity from exynos_tmu_initialize().
The current values hardcoded in pdata will never trigger the checks
and for the new code potential mistakes should be caught during
On Thu, May 15, 2014 at 6:04 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Thu, May 15, 2014 at 12:32:58PM +0200, Thierry Reding wrote:
On Fri, May 09, 2014 at 09:59:34AM -0400, Rob Clark wrote:
On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda a.ha...@samsung.com wrote:
[...]
4. And the last
Hello Bartlomiej,
On Mon, May 05, 2014 at 01:15:35PM +0200, Bartlomiej Zolnierkiewicz wrote:
Remove runtime checks for negative return values of temp_to_code()
from exynos_tmu_initialize(). The current level temperature data
hardcoded in pdata will never cause a negative temp_to_code()
Hello Bartlomiej,
On Mon, May 05, 2014 at 01:15:38PM +0200, Bartlomiej Zolnierkiewicz wrote:
pdata-reference_voltage and pdata-gain are always defined
to non-zero values so remove the redundant checks from
exynos_tmu_control().
In all existing SoCs?
Should this be considered to any
From: Rahul Sharma rahul.sha...@samsung.com
Enable hdmi for exynos5250 based snow board, exynos5420
based peach pit board and 5800 based peach-pi board.
V5:
1) Moved hdmi_hpd_irq pin back to board files.
2) Replaced 0 with GPIO_ACTIVE_HIGH while adding gpio property
to HDMI node.
V4:
1) Removed
From: Rahul Sharma rahul.sha...@samsung.com
Enable support for HDMI for exynos5250 based Snow board.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
---
arch/arm/boot/dts/exynos5250-cros-common.dtsi |6 +-
arch/arm/boot/dts/exynos5250-snow.dts | 14 ++
2 files
From: Rahul Sharma rahul.sha...@samsung.com
Replace compatible string for HDMI node in Exynos5420. Since
latest restructring in Drm hdmi driver, it is agreed to use
a seperate compatible string for Exynos5420 HDMI IP siince it
uses APB mapped Phy.
Signed-off-by: Rahul Sharma
From: Rahul Sharma rahul.sha...@samsung.com
Enable hdmi for exynos5420 based peach-pit board.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
---
arch/arm/boot/dts/exynos5420-peach-pit.dts | 22 ++
arch/arm/boot/dts/exynos5420.dtsi |5 +
2 files
On Thursday, May 15, 2014 10:14:41 AM Eduardo Valentin wrote:
Hello Bartlomiej
Hi,
On Mon, May 05, 2014 at 01:15:32PM +0200, Bartlomiej Zolnierkiewicz wrote:
There should be no functional changes caused by this patch.
Please provide better explanation when removing features. For
From: Rahul Sharma rahul.sha...@samsung.com
Enable hdmi for peach-pi board.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
---
arch/arm/boot/dts/exynos5800-peach-pi.dts | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5800-peach-pi.dts
Hi Arun,
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Arun Kumar K
Sent: Wednesday, May 14, 2014 10:10 AM
Hi Hans,
On 05/14/14 12:39, Hans Verkuil wrote:
On 05/14/2014 08:29 AM, Arun Kumar K wrote:
MFCv6 encoder needs specific
On Thursday, May 15, 2014 10:31:33 AM Eduardo Valentin wrote:
Hello Bartlomiej,
Hi,
On Mon, May 05, 2014 at 01:15:33PM +0200, Bartlomiej Zolnierkiewicz wrote:
Only TYPE_ONE_POINT_TRIMMING calibration is used so remove
the dead code for TYPE_TWO_POINT_TRIMMING calibration.
Only
Hi Nicolas,
On Wed, May 14, 2014 at 7:09 PM, Abhilash Kesavan
kesavan.abhil...@gmail.com wrote:
Hi Nicolas,
On Wed, May 14, 2014 at 7:03 PM, Nicolas Pitre nicolas.pi...@linaro.org
wrote:
On Wed, 14 May 2014, Abhilash Kesavan wrote:
Hi Nicolas,
[...]
1) can't create
On Thursday, May 15, 2014 10:47:40 AM Eduardo Valentin wrote:
Hello Bartlomiej,
Hi,
On Mon, May 05, 2014 at 01:15:34PM +0200, Bartlomiej Zolnierkiewicz wrote:
Remove runtime checks for pdata sanity from exynos_tmu_initialize().
The current values hardcoded in pdata will never trigger the
On Thu, 15 May 2014, Abhilash Kesavan wrote:
Hi Nicolas,
On Wed, May 14, 2014 at 7:09 PM, Abhilash Kesavan
kesavan.abhil...@gmail.com wrote:
Hi Nicolas,
On Wed, May 14, 2014 at 7:03 PM, Nicolas Pitre nicolas.pi...@linaro.org
wrote:
On Wed, 14 May 2014, Abhilash Kesavan wrote:
On Thursday, May 15, 2014 10:55:52 AM Eduardo Valentin wrote:
Hello Bartlomiej,
Hi,
On Mon, May 05, 2014 at 01:15:35PM +0200, Bartlomiej Zolnierkiewicz wrote:
Remove runtime checks for negative return values of temp_to_code()
from exynos_tmu_initialize(). The current level temperature
Hi Chanho,
When testing some other patches with this series applied I found one
more issue. Please see below.
On 02.05.2014 06:26, Chanho Park wrote:
This patch adds a PMU(Power Management Unit) syscon node. This
should be required for USB Phy syscon regmap I/F.
Cc: Kamil Debski
On Thursday, May 15, 2014 11:03:08 AM Eduardo Valentin wrote:
Hello Bartlomiej,
Hi,
On Mon, May 05, 2014 at 01:15:38PM +0200, Bartlomiej Zolnierkiewicz wrote:
pdata-reference_voltage and pdata-gain are always defined
to non-zero values so remove the redundant checks from
This patch introduces a driver that handles configuration of CLKOUT pin
of Exynos SoCs that can be used to output certain clocks from inside of
the SoC to a dedicated output pin.
Signed-off-by: Tomasz Figa t.f...@samsung.com
---
.../devicetree/bindings/arm/samsung/pmu.txt| 18
On all Exynos SoCs there is a dedicated CLKOUT pin that allows many of
internal SoC clocks to be output from the SoC. The hardware structure
of CLKOUT related clocks looks as follows:
CMU |--- clock0 - | PMU |
| | |
This patch adds missing definitions of clocks from DMC clock domain,
which are necessary to properly represent CLKOUT clock hierarchy added
in further patch.
Signed-off-by: Tomasz Figa t.f...@samsung.com
---
drivers/clk/samsung/clk-exynos4.c | 41 +++
1 file
This patch extends nodes of PMU system controller on Exynos4210, 4x12,
5250 and 5420 SoCs with newly defined properties used by Exynos CLKOUT
driver.
Signed-off-by: Tomasz Figa t.f...@samsung.com
---
arch/arm/boot/dts/exynos4210.dtsi | 10 ++
arch/arm/boot/dts/exynos4x12.dtsi | 7
This patch adds definitions of clocks that are used to drive clock
output signals of particular CMU sub-blocks that are then fed to PMU and
handled by Exynos CLKOUT driver added in further patch.
Signed-off-by: Tomasz Figa t.f...@samsung.com
---
drivers/clk/samsung/clk-exynos4.c | 115
Thomas,
On Tue, May 13, 2014 at 6:11 PM, Thomas Abraham ta.oma...@gmail.com wrote:
From: Thomas Abraham thomas...@samsung.com
+static int exynos4210_armclk_pre_rate_change(struct clk_notifier_data *ndata,
+ struct exynos_cpuclk *armclk, void __iomem *base)
+{
+
On 04/17/2014 11:59 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
Did the MFD patches at the start of this series get applied yet? I was
hoping to apply this one patch to the Tegra tree for 3.16, and that
needs to happen by
Stephen,
On Thu, May 15, 2014 at 11:42 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 04/17/2014 11:59 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device tree.
Did the MFD patches at the start of this series get applied yet? I was
Am Donnerstag, 15. Mai 2014, 11:18:44 schrieb Doug Anderson:
Thomas,
On Tue, May 13, 2014 at 6:11 PM, Thomas Abraham ta.oma...@gmail.com wrote:
From: Thomas Abraham thomas...@samsung.com
+static int exynos4210_armclk_pre_rate_change(struct clk_notifier_data
*ndata, +
Hi Rahul,
On 15.05.2014 17:04, Rahul Sharma wrote:
From: Rahul Sharma rahul.sha...@samsung.com
Enable hdmi for exynos5250 based snow board, exynos5420
based peach pit board and 5800 based peach-pi board.
V5:
1) Moved hdmi_hpd_irq pin back to board files.
2) Replaced 0 with
Heiko,
On Thu, May 15, 2014 at 12:17 PM, Heiko Stübner he...@sntech.de wrote:
Am Donnerstag, 15. Mai 2014, 11:18:44 schrieb Doug Anderson:
Thomas,
On Tue, May 13, 2014 at 6:11 PM, Thomas Abraham ta.oma...@gmail.com wrote:
From: Thomas Abraham thomas...@samsung.com
+static int
On 04/30/14 22:03, Ajay kumar wrote:
Hi,
Hi,
On Tue, Apr 15, 2014 at 4:24 AM, Olof Johanssono...@lixom.net wrote:
Hi Sachin,
On Mon, Apr 14, 2014 at 6:16 AM, Sachin Kamatsachin.ka...@linaro.org wrote:
From: Doug Andersondiand...@chromium.org
Added nodes for ptn3460 driver to Snow
Kukjin,
On Thu, May 15, 2014 at 12:38 PM, Kukjin Kim kgene@samsung.com wrote:
On 04/30/14 22:03, Ajay kumar wrote:
Hi,
Hi,
On Tue, Apr 15, 2014 at 4:24 AM, Olof Johanssono...@lixom.net wrote:
Hi Sachin,
On Mon, Apr 14, 2014 at 6:16 AM, Sachin Kamatsachin.ka...@linaro.org
wrote:
On 04/15/14 07:53, Doug Anderson wrote:
+ DT ML
Tomasz,
On Mon, Apr 14, 2014 at 3:38 PM, Tomasz Figatomasz.f...@gmail.com wrote:
Hi Doug,
On 15.04.2014 00:30, Doug Anderson wrote:
Sachin,
On Mon, Apr 14, 2014 at 6:16 AM, Sachin Kamatsachin.ka...@linaro.org
wrote:
From: Doug
On 15.05.2014 21:54, Kukjin Kim wrote:
On 04/15/14 07:53, Doug Anderson wrote:
+ DT ML
Tomasz,
On Mon, Apr 14, 2014 at 3:38 PM, Tomasz Figatomasz.f...@gmail.com
wrote:
Hi Doug,
On 15.04.2014 00:30, Doug Anderson wrote:
Sachin,
On Mon, Apr 14, 2014 at 6:16 AM, Sachin
On 05/16/14 04:25, Tomasz Figa wrote:
Hi Rahul,
On 15.05.2014 17:04, Rahul Sharma wrote:
From: Rahul Sharmarahul.sha...@samsung.com
Enable hdmi for exynos5250 based snow board, exynos5420
based peach pit board and 5800 based peach-pi board.
V5:
1) Moved hdmi_hpd_irq pin back to board files.
Hi Doug,
Am Donnerstag, 15. Mai 2014, 12:36:45 schrieb Doug Anderson:
On Thu, May 15, 2014 at 12:17 PM, Heiko Stübner he...@sntech.de wrote:
Am Donnerstag, 15. Mai 2014, 11:18:44 schrieb Doug Anderson:
Thomas,
On Tue, May 13, 2014 at 6:11 PM, Thomas Abraham ta.oma...@gmail.com
wrote:
On Thu, May 15, 2014 at 11:55 AM, Doug Anderson diand...@chromium.org wrote:
Stephen,
On Thu, May 15, 2014 at 11:42 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 04/17/2014 11:59 AM, Doug Anderson wrote:
This adds the EC i2c tunnel (and devices under it) to the
tegra124-venice2 device
On 05/16/14 05:00, Tomasz Figa wrote:
On 15.05.2014 21:54, Kukjin Kim wrote:
On 04/15/14 07:53, Doug Anderson wrote:
+ DT ML
Tomasz,
On Mon, Apr 14, 2014 at 3:38 PM, Tomasz Figatomasz.f...@gmail.com
wrote:
Hi Doug,
On 15.04.2014 00:30, Doug Anderson wrote:
Sachin,
On Mon, Apr 14,
On 08.05.2014 20:04, Rob Herring wrote:
On Thu, May 8, 2014 at 12:09 PM, Tomasz Figa t.f...@samsung.com wrote:
On 08.05.2014 19:04, Rob Herring wrote:
On Fri, Apr 18, 2014 at 9:43 AM, Tomasz Figa t.f...@samsung.com wrote:
On most platforms GIC registers are banked, so each CPU can access its
On 5/16/14, Doug Anderson diand...@chromium.org wrote:
Kukjin,
On Thu, May 15, 2014 at 12:38 PM, Kukjin Kim kgene@samsung.com wrote:
On 04/30/14 22:03, Ajay kumar wrote:
Hi,
Hi,
On Tue, Apr 15, 2014 at 4:24 AM, Olof Johanssono...@lixom.net wrote:
Hi Sachin,
On Mon, Apr 14, 2014
Hi Kukjin,
On 18.04.2014 16:42, Tomasz Figa wrote:
Due to some parts of Exynos SoC support designed originally in a non-scalable
way, relying on 1:1 mapping between value returned by cpu_logical_map() and
CPU IDs as seen by PMU and GIC, trying to specify CPU topology in device tree
caused
Heiko,
On Thu, May 15, 2014 at 1:12 PM, Heiko Stübner he...@sntech.de wrote:
Hi Doug,
Am Donnerstag, 15. Mai 2014, 12:36:45 schrieb Doug Anderson:
On Thu, May 15, 2014 at 12:17 PM, Heiko Stübner he...@sntech.de wrote:
Am Donnerstag, 15. Mai 2014, 11:18:44 schrieb Doug Anderson:
Thomas,
On 05/16/14 05:02, Kukjin Kim wrote:
On 05/16/14 04:25, Tomasz Figa wrote:
Hi Rahul,
On 15.05.2014 17:04, Rahul Sharma wrote:
From: Rahul Sharmarahul.sha...@samsung.com
Enable hdmi for exynos5250 based snow board, exynos5420
based peach pit board and 5800 based peach-pi board.
V5:
1) Moved
On Mon, Apr 28, 2014 at 02:05:30PM +0200, Arnd Bergmann wrote:
[...]
let me clarify by example:
iommu@1 {
compatible = some,simple-iommu;
reg = 1;
#iommu-cells = 0; /* supports only one master */
};
iommu@2 {
On 05/15/14 23:07, Tomasz Figa wrote:
Arnd, Kukjin, Daniel,
On 12.05.2014 17:18, Daniel Lezcano wrote:
On 05/09/2014 02:02 PM, Tomasz Figa wrote:
Hi Arnd,
On 09.05.2014 12:56, Arnd Bergmann wrote:
On Friday 11 April 2014, Daniel Lezcano wrote:
No more dependency on the arch code. The
On 05/15/14 20:34, Lukasz Majewski wrote:
The commit 2bf73dd61a84cdf27e49f48e08739af6ba70ace1 has made the cache
configuration depending on definition of CONFIG_S5P_SLEEP Kconfig flag.
It is enabled on various S5PV210 incarnations and not available at Exynos4
family of SoCs.
The problem emerges
On 15.05.2014 22:55, Kukjin Kim wrote:
On 05/15/14 20:34, Lukasz Majewski wrote:
The commit 2bf73dd61a84cdf27e49f48e08739af6ba70ace1 has made the cache
configuration depending on definition of CONFIG_S5P_SLEEP Kconfig flag.
It is enabled on various S5PV210 incarnations and not available at
The multi core timer and the ARM architected timer are two different
interfaces to the same underlying hardware timer. This causes some
strange timing issues when they are both enabled at the same time so
remove the mct from the device tree and keep only the architected
timer.
Cc: Olof Johansson
Hi Abhilash,
On 13.05.2014 12:12, Abhilash Kesavan wrote:
On Tue, May 13, 2014 at 7:54 AM, Kukjin Kim kgene@samsung.com wrote:
[snip]
diff --git a/arch/arm/mach-exynos/regs-pmu.h b/arch/arm/mach-exynos/regs-
pmu.h
index 4f6a256..0bdfcbc 100644
--- a/arch/arm/mach-exynos/regs-pmu.h
+++
On 05/15/14 07:16, Tomasz Figa wrote:
On 15.05.2014 00:07, Mike Turquette wrote:
Quoting Tomasz Figa (2014-05-14 13:20:14)
Hi Mike,
On 14.05.2014 22:13, Mike Turquette wrote:
Quoting Kukjin Kim (2014-05-14 12:59:22)
On 05/15/14 03:03, Tomasz Figa wrote:
Hi Mike,
I've talked to Tomasz
Hi Chirantan,
On 15.05.2014 23:07, Chirantan Ekbote wrote:
The multi core timer and the ARM architected timer are two different
interfaces to the same underlying hardware timer. This causes some
strange timing issues when they are both enabled at the same time so
remove the mct from the
Hi Abhilash,
On 13.05.2014 14:02, Abhilash Kesavan wrote:
Prior to suspending the system, we need to ensure that certain
clock source and gate registers are unmasked.
Signed-off-by: Vikas Sajjan vikas.saj...@samsung.com
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
Hi Abhilash,
On 13.05.2014 14:01, Abhilash Kesavan wrote:
Rebased on
1] Kukjin Kim's tree for-next branch (which has Sachin Kamat's SYSRAM
patches merged) with Tomasz Figa's samsung clock tree (samsung-next branch)
merged.
Hi Chander,
On 14.05.2014 10:03, 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
Tomasz,
On Thu, May 15, 2014 at 2:14 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Chirantan,
On 15.05.2014 23:07, Chirantan Ekbote wrote:
The multi core timer and the ARM architected timer are two different
interfaces to the same underlying hardware timer. This causes some
strange
On 15.05.2014 23:33, Doug Anderson wrote:
Tomasz,
On Thu, May 15, 2014 at 2:14 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Chirantan,
On 15.05.2014 23:07, Chirantan Ekbote wrote:
The multi core timer and the ARM architected timer are two different
interfaces to the same underlying
On 05/16/14 06:33, Doug Anderson wrote:
Tomasz,
On Thu, May 15, 2014 at 2:14 PM, Tomasz Figatomasz.f...@gmail.com wrote:
Hi Chirantan,
On 15.05.2014 23:07, Chirantan Ekbote wrote:
The multi core timer and the ARM architected timer are two different
interfaces to the same underlying hardware
On 15.05.2014 06:01, Rahul Sharma wrote:
Thanks Tomasz,
On 15 May 2014 01:31, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Rahul, Tomasz,
[snip]
+ simplephys: simple-phys@1004 {
+ compatible = samsung,exynos5250-simple-phy;
Missing reg property or unnecessary
On 05/14/14 23:01, Vivek Gautam wrote:
From: Vivek gautamgautam.vi...@samsung.com
Based on 'for-next' branch of Kgene's linux-samsung tree;
along with dts patches for USB 2.0 phy[1], and Exynos5800 [2].
Also based on the latest USB 3.0 DRD phy driver patches posted [3].
Changes from v5:
-
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
---
sound/soc/samsung/dma.c | 10 ++
1 fil ändrad, 6 tillägg(+), 4
On 15.05.2014 23:54, Doug Anderson wrote:
Tomasz,
On Thu, May 15, 2014 at 2:40 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
On 15.05.2014 23:33, Doug Anderson wrote:
Tomasz,
On Thu, May 15, 2014 at 2:14 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Chirantan,
On 15.05.2014 23:07,
Tomasz,
On Thu, May 15, 2014 at 3:13 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
NOTE: if for some reason we need to keep the MCT around, we're
definitely going to need to account for the fact that tweaking it
affects the arch timer. ...and having the arch timer is really nice
since:
[Let
Hi Tomasz,
On Thu, May 15, 2014 at 3:44 PM, Doug Anderson diand...@chromium.org wrote:
Tomasz,
On Thu, May 15, 2014 at 3:13 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
NOTE: if for some reason we need to keep the MCT around, we're
definitely going to need to account for the fact that
On 16.05.2014 01:18, David Riley wrote:
On Thu, May 15, 2014 at 4:03 PM, Chirantan Ekbote
chiran...@chromium.org wrote:
Hi Tomasz,
On Thu, May 15, 2014 at 3:44 PM, Doug Anderson diand...@chromium.org wrote:
Tomasz,
On Thu, May 15, 2014 at 3:13 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
On Thu, May 15, 2014 at 4:25 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
On 16.05.2014 01:18, David Riley wrote:
On Thu, May 15, 2014 at 4:03 PM, Chirantan Ekbote
chiran...@chromium.org wrote:
Hi Tomasz,
On Thu, May 15, 2014 at 3:44 PM, Doug Anderson diand...@chromium.org
wrote:
Tomasz,
Tomasz,
On Thu, May 15, 2014 at 4:25 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
On 16.05.2014 01:18, David Riley wrote:
On Thu, May 15, 2014 at 4:03 PM, Chirantan Ekbote
chiran...@chromium.org wrote:
Hi Tomasz,
On Thu, May 15, 2014 at 3:44 PM, Doug Anderson diand...@chromium.org
wrote:
1 - 100 of 111 matches
Mail list logo