On 21/01/15 07:26, Chanwoo Choi wrote:
+/* list of all parent clock list */
+PNAME(mout_bus_pll_user_p) = { fin_pll, sclk_bus_pll, };
...
+
+static struct samsung_mux_clock top_mux_clks[] __initdata = {
+ MUX(CLK_MOUT_BUS_PLL_USER, mout_bus_pll_user, mout_bus_pll_user_p,
+
Hi Sylwester,
On Sat, Jan 24, 2015 at 2:40 AM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
On 23/01/15 08:44, Chanwoo Choi wrote:
+ cmu_top: clock-controller@0x1003 {
+compatible = samsung,exynos5433-cmu-top;
+reg = 0x1003 0x0c04;
+
Hi Sylwester,
On Sat, Jan 24, 2015 at 2:40 AM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
On 21/01/15 07:26, Chanwoo Choi wrote:
+/* list of all parent clock list */
+PNAME(mout_bus_pll_user_p) = { fin_pll, sclk_bus_pll, };
...
+
+static struct samsung_mux_clock top_mux_clks[]
Hello,
On 2015-01-19 16:27, Javier Martinez Canillas wrote:
I wanted to test your IOMMU series on an Exynos5420 Peach Pit but the
kernel hangs with your series + dependencies on top of 3.19-rc5.
Bisecting I found that $subject is the offending commit. I've pushed
my test branch [0] in case I
From: Tomasz Figa t.f...@samsung.com
This patch adds stdout-path property to chosen nodes of Exynos4 boards
to enable use of earlycon feature without the need to hardcode port
number in kernel itself.
Signed-off-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Marek Szyprowski
From: Tomasz Figa t.f...@samsung.com
This patch adds support for early console initialized from device tree
and kernel command line to all variants of Samsung serial driver.
Signed-off-by: Tomasz Figa t.f...@samsung.com
[mszyprow: added support for command line based initialization,
This patchset adds support for early console defined in device tree. As
an example, DTS files for all Exynos4 based machines are updated with
the correct value for common chosen/sdtout property.
To get it fully functional on ARM architecture, additional improvements
(support for early_ioremap)
Hello Marek,
On Fri, Jan 23, 2015 at 1:40 PM, Marek Szyprowski
m.szyprow...@samsung.com wrote:
+
+ list_add_tail(data-owner_node, owner-clients);
This is the line that causes the kernel to hang, if I comment the
list_add_tail() call then the kernel boots.
I checked that neither data
Hi Viresh,
On 23 January 2015 at 17:44, Lukasz Majewski l.majew...@samsung.com
wrote:
+ cpus = of_find_node_by_path(/cpus);
+ if (!cpus) {
+ pr_err(failed to find cpus node\n);
+ return 0;
+ }
+
+ np = of_get_next_child(cpus,
On Fri, 2015-01-23 at 15:35 +0900, Kukjin Kim wrote:
Marek Szyprowski wrote:
Last 22 MiB is RAM is reserved by secure monitor code and cannot be
accessed from Linux kernel, so adjust total RAM size to 0x7EA0
(2 GiB - 22 MiB). This fixes random 'imprecise kernel abort' kernel
dw_mci_pltfm_remove() is not (nor should it be) marked as __exit,
so we should not be using __exit_p() wrapper with it.
Signed-off-by: Dmitry Torokhov dmitry.torok...@gmail.com
---
drivers/mmc/host/dw_mmc-exynos.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi,
Please pull Samsung DT updates for v3.20.
I checked to use signed tag in this time ;)
Thanks and if any problems, please let me know.
- Kukjin
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the
On 01/23/15 23:45, Eduardo Valentin wrote:
Hi Kukjin,
Hi Eduardo,
[...]
I hope will apply DT changes in Samsung tree. Is it OK to thermal
tree?
I think that it is up to you and Eduardo to decide :-).
I'd personally prefer to add this patch set at once to Eduardo's tree
(of course with
Eduardo Valentin wrote:
The reason is that hwmon sensor device drivers also register via
of-thermal. So, adding hwmon interface by default will create a
cyclic problem.
Hmm, I see. Would it still be possible to flag some thermal zones so
that hwmon nodes are created for them?
With best
Hello,
I've tested the series on my X2 and so far I haven't encountered any
obvious issues with it.
I have a small question though. With the move to simple-audio-card the
old driver (selected by SND_SOC_ODROIDX2) is probably going away after
some time.
Currently SND_SOC_ODROIDX2 also selects
1. Introduction
Following patches aim to clean up the current implementation of the thermal
framework on Exynos devices.
The main goal was to use a generic code for reading thermal configuration
(of-thermal.c). Due to that redundant exynos_thermal_common.[h|c] files
were removed.
Around 400
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
Changes for v5:
- None
Changes for v6:
- None
---
drivers/thermal/samsung/exynos_tmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This commit provides information about Exynos5440 device configuration.
Previously this information was available in exynos_tmu_data.c file.
Now it is available in the device tree.
Such approach allows reusing some common code for thermal.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Trip points corresponding to the one defined in the exynos_tmu_data.c
for Exynos4 have been included.
This thermal-zones attribute is afterwards reused for Exynos4210, Exynos4412
and Exynos5250.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
-
Updating exynos-thermal.txt documentation entry for Exynos5440
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v4:
- New patch
Changes for v5:
- None
Changes for v6:
- None
---
Documentation/devicetree/bindings/thermal/exynos-thermal.txt | 1 +
1 file changed, 1
This code groups in one place default settings of trip points. It is used
in SoCs with multiple instances of TMU sensor.
Separate device tree file prevents from multiple copying of the same data.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
-
With thermal subsystem rework it is necessary to tune current cpufreq code
to use cpu frequency change as a potential cooling device.
Now the cpu cooling device is registered only when proper nodes and properties
are available in device tree. Lack of them, however, will not prevent
cpufreq for
Hello,
just a small nit concerning the patch subject. Shouldn't it be Enable TMU on
Exynos4412 based Odroid devices (since it's not just for the U3)?
With best wishes,
Tobias
Gesendet: Freitag, 23. Januar 2015 um 13:09 Uhr
Von: Lukasz Majewski l.majew...@samsung.com
An: Eduardo Valentin
Properties necessary for providing Exynos thermal configuration via device
tree.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v3:
- New patch
Changes for v4:
- Remove entry regarding Exynos5440
Changes for v5:
- None
Changes for v6:
- None
---
Up till now exynos_tmu_data.c was used for storing CPU cooling configuration
data. Now the Exynos thermal core code uses device tree to get this data.
For this purpose generic thermal code for configuring CPU cooling was
used.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for
Exynos 4 and 5 family of SoCs uses almost identical TMU sensor to measure the
on chip temperature. For this reason it is possible to group TMU configuration
parameters in one dts file.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- samsung,tmu_
Presented patch aims to move data necessary for correct CPU cooling device
configuration from exynos_tmu_data.c to device tree.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- Adjust CPU's DT nodes to work with newest ti-soc-thermal/next branch
-
This patch is a preparatory patch to be able to read Exynos thermal
configuration from the device tree.
It turned out that DTC is not able to interpret enums properly and hence
it is necessary to #define those values explicitly.
For this reason the ./include/dt-bindings/thermal/thermal_exynos.h
This commit enables TMU IP block on the Exynos4412 Odroid U3
device.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- Rename patch title from thermal: dts: to arm: dts: odroid
Changes for v5:
- None
Changes for v6:
- None
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- Patch title has been changed from thermal: dts: exynos to arm: dts: Odroid
Changes for v4:
- None
Changes for v5:
- None
Changes for v6:
- None
---
arch/arm/boot/dts/exynos4412-odroid-common.dtsi |
The thermal IP block (Thermal Management Unit) called TMU has been enabled
in this device.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- Patch title has been changed from thermal: dts: arm to arm: dts: trats
Changes for v4:
- None
Changes for
This patch brings support for providing configuration via device tree.
Previously this data has been hardcoded in the exynos_tmu_data.c file.
Such approach was not scalable and very often required copying the whole
data.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
-
After defining all necessary Exynos data in the device tree and heavy
reusage of the of-thermal.c those files can be removed.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
Changes for v5:
- None
Changes for v6:
-
Data already present in the exynos_tmu_data.c file has been moved to the
appropriate device tree files.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
Changes for v5:
- None
Changes for v6:
- None
---
Presented device tree bindings provide data already hardcoded in the
exynos_tmu_data.c file.
After this commit, it should be possible to reuse common thermal core
framework in Exynos SoCs.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- Add proper TMU entries for
On 01/23/15 23:22, Krzysztof Kozlowski wrote:
Enable drivers for PMICs and MUICs present on Exynos-based devices:
- max14577: charger, extcon, fuel gauge (max17040), regulator,
used on: Gear 1, Gear 2,
- max77693: charger, extcon, fuel gauge (max17042),
used on: Trats2,
This allows
On 01/23/15 17:56, Javier Martinez Canillas wrote:
Hello Kukjin,
Hi,
On 01/19/2015 06:43 AM, Joonyoung Shim wrote:
I also hope merge this, already multi_v7_defconfig supports this.
I would also hope this to be merged since it's required to boot
using systemd.
Thanks.
This is
On 01/13/15 17:18, Krzysztof Kozlowski wrote:
On wto, 2015-01-13 at 00:20 +0530, Anand Moon wrote:
On enabling CONFIG_LOCKUP_DETECTOR the kernel to act as a watchdog
to detect hard and soft lockups. Enabling CONFIG_LOCKUP_DETECTOR
don't introduce much overhead on exyons SOC.
On 1/23/15, Ming Lei ming@canonical.com wrote:
Signed-off-by: Ming Lei ming@canonical.com
---
.../net/ethernet/stmicro/stmmac/stmmac_platform.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
Hello Kukjin,
On 01/23/2015 07:51 AM, Kukjin Kim wrote:
Acked-by: Sylwester Nawrocki s.nawro...@samsung.com
Acked-by: Michael Turquette mturque...@linaro.org
Thanks a lot Sylwester and Mike for your acks.
Kukjin, could you please pick $subject and Patch 2/2 ARM: dts: Add DISP1
2015-01-19 17:03 GMT+01:00 Paul Osmialowski p.osmialo...@samsung.com:
This patch solves deadlock between clock prepare mutex and regmap mutex
reported
by Tomasz Figa in [1] by implementing solution from [2]: always leave the
clock
of the i2c controller in a prepared state.
[1]
Hello Kukjin,
On 01/19/2015 06:43 AM, Joonyoung Shim wrote:
I also hope merge this, already multi_v7_defconfig supports this.
I would also hope this to be merged since it's required to boot
using systemd.
Thanks.
This is certainly required for newer systemd and has to be enabled.
Hello Varka,
Thanks a lot for your feedback.
On 01/23/2015 04:57 AM, Varka Bhadram wrote:
(...)
+static int cros_ec_lpc_probe(struct platform_device *pdev)
+{
+ struct device *dev = pdev-dev;
+ struct cros_ec_device *ec_dev;
+ int err = -ENOTTY;
+
+ if
Lukasz Majewski wrote:
Hi Kukjin,
Hi,
Lukasz Majewski wrote:
Hi,
1. Introduction
Following patches aim to clean up the current implementation of the
thermal framework on Exynos devices.
The main goal was to use a generic code for reading thermal
configuration
Hi Kukjin,
Lukasz Majewski wrote:
Hi,
1. Introduction
Following patches aim to clean up the current implementation of the
thermal framework on Exynos devices.
The main goal was to use a generic code for reading thermal
configuration (of-thermal.c). Due to that redundant
On Thu, 22 Jan 2015, Javier Martinez Canillas wrote:
The ChromeOS EC character device is an user-space interface to
allow applications to access the Embedded Controller.
Add a cell for this device so it's spawned from the mfd driver.
Signed-off-by: Javier Martinez Canillas
Hello,
On 2015-01-22 02:33, Joonyoung Shim wrote:
On 01/22/2015 10:06 AM, Sebastian Reichel wrote:
On Wed, Oct 29, 2014 at 02:13:28PM +0100, Marek Szyprowski wrote:
This patch adds a driver implementing correct reboot and poweroff
procedures for Exynos4412-based Hardkernel's Odroid
On 23/01/15 06:03, Inha Song wrote:
This patch add WM1811 audio codec, I2S interface and the sound
machine nodes to enable audio on exynos4412-trats2 board.
Signed-off-by: Inha Song ideal.s...@samsung.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
--
To unsubscribe from this
Add sd0_rst node to exynos5420-pinctrl.dtsi.
(It's used on odroid-xu3 board)
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
---
arch/arm/boot/dts/exynos5420-pinctrl.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-pinctrl.dtsi
Hello Jaehoon,
On Fri, Jan 23, 2015 at 3:23 PM, Jaehoon Chung jh80.ch...@samsung.com wrote:
Add sd0_rst node to exynos5420-pinctrl.dtsi.
(It's used on odroid-xu3 board)
It would be good to mention which device needs this pinctrl line.
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
---
Hi Kukjin,
On Fri, Jan 23, 2015 at 08:00:07PM +0900, Kukjin Kim wrote:
Lukasz Majewski wrote:
Hi Kukjin,
Hi,
Lukasz Majewski wrote:
Hi,
1. Introduction
Following patches aim to clean up the current implementation of the
thermal framework on Exynos devices.
On 23/01/15 06:03, Inha Song wrote:
This patch add Trats2 audio subsystem bindings document.
Signed-off-by: Inha Song ideal.s...@samsung.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a
Enable drivers for PMICs and MUICs present on Exynos-based devices:
- max14577: charger, extcon, fuel gauge (max17040), regulator,
used on: Gear 1, Gear 2,
- max77693: charger, extcon, fuel gauge (max17042),
used on: Trats2,
This allows full usage of charging stack on these devices along
Enable drivers for PMICs and MUICs present on Exynos-based devices:
- max14577: charger, extcon, fuel gauge (max17040), regulator,
used on: Gear 1, Gear 2,
- max77693: charger, extcon, fuel gauge (max17042),
used on: Trats2,
- s5m8767 and s2mps11: RTC, clock,
used on: Arndale, Arndale
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Tested-by: Pankaj Dubey pankaj.du...@samsung.com
Cc: Kukjin Kim kg...@kernel.org
---
arch/arm/boot/dts/exynos3250.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Kukjin Kim kg...@kernel.org
---
arch/arm/boot/dts/exynos3250-rinato.dts |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts
This patch removes two unneeded functions, which are not a part of
generic IOMMU API and were never used by any other driver.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 31 ---
1 file changed, 31 deletions(-)
diff
This patch removes useless spinlocks and other unused members from
struct exynos_iommu_owner. There is no point is protecting this
structure by spinlock because content of this structure doesn't change
and other structures have their own spinlocks.
Signed-off-by: Marek Szyprowski
This patch removes reading of REG_MMU_VERSION register on every tlb
operation and caches SYSMMU version in driver's internal data.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/boot/dts/exynos5250.dtsi | 250 ++
1 file changed, 250 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
b/arch/arm/boot/dts/exynos5250.dtsi
index ae22bd9..8583b9e 100644
---
This patch adds code, which detach sub-device nodes from default iommu
domain if such has been configured.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_iommu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/boot/dts/exynos5420.dtsi | 181 ++
1 file changed, 181 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index 1b62410..b8f1c9f 100644
---
After refactoring functions to use pointer to struct sysmmu_drvdata
directly, some functions became useless and thus never used, so remove
them completely.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 43 ---
SYSMMU devices will be registered early before any other devices and
before calling arch_initcall. To add them to respective power domains,
additional scan of all platform devices is needed.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/mach-exynos/pm_domains.c | 9
This patch simplifies the code by:
- refactoring function parameters from struct device pointer to direct pointer
to struct sysmmu drvdata
- moving list_head enteries from struct exynos_iommu_owner directly to struct
sysmmu_drvdata
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
This patch adds System MMU nodes that are specific to Exynos4210/4x12 series.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/boot/dts/exynos4.dtsi| 118 ++
arch/arm/boot/dts/exynos4210.dtsi | 23
Hello Everyone,
This is yet another attempt to get Exynos SYSMMU driver with integrated
with IOMMU DMA-mapping subsystems. The main change from previous
version is a rebase onto some more pending Exynos DTS patches and minor
fixes of the reported issues.
Merge plan for this patchset:
1. All
This patch renames some variables to make the code easier to understand.
'domain' is replaced by 'iommu_domain' (more generic entity) and really
meaning less 'priv' by 'domain' to reflect its purpose.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 191
This patch introduces IOMMU_OF_DECLARE-based initialization to the
driver, which replaces subsys_initcall-based procedure.
exynos_iommu_of_setup ensures that each sysmmu controller is probed
before its master device.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
This patch fixes support for runtime power management for SYSMMU
controllers, so they are enabled when master device is attached.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Removed following unused includes: linux/mm.h, linux/errno.h,
linux/memblock.h and linux/export.h.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git
This patch adds implementation of of_xlate callback, which prepares
masters device for attaching to IOMMU. This callback is called during
creating devices from device tree.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 28
This patch adds support for assigning more than one SYSMMU controller to
the master device. This has been achieved simply by chaning the struct
device pointer in struct exynos_iommu_owner into the list of struct
sysmmu_drvdata of all controllers assigned to the given master device.
Signed-off-by:
The driver doesn't need to do anything important in device add/remove
callbacks, because initialization will be done from device-tree specific
callbacks added later. IOMMU groups created by current code were never
used.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
Add a few words of comment to all internal structures used by the driver.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 49 +---
1 file changed, 33 insertions(+), 16 deletions(-)
diff --git
On Fri, 2015-01-23 at 15:36 +0100, Javier Martinez Canillas wrote:
Hello Jaehoon,
On Fri, Jan 23, 2015 at 3:23 PM, Jaehoon Chung jh80.ch...@samsung.com wrote:
Add sd0_rst node to exynos5420-pinctrl.dtsi.
(It's used on odroid-xu3 board)
It would be good to mention which device needs
On Fri, 2015-01-23 at 23:23 +0900, Jaehoon Chung wrote:
Add sd0_rst node to exynos5420-pinctrl.dtsi.
(It's used on odroid-xu3 board)
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
---
arch/arm/boot/dts/exynos5420-pinctrl.dtsi |5 +
1 file changed, 5 insertions(+)
diff
Hello Javier,
On 2015-01-23 14:48, Javier Martinez Canillas wrote:
On Fri, Jan 23, 2015 at 1:40 PM, Marek Szyprowski
m.szyprow...@samsung.com wrote:
+
+ list_add_tail(data-owner_node, owner-clients);
This is the line that causes the kernel to hang, if I comment the
list_add_tail() call
The following patch adds coupled cpuidle support for Exynos4210 to
an existing cpuidle-exynos driver. As a result it enables AFTR mode
to be used by default on Exynos4210 without the need to hot unplug
CPU1 first.
The patch is heavily based on earlier cpuidle-exynos4210 driver from
Daniel
Hi,
The following patchset adds coupled cpuidle support for Exynos4210
to an existing cpuidle-exynos driver. As a result it enables AFTR
mode to be used by default on Exynos4210 without the need to hot
unplug CPU1 first.
This work is heavily based on earlier cpuidle-exynos4210 driver from
On Mon, Jan 19, 2015 at 05:03:33PM +0100, Paul Osmialowski wrote:
This patch solves deadlock between clock prepare mutex and regmap mutex
reported
by Tomasz Figa in [1] by implementing solution from [2]: always leave the
clock
of the i2c controller in a prepared state.
[1]
On 23 January 2015 at 17:44, Lukasz Majewski l.majew...@samsung.com wrote:
+ cpus = of_find_node_by_path(/cpus);
+ if (!cpus) {
+ pr_err(failed to find cpus node\n);
+ return 0;
+ }
+
+ np = of_get_next_child(cpus, NULL);
+ if (!np)
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
struct {fimd,mixer,vidi}_win_data was just keeping the same data
as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
directly.
It changes how planes are created and remove .win_mode_set() callback
that was only filling all
From: Mandeep Singh Baines m...@chromium.org
The goal of the change is to make sure we send the vblank event on the
current vblank. My hope is to fix any races that might be causing flicker.
After this change I only see a flicker in the transition plymouth and
X11.
Simplified the code by
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
These functions were already removed by previous cleanup work, but these
ones were left behind.
Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk
---
drivers/gpu/drm/exynos/exynos_drm_crtc.h | 6 --
1 file changed, 6
Hello Sjoerd,
On Fri, Jan 23, 2015 at 4:47 PM, Sjoerd Simons
sjoerd.sim...@collabora.co.uk wrote:
If this pin is used by the Odroid XU3 board, shouldn't be defined in
the exynos5422-odroidxu3.dts instead?
It's not just used by the XU3 though, it's also hooked up on the peach
pi chromebook
86 matches
Mail list logo