[PATCH] arm:irqchip: IRQCHIP_DECLARE macro is now accessible

2015-07-07 Thread Joel Porquet
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it globally accessible. See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d (irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h). This patch adds inclusions of 'include/linux/irqchip.h' and replaces uses of macro

Re: [PATCHv5] ARM: dts: add exynos5422-cpus.dtsi to correct cpu order

2015-07-07 Thread Krzysztof Kozlowski
On 07.07.2015 23:30, Kukjin Kim wrote: Krzysztof Kozlowski wrote: On 06.07.2015 23:12, Chanho Park wrote: The odroid-xu3 board which is based on exynos5422 not exynos5800 is booted from cortex-a7 core unlike exynos5800. The odroid-xu3's cpu order is quite strange. cpu0 and cpu5-7 are

Re: [PATCH] ARM: dts: Add CPU cooling binding for Exynos3250-based Rinato/Monk board

2015-07-07 Thread Krzysztof Kozlowski
On 07.07.2015 23:40, Kukjin Kim wrote: Krzysztof Kozlowski wrote: 2015-07-02 16:17 GMT+09:00 Krzysztof Kozlowski k.kozlow...@samsung.com: On 02.07.2015 15:11, Chanwoo Choi wrote: On 07/02/2015 02:54 PM, Krzysztof Kozlowski wrote: On 02.07.2015 14:37, Chanwoo Choi wrote: This patch add the

Re: [PATCH] arm:irqchip: IRQCHIP_DECLARE macro is now accessible

2015-07-07 Thread Krzysztof Kozlowski
On 08.07.2015 05:02, Joel Porquet wrote: The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it globally accessible. See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d (irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h). This patch adds inclusions of

Re: [PATCH] [RFC PATCH] dmaengine: pl330: residual - do not reset on last descriptor.

2015-07-07 Thread Krzysztof Kozlowski
2015-07-07 20:05 GMT+09:00 Alban Browaeys alban.browa...@gmail.com: Removed the residual rest to zero on last descriptor. Also set residue granularity to BURST instead of SEGMENT. This last item needs more investigation before I could give a rationale for it. Signed-off-by: Alban Browaeys

Re: [PATCH] [RFC PATCH] dmaengine: pl330: residual - do not reset on last descriptor.

2015-07-07 Thread Alban Browaeys
Le mardi 07 juillet 2015 à 20:53 +0900, Krzysztof Kozlowski a écrit : 2015-07-07 20:05 GMT+09:00 Alban Browaeys alban.browa...@gmail.com: Removed the residual rest to zero on last descriptor. Also set residue granularity to BURST instead of SEGMENT. This last item needs more

[PATCH] [RFC PATCH] dmaengine: pl330: residual - do not reset on last descriptor.

2015-07-07 Thread Alban Browaeys
Removed the residual rest to zero on last descriptor. Also set residue granularity to BURST instead of SEGMENT. This last item needs more investigation before I could give a rationale for it. Signed-off-by: Alban Browaeys pra...@yahoo.com Reported-by: gabr...@unseen.is Reported-by: Krzysztof

[PATCH 0/4] ARM: dts: Use labels instead of full paths for Exynos5 pinctrl nodes

2015-07-07 Thread Javier Martinez Canillas
Hello Kukjin and Krzysztof, This is a trivial series that changes Exynos5 pinctrl dtsi files to extend the pinctrl nodes using labels instead of full paths. Using labels is less error prone since a misstyped label leads to a build error while full paths can lead to the creation of a new node

[PATCH 2/4] ARM: dts: Extend exynos5250-pinctrl nodes using labels instead of paths

2015-07-07 Thread Javier Martinez Canillas
A previously defined Device Tree node, can be extended either by defining a node using the same full path or by creating a label for the node and referencing to it. Using full paths is more error prone since if there was a typo error, a new node will be created instead of extending the node as it

[PATCH 3/4] ARM: dts: Include exynos5420-pinctrl after the nodes were defined

2015-07-07 Thread Javier Martinez Canillas
The dtc compiler combines all the defined nodes that have the same path so a device node definition can be in one file and later be extended in another one. That's the case of the Exynos5420 pinctrl device nodes that are defined in the exynos5420.dtsi file and extended in exynos5420-pinctrl.dtsi.

[PATCH 1/4] ARM: dts: Include exynos5250-pinctrl after the nodes were defined

2015-07-07 Thread Javier Martinez Canillas
The dtc compiler combines all the defined nodes that have the same path so a device node definition can be in one file and later be extended in another one. That's the case of the Exynos5250 pinctrl device nodes that are defined in the exynos5250.dtsi file and extended in exynos5250-pinctrl.dtsi.

[PATCH 4/4] ARM: dts: Extend exynos5420-pinctrl nodes using labels instead of paths

2015-07-07 Thread Javier Martinez Canillas
A previously defined Device Tree node, can be extended either by defining a node using the same full path or by creating a label for the node and referencing to it. Using full paths is more error prone since if there was a typo error, a new node will be created instead of extending the node as it

RE: [PATCHv5] ARM: dts: add exynos5422-cpus.dtsi to correct cpu order

2015-07-07 Thread Kukjin Kim
Krzysztof Kozlowski wrote: On 06.07.2015 23:12, Chanho Park wrote: The odroid-xu3 board which is based on exynos5422 not exynos5800 is booted from cortex-a7 core unlike exynos5800. The odroid-xu3's cpu order is quite strange. cpu0 and cpu5-7 are cortex-a7 cores and cpu1-4 are cortex-a15

RE: [PATCH] ARM: dts: Add CPU cooling binding for Exynos3250-based Rinato/Monk board

2015-07-07 Thread Kukjin Kim
Krzysztof Kozlowski wrote: 2015-07-02 16:17 GMT+09:00 Krzysztof Kozlowski k.kozlow...@samsung.com: On 02.07.2015 15:11, Chanwoo Choi wrote: On 07/02/2015 02:54 PM, Krzysztof Kozlowski wrote: On 02.07.2015 14:37, Chanwoo Choi wrote: This patch add the cooling device to control the

RE: [PATCH v6 0/3] cpufreq: Use cpufreq-dt driver for Exynos3250

2015-07-07 Thread Kukjin Kim
Bartlomiej Zolnierkiewicz wrote: Hi, Hi, On Thursday, July 02, 2015 09:42:38 AM Chanwoo Choi wrote: This patchset use cpufreq-dt driver to support Exynos3250 cpufreq and tested it on Exynos3250-based Rinato board. Depends on: - next-20150701 tag (master branch) of linux-next