Re: [PATCH 15/19] ARM: dts: omap: replace legacy *,wakeup property with wakeup-source

On 21/10/15 11:10, Sudeep Holla wrote: Though the keyboard and other driver will continue to support the legacy "gpio-key,wakeup", "linux,wakeup" boolean property to enable the wakeup source, "wakeup-source" is the new standard binding. This patch replaces all the legacy wakeup properties

Re: [PATCH 09/19] ARM: dts: am335x: replace gpio-key,wakeup with wakeup-source property

On 21/10/15 11:10, Sudeep Holla wrote: Though the keyboard driver for GPIO buttons(gpio-keys) will continue to check for/support the legacy "gpio-key,wakeup" boolean property to enable gpio buttons as wakeup source, "wakeup-source" is the new standard binding. This patch replaces the legacy

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Tue, 15 Dec 2015, Russell King - ARM Linux wrote: > On Tue, Dec 15, 2015 at 10:33:25AM +0100, Pali Rohár wrote: > > So am I understand correctly that solution would be to hack > > arch/arm/mm/mmu.c to not overwrite page at PHYS_OFFSET? > > That's completely unnecessary: there are enough

[PATCH v3 5/9] phy: ti-pipe3: use ti_pipe3_power_off to power off the PHY during probe

No functional change. Previously omap_control_phy_power() was used to power off the PHY during probe. But once PIPE3 driver is adapted to use syscon, omap_control_phy_power() cannot be used. Hence used ti_pipe3_power_off to power off the PHY. Signed-off-by: Kishon Vijay Abraham I

[PATCH v3 2/9] phy: ti-pipe3: move clk initialization to a separate function

No functional change. Moved clock initialization done in probe to a separate function as part of cleaning up ti_pipe3_probe. Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-ti-pipe3.c | 127 +--- 1 file changed, 72 insertions(+),

[PATCH v3 4/9] phy: ti-pipe3: move mem resource initialization to a separate function

No functional change. Moved mem resource initialization done in probe to a separate function as part of cleaning up ti_pipe3_probe. Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-ti-pipe3.c | 52 1 file changed, 33

[PATCH v3 2/4] ARM: dts: dra7: Use "syscon-phy-power" and "syscon-pcs" in PCIe PHY node

Add "syscon-phy-power" property and "syscon-pcs" property which can be used to perform the control module initializations and remove the deprecated "ctrl-module" property from PCIe PHY dt nodes. Phandle to "sysclk" clock node is also added to the PCIe PHY node since some of the syscon

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Monday 30 November 2015 11:09:42 Nicolas Pitre wrote: > On Mon, 30 Nov 2015, Pali Rohár wrote: > > > On Monday 30 November 2015 07:23:53 Tony Lindgren wrote: > > > * Pali Rohár [151129 16:16]: > > > > On Monday 30 November 2015 01:09:17 Nicolas Pitre wrote: > > > > > On

[PATCH v3 0/4] ARM: dts: use syscon property instead of ctrl-module

This series is basically to deprecate using ctrl-module property and use corresponding syscon properties to program the control module registers. Changes from v2: No changes. Changes from v1: *) Squashed the patches that replaces "ctrl-module" with "syscon-phy-power" *) Added

[PATCH v3 9/9] phy: omap-usb2: use *syscon* framework API to power on/off the PHY

Deprecate using phy-omap-control driver to power on/off the PHY, and use *syscon* framework to do the same. This handles powering on/off the PHY for the USB2 PHYs used in various TI SoCs. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/phy/ti-phy.txt |

[PATCH v3 8/9] phy: omap-usb2: use omap_usb_power_off to power off the PHY during probe

No functional change. Previously omap_control_phy_power() was used to power off the PHY during probe. But once phy-omap-usb2 driver is adapted to use syscon, omap_control_phy_power() cannot be used. Hence used omap_usb_power_off to power off the PHY. Signed-off-by: Kishon Vijay Abraham I

[PATCH v3 1/9] phy: ti-pipe3: introduce local struct device* in probe

No functional change. Introduce local struct device pointer in probe and replace using >dev/phy->dev with the local device pointer. This is in preparation to split ti_pipe3_probe and add separate functions for getting mem resource, getting sysctrl and getting clocks. Signed-off-by: Kishon Vijay

[PATCH v3 3/4] ARM: dts: dra7: Use "ti,dra7x-usb2-phy2" compatible string for USB2 PHY2

The USB2 PHY2 has a different register map compared to USB2 PHY1 to power on/off the PHY. In order to handle it, use the new compatible string "ti,dra7x-usb2-phy2" for the second instance of USB2 PHY. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi |3

[PATCH v3 4/4] ARM: dts: : Use "syscon-phy-power" instead of "ctrl-module"

Add "syscon-phy-power" property and remove the deprecated "ctrl-module" property from SATA and USB PHY node. Also remove the unused control module dt nodes. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/am4372.dtsi | 16 ++--

[PATCH v3 1/4] ARM: dts: dra7: Add dt node for the sycon pcie

Add new device tree node for the control module register space where PCIe registers are present. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/dra7.dtsi

[PATCH v3 6/9] phy: ti-pipe3: use *syscon* framework API to power on/off the PHY

Deprecate using phy-omap-control driver to power on/off the PHY and use *syscon* framework to do the same. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/phy/ti-phy.txt | 10 ++- drivers/phy/phy-ti-pipe3.c | 90

[PATCH v3 7/9] phy: ti-pipe3: use *syscon* framework API to set PCS value of the PHY

Deprecate using phy-omap-control driver to set PCS value of the PHY and start using *syscon* API to do the same. Signed-off-by: Kishon Vijay Abraham I Acked-by: Roger Quadros --- Documentation/devicetree/bindings/phy/ti-phy.txt |2 ++

[PATCH v3 3/9] phy: ti-pipe3: move sysctrl initialization to a separate function

No functional change. Moved sysctrl initialization done in probe to a separate function as part of cleaning up ti_pipe3_probe. Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-ti-pipe3.c | 78 +--- 1 file changed, 45

[PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

This series is basically to deprecate using phy-omap-control and use syscon APIs to program the control module registers. Changes from v2: No changes. Changes from v1: *) cleanup ti_pipe3_probe in multiple steps *) other minor cleanups Changes from [1] in PHY patches include *) cleanup

Re: [PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

Hi Arnd, On Tuesday 15 December 2015 04:26 PM, Arnd Bergmann wrote: > On Tuesday 15 December 2015 14:45:59 Kishon Vijay Abraham I wrote: >> This series is basically to deprecate using phy-omap-control and use >> syscon APIs to program the control module registers. >> >> Changes from v2: >> No

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Tue, Dec 15, 2015 at 10:33:25AM +0100, Pali Rohár wrote: > So am I understand correctly that solution would be to hack > arch/arm/mm/mmu.c to not overwrite page at PHYS_OFFSET? That's completely unnecessary: there are enough platform hooks to cope with whatever the platform requires. If you

Re: [PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

On Tuesday 15 December 2015 14:45:59 Kishon Vijay Abraham I wrote: > This series is basically to deprecate using phy-omap-control and use > syscon APIs to program the control module registers. > > Changes from v2: > No changes. > > Changes from v1: > *) cleanup ti_pipe3_probe in multiple steps >

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Tuesday 15 December 2015 10:33:25 Pali Rohár wrote: > On Monday 30 November 2015 11:09:42 Nicolas Pitre wrote: > > On Mon, 30 Nov 2015, Pali Rohár wrote: > > > On Monday 30 November 2015 07:23:53 Tony Lindgren wrote: > > > > * Pali Rohár [151129 16:16]: > > > > > On

Re: [PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

On Tuesday 15 December 2015 16:44:41 Kishon Vijay Abraham I wrote: > Hi Arnd, > > On Tuesday 15 December 2015 04:26 PM, Arnd Bergmann wrote: > > On Tuesday 15 December 2015 14:45:59 Kishon Vijay Abraham I wrote: > >> This series is basically to deprecate using phy-omap-control and use > >> syscon

[PATCH v3] clk: ti: Add support for dm814x ADPLL

On dm814x we have 13 ADPLLs with 3 to 4 outputs on each. The ADPLLs have several dividers and muxes controlled by a shared control register for each PLL. Note that for the clocks to work as device drivers for booting on dm814x, this patch depends on "ARM: OMAP2+: Change core_initcall levels to

Re: [GIT PULL 1/2] omap fixes for 81xx for v4.5 merge window

On Thursday 10 December 2015 16:03:08 Tony Lindgren wrote: > Fixes for ti81xx for v4.5 merge window. We have hp t410 already booting > in mainline kernel with it's bootloader configured clocks. However, > trying to boot dm814x-evm uncovered all kind of issues with the timer > clock. To keep t410

Re: [PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

Hi, On Tuesday 15 December 2015 05:25 PM, Arnd Bergmann wrote: > On Tuesday 15 December 2015 16:44:41 Kishon Vijay Abraham I wrote: >> Hi Arnd, >> >> On Tuesday 15 December 2015 04:26 PM, Arnd Bergmann wrote: >>> On Tuesday 15 December 2015 14:45:59 Kishon Vijay Abraham I wrote: This series

Re: [PATCH 1/2] video:omap2:dss: fix timings for VENC to match what omapdrm expects

On 13/12/15 20:41, H. Nikolaus Schaller wrote: > Great that you did find the real reason of the problem. > > I have tested it on the GTA04 and it also works. > > Will the patches arrive in 4.5? 4.4, I hope. Tomi signature.asc Description: OpenPGP digital signature

Re: debugging

Hi Felipe, On Thu, Dec 10, 2015 at 3:17 AM, Felipe Balbi wrote: > > Hi, > > (please avoid top-posting) > > Ryan writes: >> Hi Tony, >> >> Thanks for your response. I dont see any prints. I suspect that it >> might be hanging before the serial port is

Re: [PATCH v3 1/4] ARM: dts: dra7: Add dt node for the sycon pcie

Hello. On 12/15/2015 12:39 PM, Kishon Vijay Abraham I wrote: Add new device tree node for the control module register space where PCIe registers are present. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi |5 + 1 file changed, 5 insertions(+)

Re: [PATCH v2] irqchip: omap-intc: add support for spurious irq handling

On Thursday 10 December 2015 08:46 PM, Sekhar Nori wrote: > Hi Felipe, > > On Tuesday 08 December 2015 07:15 PM, Felipe Balbi wrote: >> Sekhar Nori writes: > >>> + /* >>> +* A spurious IRQ can result if interrupt that triggered the >>> +* sorting is no longer active

[PATCH v3] irqchip: omap-intc: add support for spurious irq handling

Under some conditions, irq sorting procedure used by INTC can go wrong resulting in a spurious irq getting reported. If this condition is not handled, it results in endless stream of: unexpected IRQ trap at vector 00 messages from ack_bad_irq() Handle the spurious interrupt condition in

Re: debugging

Hi, Ryan writes: > Hi Felipe, > > On Thu, Dec 10, 2015 at 3:17 AM, Felipe Balbi wrote: >> >> Hi, >> >> (please avoid top-posting) >> >> Ryan writes: >>> Hi Tony, >>> >>> Thanks for your response. I dont see any prints.

Re: [PATCH v3] irqchip: omap-intc: add support for spurious irq handling

* Sekhar Nori [151215 06:26]: > Under some conditions, irq sorting procedure used > by INTC can go wrong resulting in a spurious irq > getting reported. > > If this condition is not handled, it results in > endless stream of: > > unexpected IRQ trap at vector 00 > >

Re: [PATCH 00/10] drivers/pci: avoid module_init in non-modular host/pci*

[Re: [PATCH 00/10] drivers/pci: avoid module_init in non-modular host/pci*] On 14/12/2015 (Mon 11:27) Arnd Bergmann wrote: > On Monday 14 December 2015 10:19:40 Thierry Reding wrote: > > > PCIe host driver that use fixup (DECLARE_PCI_FIXUP_*) can't use tristate. > > > Fixup region is in kernel

Re: [PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

* Kishon Vijay Abraham I [151215 04:47]: > On Tuesday 15 December 2015 05:25 PM, Arnd Bergmann wrote: > >>> > >>> Can you explain here what the conversion is good for? Why do you > >>> prefer the syscon mapping over a high-level driver in this case? > >> > >> phy-omap-control

Re: [PATCH] drivers: net: cpsw: fix RMII/RGMII mode when used with fixed-link PHY

On Monday 14 December 2015 13:04:46 David Rivshin wrote: > On Sat, 12 Dec 2015 16:44:19 +0100 ... > > Your patch works fine on my board, which uses MII and dual_emac with > > a fixed_phy and a real one. > > Thanks for checking. The only dual_emac board I have available is the > EVMSK, which has