This patch adds exynos-ppmu devfreq-event driver to get performance data
of each IP for Samsung Exynos SoC. These event from Exynos PPMU provide
useful information about the behavior of the SoC that you can use when
analyzing system performance, and made visible and can be counted using
On 01/08/15 08:06, Sjoerd Simons wrote:
Also setup memory allocations for version 8 of the MFC as present in
Samsung Exynos 5422/5800 SoCs
Signed-off-by: Sjoerd Simons sjoerd.sim...@collabora.co.uk
---
arch/arm/mach-exynos/exynos.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On 01/12/15 17:51, Chanwoo Choi wrote:
Dear Kukjin,
On 01/12/2015 05:44 PM, Kukjin Kim wrote:
On 01/08/15 10:50, Chanwoo Choi wrote:
This patch adds the support for suspend-to-ram feature of Exynos3250 SoC.
Exynos3250 don't contain the L2 cache.
Cc: Kukjin Kim kg...@kernel.org
This patch add the resource-managed function for devfreq-event device as
following functions. The devm_devfreq_event_add_edev() manages automatically
the memory of devfreq-event device using resource management.
- devm_devfreq_event_add_edev()
- devm_devfreq_event_remove_edev()
Cc:
Hi,
I would like to hear some comments about idea of scaling MMC clock
frequency. The basic idea is to lower the clock when device is
completely idle or not busy enough.
The patchset adds MMC card as a devfreq device and uses simple_ondemand
as governor. In idle this gave benefits (less energy
Lower the dw_mmc host clock from 400 MHz to 100 MHz because there are a
lot of MMC errors above 100 MHz.
Enable frequency scaling to reduce energy consumption. In idle this
reduced energy consumption by 2.6% (from 119.5 mA to 116.4 mA).
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Hi,
On 01/12/2015 03:40 PM, Joonyoung Shim wrote:
Hi,
On 01/09/2015 01:42 AM, Javier Martinez Canillas wrote:
Hello Joonyoung,
On 01/07/2015 10:55 AM, Joonyoung Shim wrote:
I don't think iommu support and power domain issue are related. I also
get displaying stripes via hdmi but it is
This patch add dt node for PPMU_{DMC0|DMC1|LEFTBUS|RIGHTBUS} for
exynos4412-trats2 board. Each PPMU dt node includes one event of 'PPMU
Count3'.
Cc: Kukjin Kim kg...@kernel.org
Cc: Myungjoo Ham myungjoo@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Chanwoo
Dear Kukjin,
On 01/12/2015 05:44 PM, Kukjin Kim wrote:
On 01/08/15 10:50, Chanwoo Choi wrote:
This patch adds the support for suspend-to-ram feature of Exynos3250 SoC.
Exynos3250 don't contain the L2 cache.
Cc: Kukjin Kim kg...@kernel.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
On Wed, Dec 10, 2014 at 9:39 AM, Vivek Gautam gautam.vi...@samsung.com wrote:
USB and Power regulator on Exynos7 require gpios available
in BUS1 pin controller block.
So adding the BUS1 pinctrl support.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Vivek Gautam
On 01/05/15 18:45, Pankaj Dubey wrote:
Gentle Ping.
On Wednesday 03 December 2014 01:14 PM, Pankaj Dubey wrote:
Exynos SoC's DT files are using Chipid device nodes, but it's binding
information is missing. This patch adds exynos-chipid binding
information.
Signed-off-by: Pankaj Dubey
Hi Arnd,
Sorry for late reply.
On Friday 12 December 2014 05:01 PM, Arnd Bergmann wrote:
On Friday 12 December 2014 13:15:43 Pankaj Dubey wrote:
+
+static void __iomem *exynos_chipid_base;
+
+struct exynos_chipid_info exynos_soc_info;
+EXPORT_SYMBOL(exynos_soc_info);
The soc_device already
On 01/03/15 15:50, Inki Dae wrote:
On 2014년 11월 28일 20:39, Inki Dae wrote:
This patch adds fimd device node which is a display controller
for Exynos3250 Rinato board.
Hi Kukjin,
Please, ping~
Thanks,
Inki Dae
Signed-off-by: Inki Dae inki@samsung.com
Acked-by: Kyungmin Park
Hi again,
Please pull arm64 based exynos7 stuff for v3.20 and as you know I've
tried this in 3.19 but couldn't because of some dependencies like clk.
Now all of dependencies already resolved so this should be fine for v3.20.
If any problems, please kindly let me know.
Thanks,
Kukjin
The
Enable frequency scaling on MSHC to reduce energy consumption. In idle
this reduced energy consumption by 1.0% (from 27.16 mA to 26.89 mA).
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
arch/arm/boot/dts/exynos3250-rinato.dts | 1 +
1 file changed, 1 insertion(+)
diff --git
On 01/10/15 02:10, Kevin Hilman wrote:
Sjoerd Simons sjoerd.sim...@collabora.co.uk writes:
Add DTS for the Hardkernel Odroid XU3. The name of the DTS file is kept the
same as the vendors naming, which means it's prefixed with exynos5422
instead of exynos5800 as the SoC name even though it
Dear Myungjoo,
On 01/12/2015 05:11 PM, MyungJoo Ham wrote:
I have rephrased part of the documentation for better readability.
Some semantics is guessed so you may need to re-rephrase.
Other than that, Acked-by: MyungJoo Ham myungjoo@samsung.com
OK, I'll fix them according to your
Dear Myungjoo,
On 01/12/2015 05:04 PM, MyungJoo Ham wrote:
This patch adds exynos-ppmu devfreq-event driver to get performance data
of each IP for Samsung Exynos SoC. These event from Exynos PPMU provide
useful information about the behavior of the SoC that you can use when
analyzing
On 01/07/15 23:08, Jaewon Kim wrote:
This patch series adds USB device node and phy for exynos3250 SoC.
And enables for rinato and monk boards.
Changes in v2:
- remove unnessasary property samsung,sysreg-phandle
- change xusbxti clock to CLK_SCLK_UPLL
Jaewon Kim (4):
ARM: dts: Add
On 01/06/15 12:43, Beomho Seo wrote:
This patch remove unecessary property of gpio-keys node.
The checkpatch complains like 'perhaps 'unnecessary'?' ;)
Applied this and 2nd one.
Thanks,
Kukjin
gpio-keys driver do not uses interrupts and interrupt-parent.
Cc: Kukjin Kim kg...@kernel.org
On Wed, Dec 10, 2014 at 9:39 AM, Vivek Gautam gautam.vi...@samsung.com wrote:
Adding list of aliases for supported Exynos7 pin controller blocks.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Cc: Tomasz Figa tomasz.f...@gmail.com
Cc: Linus Walleij linus.wall...@linaro.org
Patch
Register mmc driver as devfreq device and allow dynamic frequency
scaling.
This helps in reducing of energy consumption while limiting impact on
MMC performance (in comparison to setting maximum frequency).
The feature is enabled with CONFIG_MMC_DEVFREQ (CONFIG_PM_DEVFREQ is
required). The
On 2015년 01월 12일 18:12, Kukjin Kim wrote:
On 01/03/15 15:50, Inki Dae wrote:
On 2014년 11월 28일 20:39, Inki Dae wrote:
This patch adds fimd device node which is a display controller
for Exynos3250 Rinato board.
Hi Kukjin,
Please, ping~
Thanks,
Inki Dae
Signed-off-by: Inki Dae
I have rephrased part of the documentation for better readability.
Some semantics is guessed so you may need to re-rephrase.
Other than that, Acked-by: MyungJoo Ham myungjoo@samsung.com
This patch adds the documentation for Exynos PPMU (Platform Performance
Monitoring Unit)
+Cc Tomi Valkeinen,
Hi Uwe,
On 01/12/2015 04:50 PM, Uwe Kleine-König wrote:
Hello,
On Mon, Jan 12, 2015 at 11:53:02AM +0900, Joonyoung Shim wrote:
This is required in order to ensure that core system devices such as
voltage regulators attached via I2C are available early in boot.
Deferred
Dear Myungjoo,
Thanks for your review.
On 01/12/2015 05:00 PM, MyungJoo Ham wrote:
This patch add the resource-managed function for devfreq-event device as
following functions. The devm_devfreq_event_add_edev() manages automatically
the memory of devfreq-event device using resource
This patch add PPMU (Platform Performance Monitoring Unit) dt node for
Exynos4
(Exynos4210/4212/4412) SoC. PPMU dt node is used to monitor the utilization of
each IP.
The Exynos4210/Exynos4212/Exynos4412 SoC includes following PPMUs:
- PPMU_DMC0 0x106A_
- PPMU_DMC1
Hello Hongbo,
On Mon, Jan 12, 2015 at 11:51 AM, Hongbo Zhang hongbo.zh...@linaro.org wrote:
On 9 January 2015 at 23:34, Javier Martinez Canillas
Yes, please take a look to Marek series [0]. Keep in mind that the
series does not support all sysmmu revisions so IOMMU is not supported
for some
Hi Doug,
On Tue, Jan 6, 2015 at 6:37 AM, Doug Anderson diand...@chromium.org wrote:
Alim,
On Sun, Jan 4, 2015 at 2:43 PM, Alim Akhtar alim.akh...@gmail.com wrote:
You are breaking backward compatibility here. If your change is
merged then all old boards will instantly break. Since the dts
Hi Eduardo,
Presented patch aims to move data necessary for correct CPU cooling
device configuration from exynos_tmu_data.c to device tree.
I believe the patch title is misleading. Looks like you are changing
something at cpu cooling, but in fact, you are changing DTS files. I
would
On Wed, Jan 7, 2015 at 11:42 AM, Marc Zyngier marc.zyng...@arm.com wrote:
The gic_arch_extn hack that a number of platform use has been nagging
me for too long. It is only there for the benefit of a few platform,
and yet it impacts all GIC users. Moreover, it gives people the wrong
idea (let's
Hi Eduardo,
On Fri, Jan 02, 2015 at 02:11:41PM -0400, Eduardo Valentin wrote:
Lukasz,
On Wed, Dec 10, 2014 at 01:09:47PM +0100, Lukasz Majewski wrote:
Exynos 4 and 5 family of SoCs uses almost identical TMU sensor to
measure the on chip temperature. For this reason it is possible
Hi Jaehoon,
On Thu, Jan 8, 2015 at 7:06 AM, Jaehoon Chung jh80.ch...@samsung.com wrote:
Hi,
On 12/31/2014 03:43 PM, Alim Akhtar wrote:
From: Seungwon Jeon tgih@samsung.com
ciu_div may not be common value for all speed mode.
So, it needs to be attached to CLKSEL timing.
This also
On pon, 2014-12-01 at 23:34 +0900, Tomasz Figa wrote:
2014-12-01 17:37 GMT+09:00 Krzysztof Kozlowski k.kozlow...@samsung.com:
On nie, 2014-11-30 at 21:19 +0900, Tomasz Figa wrote:
Hi Krzysztof,
(...)
Also isn't a similar problem happening due to power domains? I believe
the whole
On Mon, Jan 12, 2015 at 03:09:16PM +0100, Lukasz Majewski wrote:
Hi Eduardo,
Presented patch aims to move data necessary for correct CPU cooling
device configuration from exynos_tmu_data.c to device tree.
I believe the patch title is misleading. Looks like you are changing
On 9 January 2015 at 23:34, Javier Martinez Canillas
jav...@dowhile0.org wrote:
[adding Marek, Sjoerd and Joonyoung that were discussing about iommu
support in another thread]
Thank you Javier.
Hello Hongbo,
On Fri, Jan 9, 2015 at 8:31 AM, Hongbo Zhang hongbo.zh...@linaro.org wrote:
Add
This patch adds PPMU (Performance Profiling Monitoring Unit) dt node
Exynos5260 SoC.
Exynos5260 SoC has following PPMU IPs:
- PPMU_DREX0_S0 0x10c6
- PPMU_DREX0_S1 0x10c7
- PPMU_DREX1_S0 0x10c8
- PPMU_DREX1_S1 0x10c9
- PPMU_EAGLE0x10cc
- PPMU_KFC 0x10cd
- PPMU_MFC
This patch add dt node for PPMU_{DMC0|DMC1|LEFTBUS|RIGHTBUS} for
exynos4412-trats2 board. Each PPMU dt node includes one event of 'PPMU Count3'.
Cc: Kukjin Kim kg...@kernel.org
Cc: Myungjoo Ham myungjoo@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Chanwoo Choi
This patchset add new devfreq_event class to provide raw data to determine
current utilization of device which is used for devfreq governor.
The following description explains the feature of two kind of devfreq class:
- devfreq class (existing)
: devfreq consumer device use raw data
Dear Kukjin,
On 01/12/2015 06:28 PM, Kukjin Kim wrote:
On 01/12/15 17:51, Chanwoo Choi wrote:
Dear Kukjin,
On 01/12/2015 05:44 PM, Kukjin Kim wrote:
On 01/08/15 10:50, Chanwoo Choi wrote:
This patch adds the support for suspend-to-ram feature of Exynos3250 SoC.
Exynos3250 don't contain the
This patch add PPMU (Platform Performance Monitoring Unit) dt node
to estimate the utilization of each IP in Exynos SoC throught DEVFREQ Event
subsystem.
This patch adds following PPMU dt nodes:
- PPMU_DMC0 0x106a
- PPMU_DMC1 0x106b
- PPMU_RIGHTBUS 0x112A
- PPMU_LEFTBUS
This patch add the resource-managed function for devfreq-event device as
following functions. The devm_devfreq_event_add_edev() manages automatically
the memory of devfreq-event device using resource management.
- devm_devfreq_event_add_edev()
- devm_devfreq_event_remove_edev()
Cc: Myungjoo Ham
This patch add new devfreq_event class for devfreq_event device which provide
raw data (e.g., memory bus utilization/GPU utilization). This raw data from
devfreq_event data would be used for the governor of devfreq subsystem.
- devfreq_event device : Provide raw data for governor of existing
This patch add PPMU (Platform Performance Monitoring Unit) dt node for Exynos4
(Exynos4210/4212/4412) SoC. PPMU dt node is used to monitor the utilization of
each IP.
The Exynos4210/Exynos4212/Exynos4412 SoC includes following PPMUs:
- PPMU_DMC0 0x106A_
- PPMU_DMC1 0x106B_
-
This patch adds the documentation for Exynos PPMU (Platform Performance
Monitoring Unit) devfreq-event driver.
Cc: MyungJoo Ham myungjoo@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: MyungJoo Ham myungjoo@samsung.com
On 01/12/2015 06:58 PM, MyungJoo Ham wrote:
This patchset add new devfreq_event class to provide raw data to determine
current utilization of device which is used for devfreq governor.
The following description explains the feature of two kind of devfreq class:
- devfreq class
On 01/12/2015 06:58 PM, MyungJoo Ham wrote:
This patchset add new devfreq_event class to provide raw data to determine
current utilization of device which is used for devfreq governor.
The following description explains the feature of two kind of devfreq class:
- devfreq class
Hello,
On 01/02/2015 02:32 PM, Javier Martinez Canillas wrote:
The mainline ChromeOS Embedded Controller (EC) driver is still missing some
features that are present in the downstream ChromiumOS tree. These are:
- Low Pin Count (LPC) interface
- User-space device interface
- Access
Hello Kukjin,
On 01/02/2015 04:24 PM, Javier Martinez Canillas wrote:
This series adds some DTS snippets that were missing in the mainline
Snow and Peach Pit/Pi Device Trees but are present in the downstream
ChromeOS kernel.
The series is composed of the following patches:
Javier
Dear Myungjoo,
On 01/12/2015 04:15 PM, MyungJoo Ham wrote:
This patch adds the list of supported devfreq-event type as following.
Each devfreq-event device driver would support the various devfreq-event type
for devfreq governor at the same time.
- DEVFREQ_EVENT_TYPE_RAW_DATA
-
Hi Kukjin,
On Wednesday, January 07, 2015 6:09 PM, Jacek Anaszewski wrote,
Hi Tony,
On 01/07/2015 01:08 PM, Tony K Nadackal wrote:
Dear Jacek,
On Wednesday, January 07, 2015 3:15 PM Jacek Anaszewski wrote,
Hi Tony,
Sorry for late response, just got back from vacation.
On
This patch add PPMU dt node to Exynos3250-base Rinato/Monk board. The PPMU node
is used to get the utilization of DMC0/DMC1/LEFTBUS/RIGHTBUS Block.
Cc: Kukjin Kim kg...@kernel.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch adds exynos-ppmu devfreq-event driver to get performance data
of each IP for Samsung Exynos SoC. These event from Exynos PPMU provide
useful information about the behavior of the SoC that you can use when
analyzing system performance, and made visible and can be counted using
logic in
Prevent possible NULL pointer dereference if of_iomap() fails. Handle
the error by skipping such power domain.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
arch/arm/mach-exynos/pm_domains.c | 7 +++
1 file changed, 7 insertions(+)
diff --git
Hello Joonyoung,
On 01/12/2015 07:40 AM, Joonyoung Shim wrote:
And also making changes to the clocks in the clk-exynos5420 driver. Can
you please explain the rationale for those changes? I'm asking because
without your clock changes (only adding the DISP1 pd and making the
devices as
On 12/01/15 14:14, Rob Herring wrote:
On Wed, Jan 7, 2015 at 11:42 AM, Marc Zyngier marc.zyng...@arm.com wrote:
The gic_arch_extn hack that a number of platform use has been nagging
me for too long. It is only there for the benefit of a few platform,
and yet it impacts all GIC users. Moreover,
Hi Marc,
On 2015-01-12 19:26, Marc Zyngier wrote:
IMX6 has been (ab)using the gic_arch_extn to provide
wakeup from suspend, and it makes a lot of sense to convert
this code to use stacked domains instead.
This patch does just this, updating the DT files to actually
reflect what the HW
2014-12-30 Inki Dae inki@samsung.com:
On 2014년 12월 18일 22:58, Gustavo Padovan wrote:
From: Daniel Kurtz djku...@chromium.org
A framebuffer gets committed to FIMD's default window like this:
exynos_drm_crtc_update()
exynos_plane_commit()
fimd_win_commit()
Hi,
On Mon, Jan 12, 2015 at 05:26:56PM +0900, Kukjin Kim wrote:
Hi Arnd, Olof, Kevin
Please pull samsung fixes for v3.19.
Thanks,
Kukjin
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the
Hi Mark,
Thank you for your feedback and sorry for late response.
I think, I should remove clock settings in machine driver.
If the clock settings are necessary, I will add assigned-clocks nodes
in trats2 sound DT like odroid board.
Best Regards,
Inha Song.
On Mon, Jan 05, 2015 at 08:25:16PM
On Sat, Jan 10, 2015 at 08:41:36AM +0530, Abhilash Kesavan wrote:
The arndale-octa board was giving imprecise external aborts during
boot-up with MCPM enabled. CCI enablement of the boot cluster was found
to be the cause of these aborts (possibly because the secure f/w was not
allowing it).
On Mon, Jan 12, 2015 at 7:26 PM, Marc Zyngier marc.zyng...@arm.com wrote:
IMX6 has been (ab)using the gic_arch_extn to provide
wakeup from suspend, and it makes a lot of sense to convert
this code to use stacked domains instead.
This patch does just this, updating the DT files to actually
Hi Sylwester,
On 12/22/14, Sylwester Nawrocki s.nawro...@samsung.com wrote:
Hi,
On 19/12/14 14:23, Padmavathi Venna wrote:
Add required clk support for I2S,PCM amd SPDIF
There is a non-trivial conflict with the MSCL CMU patch, could you
please resend rebased onto my exynos7 branch:
Ok. I
On Wed, Dec 10, 2014 at 4:48 PM, Andrzej Hajda a.ha...@samsung.com wrote:
The patch moves Device Tree parsing logic to separate
function.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
I think this patch need to be rebased on the GPIO devel branch, but
looks like it makes things cleaner so
Hi,
On 01/13/2015 01:09 AM, Javier Martinez Canillas wrote:
Hello Joonyoung,
On 01/12/2015 07:40 AM, Joonyoung Shim wrote:
And also making changes to the clocks in the clk-exynos5420 driver. Can
you please explain the rationale for those changes? I'm asking because
without your clock
Hi ViVek,
On 1/9/15, Vivek Gautam gautamvivek1...@gmail.com wrote:
On Fri, Jan 9, 2015 at 5:18 PM, Vivek Gautam gautamvivek1...@gmail.com
wrote:
Hi Padma,
On Fri, Dec 19, 2014 at 6:53 PM, Padmavathi Venna padm...@samsung.com
wrote:
Add clock support for 5 SPI channels.
Signed-off-by:
Hi Eduardo,
Lukasz
On Wed, Dec 10, 2014 at 01:09:51PM +0100, Lukasz Majewski wrote:
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.
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
The drm_file event_list hasn't been used anymore by exynos, so we don't
need any code to clean it.
Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 5 -
1 file changed, 5
Hi Eduardo,
On Wed, Dec 10, 2014 at 01:09:46PM +0100, Lukasz Majewski wrote:
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
Hello Marek,
On Fri, Jan 2, 2015 at 10:36 AM, Marek Szyprowski
m.szyprow...@samsung.com wrote:
This patch replaces all custom samsung,power-domain device tree properties
with generic power domain bindings and updates documentation Samsung's devices
refering to old binding.
Suggested-by:
Nobody will regret it.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
Documentation/devicetree/bindings/arm/gic.txt | 6 --
1 file changed, 6 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/gic.txt
b/Documentation/devicetree/bindings/arm/gic.txt
index 8112d0c..631cb71
This proves to be useful with stacked domains, when the current
domain doesn't implement wake-up, but expect the parent to do so.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
include/linux/irq.h | 1 +
kernel/irq/chip.c | 16
2 files changed, 17 insertions(+)
diff
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
.../interrupt-controller/ti,omap4-wugen-mpu| 33 ++
1 file changed, 33 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/ti,omap4-wugen-mpu
diff --git
Describe the legacy interrupt controller in every tegra DTSI files,
and make it the parent of most interrupts.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/boot/dts/tegra114.dtsi | 16 +++-
arch/arm/boot/dts/tegra124.dtsi | 16 +++-
The gic_arch_extn hack that a number of platform use has been nagging
me for too long. It is only there for the benefit of a few platform,
and yet it impacts all GIC users. Moreover, it gives people the wrong
idea (let's use it to put some new custom hack in there...).
But now that stacked irq
OMAP4/5 has been (ab)using the gic_arch_extn to provide
wakeup from suspend, and it makes a lot of sense to convert
this code to use stacked domains instead.
This patch does just this, updating the DT files to actually
reflect what the HW provides.
BIG FAT WARNING: because the DTs were so far
Document the fact that some Exynos PMUs are capable of acting as
an interrupt controller.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
Documentation/devicetree/bindings/arm/samsung/pmu.txt | 13 +
1 file changed, 13 insertions(+)
diff --git
Exynos has been (ab)using the gic_arch_extn to provide
wakeup from suspend, and it makes a lot of sense to convert
this code to use stacked domains instead.
This patch does just this, updating the DT files to actually
reflect what the HW provides.
BIG FAT WARNING: because the DTs were so far
Make it look like a real interrupt controller.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
.../devicetree/bindings/arm/omap/crossbar.txt | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git
Now that all DTs have been updated, entierely drop support for
the non-DT code.
This is likely to break platforms that do not update their DT,
so print a warning at boot time.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/mach-tegra/iomap.h | 15
arch/arm/mach-tegra/irq.c
The GIC is now always initialized from DT on tegra, and there is
no point in keeping non-DT init code.
Acked-by: Thierry Reding tred...@nvidia.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/mach-tegra/irq.c | 8
1 file changed, 8 deletions(-)
diff --git
If we detect that our DT has a LIC node, don't setup gic_arch_extn,
and skip tegra_legacy_irq_syscore_init as well.
This is only a temporary measure until that code is removed for good.
Acked-by: Thierry Reding tred...@nvidia.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
Instead of directly touching gic_arch_extn, which is about to
be removed, use gic_set_irqchip_flags instead.
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/mach-ux500/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
The only user of the so called routable domain functionality
now being fixed, let's clean up the GIC.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
drivers/irqchip/irq-gic.c | 59 -
include/linux/irqchip/arm-gic.h | 6 -
2 files changed,
Support for the TI crossbar used on the DRA7 family of chips
is implemented as an ugly hack on the side of the GIC.
Converting it to stacked domains makes it slightly more
palatable, as it results in a cleanup.
Unfortunately, as the DT bindings failed to acknowledge the
fact that this is
shmobile only uses gic_arch_extn.irq_set_wake to prevent the GIC
from returning -ENXIO when receiving a wake-up configuration request.
It is a lot simpler to tell the irq layer that we don't need any
configuration by using the IRQCHIP_SKIP_SET_WAKE, thanks to the
new gic_set_irqchip_flags
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
.../interrupt-controller/nvidia,tegra-ictlr.txt| 43 ++
1 file changed, 43 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/nvidia,tegra-ictlr.txt
diff --git
Tegra's LIC (Legacy Interrupt Controller) has been so far only
supported as a weird extension of the GIC, which is not exactly
pretty.
The stacked IRQ domain framework fits this pretty well, and allows
the LIC code to be turned into a standalone irqchip. In the process,
make the driver DT aware,
A common use of gic_arch_extn is to set up additional flags
to the GIC irqchip. It looks like a benign enough hack that
doesn't really require the users of that feature to be converted
to stacked domains.
Add a gic_set_irqchip_flags() function that platform code can
call instead of using the
Instead of directly touching gic_arch_extn, which is about to
be removed, use gic_set_irqchip_flags instead.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/mach-zynq/common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-zynq/common.c
Now that the users of gic_arch_extn have been fixed, drop the
feature for good. This leads to the removal of some now useless
locking.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
drivers/irqchip/irq-gic.c | 54 -
92 matches
Mail list logo