[PATCH v4] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq platform device. Reviewed-by: Johan Hovold Signed-off-by: Dave Gerlach --- v3->v4: Use platform_device_register_data rather than platform_device_register_resndata as we are o

[PATCH v4] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq platform device. Reviewed-by: Johan Hovold Signed-off-by: Dave Gerlach --- v3->v4: Use platform_device_register_data rather than platform_device_register_resndata as we are o

Re: [PATCH v3] cpufreq: ti-cpufreq: Only register platform_device when supported

On 11/13/2018 11:58 AM, Johan Hovold wrote: > On Tue, Nov 13, 2018 at 11:39:12AM -0600, Dave Gerlach wrote: >> Currently the ti-cpufreq driver blindly registers a 'ti-cpufreq' to force >> the driver to probe on any platforms where the driver is built in. >> However, th

Re: [PATCH v3] cpufreq: ti-cpufreq: Only register platform_device when supported

On 11/13/2018 11:58 AM, Johan Hovold wrote: > On Tue, Nov 13, 2018 at 11:39:12AM -0600, Dave Gerlach wrote: >> Currently the ti-cpufreq driver blindly registers a 'ti-cpufreq' to force >> the driver to probe on any platforms where the driver is built in. >> However, th

[PATCH v3] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq platform device. Reviewed-by: Johan Hovold Signed-off-by: Dave Gerlach --- v2->v3: Use platform_device_register_resndata to pass match data to probe to to avoid matching ag

[PATCH v3] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq platform device. Reviewed-by: Johan Hovold Signed-off-by: Dave Gerlach --- v2->v3: Use platform_device_register_resndata to pass match data to probe to to avoid matching ag

Re: [PATCH 1/2] opp: ti-opp-supply: Dynamically update u_volt_min

> which the device cannot sustain a particular frequency in which case the > device just silently hangs. So best thing to do is to actually read the > device specific voltages dynamically which will guarantee a particular > device sustaining a particular frequency at the optimal voltage. > Acked-by: Dave Gerlach >>

Re: [PATCH 1/2] opp: ti-opp-supply: Dynamically update u_volt_min

> which the device cannot sustain a particular frequency in which case the > device just silently hangs. So best thing to do is to actually read the > device specific voltages dynamically which will guarantee a particular > device sustaining a particular frequency at the optimal voltage. > Acked-by: Dave Gerlach >>

Re: [PATCH 2/2] opp: ti-opp-supply: Correct the supply in _get_optimal_vdd_voltage call

On 11/06/2018 10:34 PM, Keerthy wrote: > _get_optimal_vdd_voltage call provides new_supply_vbb->u_volt > as the reference voltage while it should be really new_supply_vdd->u_volt. > > Fixes: 9a835fa6e47 ("PM / OPP: Add ti-opp-supply driver") > Signed-off-by: Keerthy

Re: [PATCH 2/2] opp: ti-opp-supply: Correct the supply in _get_optimal_vdd_voltage call

On 11/06/2018 10:34 PM, Keerthy wrote: > _get_optimal_vdd_voltage call provides new_supply_vbb->u_volt > as the reference voltage while it should be really new_supply_vdd->u_volt. > > Fixes: 9a835fa6e47 ("PM / OPP: Add ti-opp-supply driver") > Signed-off-by: Keerthy

[PATCH v2] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq platform device. Reviewed-by: Johan Hovold Signed-off-by: Dave Gerlach --- v1->v2: * Return 'match' directly in ti_cpufreq_match_node. * Add Johan's Reviewed-by. drivers/cpufreq

[PATCH v2] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq platform device. Reviewed-by: Johan Hovold Signed-off-by: Dave Gerlach --- v1->v2: * Return 'match' directly in ti_cpufreq_match_node. * Add Johan's Reviewed-by. drivers/cpufreq

Re: [PATCH] cpufreq: ti-cpufreq: Only register platform_device when supported

On 08/23/2018 02:50 AM, Johan Hovold wrote: > On Wed, Aug 22, 2018 at 09:44:32PM -0500, Dave Gerlach wrote: >> Currently the ti-cpufreq driver blindly registers a 'ti-cpufreq' to force >> the driver to probe on any platforms where the driver is built in. >> However, th

Re: [PATCH] cpufreq: ti-cpufreq: Only register platform_device when supported

On 08/23/2018 02:50 AM, Johan Hovold wrote: > On Wed, Aug 22, 2018 at 09:44:32PM -0500, Dave Gerlach wrote: >> Currently the ti-cpufreq driver blindly registers a 'ti-cpufreq' to force >> the driver to probe on any platforms where the driver is built in. >> However, th

[PATCH] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq driver device. Signed-off-by: Dave Gerlach --- drivers/cpufreq/ti-cpufreq.c | 25 - 1 file changed, 20 insertions(+), 5 deletions(-) diff --git a/drivers/cpufreq/ti

[PATCH] cpufreq: ti-cpufreq: Only register platform_device when supported

so let's factor this out into a separate call and make sure we find a match before creating the ti-cpufreq driver device. Signed-off-by: Dave Gerlach --- drivers/cpufreq/ti-cpufreq.c | 25 - 1 file changed, 20 insertions(+), 5 deletions(-) diff --git a/drivers/cpufreq/ti

Re: [PATCH] PM / OPP: Refactor counting of added OPPs for v2 to avoid unsupported OPPs

Hi, On 08/21/2018 10:10 PM, Dave Gerlach wrote: > Currently the _of_add_opp_table_v2 call loops through the OPP nodes in > the operating-points-v2 table in the device tree and calls > _opp_add_static_v2 for each to add them to the table. It counts each > iteration through this loop as

Re: [PATCH] PM / OPP: Refactor counting of added OPPs for v2 to avoid unsupported OPPs

Hi, On 08/21/2018 10:10 PM, Dave Gerlach wrote: > Currently the _of_add_opp_table_v2 call loops through the OPP nodes in > the operating-points-v2 table in the device tree and calls > _opp_add_static_v2 for each to add them to the table. It counts each > iteration through this loop as

[PATCH] PM / OPP: Refactor counting of added OPPs for v2 to avoid unsupported OPPs

e existing loop which walks the opp table to check if pstate is set and then use that for the aforementioned checks. Fixes: 3ba98324e81a ("PM / OPP: Get performance state using genpd helper") Signed-off-by: Dave Gerlach --- drivers/opp/of.c | 15 ++- 1 file changed, 10 insert

[PATCH] PM / OPP: Refactor counting of added OPPs for v2 to avoid unsupported OPPs

e existing loop which walks the opp table to check if pstate is set and then use that for the aforementioned checks. Fixes: 3ba98324e81a ("PM / OPP: Get performance state using genpd helper") Signed-off-by: Dave Gerlach --- drivers/opp/of.c | 15 ++- 1 file changed, 10 insert

Re: [PATCH] ARM: omap2: Fix build when using split object directories

Tony, On 04/12/2018 04:08 AM, Masahiro Yamada wrote: > 2018-04-12 17:21 GMT+09:00 Anders Roxell <anders.rox...@linaro.org>: >> On 2018-04-11 16:15, Dave Gerlach wrote: >>> The sleep33xx and sleep43xx files should not depend on a header file >>> generated in drive

Re: [PATCH] ARM: omap2: Fix build when using split object directories

Tony, On 04/12/2018 04:08 AM, Masahiro Yamada wrote: > 2018-04-12 17:21 GMT+09:00 Anders Roxell : >> On 2018-04-11 16:15, Dave Gerlach wrote: >>> The sleep33xx and sleep43xx files should not depend on a header file >>> generated in drivers/memory. Remove this dependency

Re: [PATCH v2] ARM: omap2: Fix build when using split object directories

On 04/12/2018 10:24 PM, Masahiro Yamada wrote: > 2018-04-13 11:58 GMT+09:00 Dave Gerlach <d-gerl...@ti.com>: >> The sleep33xx and sleep43xx files should not depend on a header file >> generated in drivers/memory. Remove this dependency and instead allow >> both drive

Re: [PATCH v2] ARM: omap2: Fix build when using split object directories

On 04/12/2018 10:24 PM, Masahiro Yamada wrote: > 2018-04-13 11:58 GMT+09:00 Dave Gerlach : >> The sleep33xx and sleep43xx files should not depend on a header file >> generated in drivers/memory. Remove this dependency and instead allow >> both drivers/memory and arch/arm/mach-

Re: [PATCH] ARM: omap2: Fix build when using split object directories

Hi, On 04/12/2018 04:08 AM, Masahiro Yamada wrote: > 2018-04-12 17:21 GMT+09:00 Anders Roxell <anders.rox...@linaro.org>: >> On 2018-04-11 16:15, Dave Gerlach wrote: >>> The sleep33xx and sleep43xx files should not depend on a header file >>> generated in drive

Re: [PATCH] ARM: omap2: Fix build when using split object directories

Hi, On 04/12/2018 04:08 AM, Masahiro Yamada wrote: > 2018-04-12 17:21 GMT+09:00 Anders Roxell : >> On 2018-04-11 16:15, Dave Gerlach wrote: >>> The sleep33xx and sleep43xx files should not depend on a header file >>> generated in drivers/memory. Remove this dependency

[PATCH v2] ARM: omap2: Fix build when using split object directories

: 41d9d44d7258 ("ARM: OMAP2+: pm33xx-core: Add platform code needed for PM") Acked-by: Tony Lindgren <t...@atomide.com> Reviewed-by: Masahiro Yamada <yamada.masah...@socionext.com> Tested-by: Anders Roxell <anders.rox...@linaro.org> Signed-off-by: Dave Gerlach <

[PATCH v2] ARM: omap2: Fix build when using split object directories

: 41d9d44d7258 ("ARM: OMAP2+: pm33xx-core: Add platform code needed for PM") Acked-by: Tony Lindgren Reviewed-by: Masahiro Yamada Tested-by: Anders Roxell Signed-off-by: Dave Gerlach --- v1 -> v2: * Removed drivers/memory/Makefile.asm-offsets and consolidated into drivers/me

[PATCH] ARM: omap2: Fix build when using split object directories

: 41d9d44d7258 ("ARM: OMAP2+: pm33xx-core: Add platform code needed for PM") Acked-by: Tony Lindgren <t...@atomide.com> Reviewed-by: Masahiro Yamada <yamada.masah...@socionext.com> Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- arch/arm/mach-omap2/Makefile |

[PATCH] ARM: omap2: Fix build when using split object directories

: 41d9d44d7258 ("ARM: OMAP2+: pm33xx-core: Add platform code needed for PM") Acked-by: Tony Lindgren Reviewed-by: Masahiro Yamada Signed-off-by: Dave Gerlach --- arch/arm/mach-omap2/Makefile | 6 +-- arch/arm/mach-omap2/pm-asm-offsets.c | 3 ++ arch/arm/mach-omap2/sleep33xx.S

[PATCH v5 0/4] ARM: OMAP2+: AM33XX/AM43XX: Add suspend-resume support

/v4.16/amx3-suspend-v5 Dave Gerlach (4): ARM: OMAP2+: Introduce low-level suspend code for AM33XX ARM: OMAP2+: Introduce low-level suspend code for AM43XX ARM: OMAP2+: pm33xx-core: Add platform code needed for PM soc: ti: Add pm33xx driver for basic suspend support Documentation/devicetree

[PATCH v5 0/4] ARM: OMAP2+: AM33XX/AM43XX: Add suspend-resume support

/v4.16/amx3-suspend-v5 Dave Gerlach (4): ARM: OMAP2+: Introduce low-level suspend code for AM33XX ARM: OMAP2+: Introduce low-level suspend code for AM43XX ARM: OMAP2+: pm33xx-core: Add platform code needed for PM soc: ti: Add pm33xx driver for basic suspend support Documentation/devicetree

[PATCH v5 2/4] ARM: OMAP2+: Introduce low-level suspend code for AM43XX

Although similar to AM33XX, introduce a new low-level asm file for suspend containing new context save and restore paths for EMIF and l2 cache disabling and enabling. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- arch/arm/mach-omap2/sleep43xx.S

[PATCH v5 2/4] ARM: OMAP2+: Introduce low-level suspend code for AM43XX

Although similar to AM33XX, introduce a new low-level asm file for suspend containing new context save and restore paths for EMIF and l2 cache disabling and enabling. Signed-off-by: Dave Gerlach --- arch/arm/mach-omap2/sleep43xx.S | 385 1 file changed

[PATCH v5 4/4] soc: ti: Add pm33xx driver for basic suspend support

which was populated in one of the IPC registers as part of the suspend sequence. Code is based on work by Vaibhav Bedia. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- Documentation/devicetree/bindings/arm/omap/mpu.txt | 16 + drivers/soc/ti/Kconfig

[PATCH v5 4/4] soc: ti: Add pm33xx driver for basic suspend support

which was populated in one of the IPC registers as part of the suspend sequence. Code is based on work by Vaibhav Bedia. Signed-off-by: Dave Gerlach --- Documentation/devicetree/bindings/arm/omap/mpu.txt | 16 + drivers/soc/ti/Kconfig | 9 + drivers/soc/ti/Makefile

[PATCH v5 3/4] ARM: OMAP2+: pm33xx-core: Add platform code needed for PM

on am335x and am437x platforms to enable basic suspend to mem and standby support. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- arch/arm/mach-omap2/Kconfig | 1 + arch/arm/mach-omap2/Makefile | 16 +++ arch/arm/mach-omap2/common.h | 7 ++ arch/arm/mach-omap

[PATCH v5 3/4] ARM: OMAP2+: pm33xx-core: Add platform code needed for PM

on am335x and am437x platforms to enable basic suspend to mem and standby support. Signed-off-by: Dave Gerlach --- arch/arm/mach-omap2/Kconfig | 1 + arch/arm/mach-omap2/Makefile | 16 +++ arch/arm/mach-omap2/common.h | 7 ++ arch/arm/mach-omap2/io.c | 2

[PATCH v5 1/4] ARM: OMAP2+: Introduce low-level suspend code for AM33XX

getting powered off. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- arch/arm/mach-omap2/sleep33xx.S | 212 1 file changed, 212 insertions(+) create mode 100644 arch/arm/mach-omap2/sleep33xx.S diff --git a/arch/arm/mach-omap2/sleep33xx.S b/ar

[PATCH v5 1/4] ARM: OMAP2+: Introduce low-level suspend code for AM33XX

getting powered off. Signed-off-by: Dave Gerlach --- arch/arm/mach-omap2/sleep33xx.S | 212 1 file changed, 212 insertions(+) create mode 100644 arch/arm/mach-omap2/sleep33xx.S diff --git a/arch/arm/mach-omap2/sleep33xx.S b/arch/arm/mach-omap2

Re: [PATCH 2/4] ARM: OMAP2+: Introduce low-level suspend code for AM43XX

Hi, On 02/20/2018 01:25 AM, Philippe Ombredanne wrote: > Dave, > > On Fri, Feb 16, 2018 at 10:40 PM, Dave Gerlach <d-gerl...@ti.com> wrote: >> Although similar to AM33XX, introduce a new low-level asm file for >> suspend containing new context save and restore pat

Re: [PATCH 2/4] ARM: OMAP2+: Introduce low-level suspend code for AM43XX

Hi, On 02/20/2018 01:25 AM, Philippe Ombredanne wrote: > Dave, > > On Fri, Feb 16, 2018 at 10:40 PM, Dave Gerlach wrote: >> Although similar to AM33XX, introduce a new low-level asm file for >> suspend containing new context save and restore paths for EMIF and l2 >> c

[PATCH 4/4] soc: ti: Add pm33xx driver for basic suspend support

which was populated in one of the IPC registers as part of the suspend sequence. Code is based on work by Vaibhav Bedia. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- Documentation/devicetree/bindings/arm/omap/mpu.txt | 16 + drivers/soc/ti/Kconfig

[PATCH 4/4] soc: ti: Add pm33xx driver for basic suspend support

which was populated in one of the IPC registers as part of the suspend sequence. Code is based on work by Vaibhav Bedia. Signed-off-by: Dave Gerlach --- Documentation/devicetree/bindings/arm/omap/mpu.txt | 16 + drivers/soc/ti/Kconfig | 9 + drivers/soc/ti/Makefile

[PATCH 1/4] ARM: OMAP2+: Introduce low-level suspend code for AM33XX

getting powered off. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- arch/arm/mach-omap2/sleep33xx.S | 220 1 file changed, 220 insertions(+) create mode 100644 arch/arm/mach-omap2/sleep33xx.S diff --git a/arch/arm/mach-omap2/sleep33xx.S b/ar

[PATCH 1/4] ARM: OMAP2+: Introduce low-level suspend code for AM33XX

getting powered off. Signed-off-by: Dave Gerlach --- arch/arm/mach-omap2/sleep33xx.S | 220 1 file changed, 220 insertions(+) create mode 100644 arch/arm/mach-omap2/sleep33xx.S diff --git a/arch/arm/mach-omap2/sleep33xx.S b/arch/arm/mach-omap2

[PATCH 0/4] ARM: OMAP2+: AM33XX/AM43XX: Add suspend-resume support

/dgerlach/linux-pm/tree/upstream/v4.16/amx3-suspend-v4 Dave Gerlach (4): ARM: OMAP2+: Introduce low-level suspend code for AM33XX ARM: OMAP2+: Introduce low-level suspend code for AM43XX ARM: OMAP2+: pm33xx-core: Add platform code needed for PM soc: ti: Add pm33xx driver for basic suspend support

[PATCH 0/4] ARM: OMAP2+: AM33XX/AM43XX: Add suspend-resume support

/dgerlach/linux-pm/tree/upstream/v4.16/amx3-suspend-v4 Dave Gerlach (4): ARM: OMAP2+: Introduce low-level suspend code for AM33XX ARM: OMAP2+: Introduce low-level suspend code for AM43XX ARM: OMAP2+: pm33xx-core: Add platform code needed for PM soc: ti: Add pm33xx driver for basic suspend support

[PATCH 3/4] ARM: OMAP2+: pm33xx-core: Add platform code needed for PM

on am335x and am437x platforms to enable basic suspend to mem and standby support. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- arch/arm/mach-omap2/Kconfig | 1 + arch/arm/mach-omap2/Makefile | 16 +++ arch/arm/mach-omap2/common.h | 7 ++ arch/arm/mach-omap

[PATCH 3/4] ARM: OMAP2+: pm33xx-core: Add platform code needed for PM

on am335x and am437x platforms to enable basic suspend to mem and standby support. Signed-off-by: Dave Gerlach --- arch/arm/mach-omap2/Kconfig | 1 + arch/arm/mach-omap2/Makefile | 16 +++ arch/arm/mach-omap2/common.h | 7 ++ arch/arm/mach-omap2/io.c | 2

[PATCH 2/4] ARM: OMAP2+: Introduce low-level suspend code for AM43XX

Although similar to AM33XX, introduce a new low-level asm file for suspend containing new context save and restore paths for EMIF and l2 cache disabling and enabling. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- arch/arm/mach-omap2/sleep43xx.S

[PATCH 2/4] ARM: OMAP2+: Introduce low-level suspend code for AM43XX

Although similar to AM33XX, introduce a new low-level asm file for suspend containing new context save and restore paths for EMIF and l2 cache disabling and enabling. Signed-off-by: Dave Gerlach --- arch/arm/mach-omap2/sleep43xx.S | 393 1 file changed

[PATCH] mfd: tps65218: Reorder tps65218_regulator_id enum

value. Fix the order in the enum so the probe function works as the update intended. Fixes: 2dc4940360d4 ("regulator: tps65218: Remove all the compatibles") Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- include/linux/mfd/tps65218.h | 4 ++-- 1 file changed, 2 insertions(+),

[PATCH] mfd: tps65218: Reorder tps65218_regulator_id enum

value. Fix the order in the enum so the probe function works as the update intended. Fixes: 2dc4940360d4 ("regulator: tps65218: Remove all the compatibles") Signed-off-by: Dave Gerlach --- include/linux/mfd/tps65218.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --gi

[PATCH v6 1/2] Documentation: dt: Update ti,emif bindings

m> Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- .../devicetree/bindings/memory-controllers/ti/emif.txt | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/memory-controllers/ti/emif.txt b/Documentation/devicetr

[PATCH v6 1/2] Documentation: dt: Update ti,emif bindings

Update the Texas Instruments EMIF binding document to include the device tree bindings for ti,emif-am3352 and ti,emif-am4372 which are used by the ti-emif-sram driver to provide low-level PM functionality. Acked-by: Rob Herring Acked-by: Tony Lindgren Signed-off-by: Dave Gerlach

[PATCH v6 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

for the generated platform asm-offsets.h files. Acked-by: Tony Lindgren <t...@atomide.com> Acked-by: Russell King <rmk+ker...@armlinux.org.uk> Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- drivers/memory/Kconfig | 10 ++ drivers/memory/Makefile | 8

[PATCH v6 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

for the generated platform asm-offsets.h files. Acked-by: Tony Lindgren Acked-by: Russell King Signed-off-by: Dave Gerlach --- drivers/memory/Kconfig | 10 ++ drivers/memory/Makefile | 8 + drivers/memory/Makefile.asm-offsets | 5 + drivers/memory/emif-asm-offsets.c | 92

[PATCH v6 0/2] memory: Introduce ti-emif-sram driver

v4.15/amx3-suspend-v6 Dave Gerlach (2): Documentation: dt: Update ti,emif bindings memory: ti-emif-sram: introduce relocatable suspend/resume handlers .../bindings/memory-controllers/ti/emif.txt| 17 +- drivers/memory/Kconfig | 10 + drivers/memor

[PATCH v6 0/2] memory: Introduce ti-emif-sram driver

v4.15/amx3-suspend-v6 Dave Gerlach (2): Documentation: dt: Update ti,emif bindings memory: ti-emif-sram: introduce relocatable suspend/resume handlers .../bindings/memory-controllers/ti/emif.txt| 17 +- drivers/memory/Kconfig | 10 + drivers/memor

[PATCH v5 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

for the generated platform asm-offsets.h files. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- v4->v5: * Simplify Makefile to generate include/generated/ti-emif-asm-offsets.h drivers/memory/Kconfig| 10 ++ drivers/memory/Makefile | 13 ++ drivers/memory/emif-asm-offset

[PATCH v5 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

for the generated platform asm-offsets.h files. Signed-off-by: Dave Gerlach --- v4->v5: * Simplify Makefile to generate include/generated/ti-emif-asm-offsets.h drivers/memory/Kconfig| 10 ++ drivers/memory/Makefile | 13 ++ drivers/memory/emif-asm-offsets.c | 22 +++ driv

[PATCH v5 0/2] memory: Introduce ti-emif-sram driver

.html [2] https://www.spinics.net/lists/arm-kernel/msg595934.html [3] https://github.com/dgerlach/linux-pm/tree/upstream/v4.14/amx3-suspend-v5 Dave Gerlach (2): Documentation: dt: Update ti,emif bindings memory: ti-emif-sram: introduce relocatable suspend/resume handlers .../bindings/memory-controll

[PATCH v5 0/2] memory: Introduce ti-emif-sram driver

.html [2] https://www.spinics.net/lists/arm-kernel/msg595934.html [3] https://github.com/dgerlach/linux-pm/tree/upstream/v4.14/amx3-suspend-v5 Dave Gerlach (2): Documentation: dt: Update ti,emif bindings memory: ti-emif-sram: introduce relocatable suspend/resume handlers .../bindings/memory-controll

[PATCH v5 1/2] Documentation: dt: Update ti,emif bindings

m> Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- .../devicetree/bindings/memory-controllers/ti/emif.txt | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/memory-controllers/ti/emif.txt b/Documentation/devicetr

[PATCH v5 1/2] Documentation: dt: Update ti,emif bindings

Update the Texas Instruments EMIF binding document to include the device tree bindings for ti,emif-am3352 and ti,emif-am4372 which are used by the ti-emif-sram driver to provide low-level PM functionality. Acked-by: Rob Herring Acked-by: Tony Lindgren Signed-off-by: Dave Gerlach

Re: [PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

On 10/02/2017 10:34 AM, Dave Gerlach wrote: > Russell, > On 09/28/2017 03:38 AM, Russell King - ARM Linux wrote: >> On Tue, Sep 26, 2017 at 07:03:55PM -0500, Dave Gerlach wrote: >>> diff --git a/drivers/memory/emif-asm-offsets.c >>> b/drivers/memory/emif-asm-offs

Re: [PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

On 10/02/2017 10:34 AM, Dave Gerlach wrote: > Russell, > On 09/28/2017 03:38 AM, Russell King - ARM Linux wrote: >> On Tue, Sep 26, 2017 at 07:03:55PM -0500, Dave Gerlach wrote: >>> diff --git a/drivers/memory/emif-asm-offsets.c >>> b/drivers/memory/emif-asm-offs

Re: [PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

Russell, On 09/28/2017 03:38 AM, Russell King - ARM Linux wrote: > On Tue, Sep 26, 2017 at 07:03:55PM -0500, Dave Gerlach wrote: >> diff --git a/drivers/memory/emif-asm-offsets.c >> b/drivers/memory/emif-asm-offsets.c >> new file mode 100644 >> index ..bd

Re: [PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

Russell, On 09/28/2017 03:38 AM, Russell King - ARM Linux wrote: > On Tue, Sep 26, 2017 at 07:03:55PM -0500, Dave Gerlach wrote: >> diff --git a/drivers/memory/emif-asm-offsets.c >> b/drivers/memory/emif-asm-offsets.c >> new file mode 100644 >> index ..bd

[PATCH v4 0/2] memory: Introduce ti-emif-sram driver

for am335x and am437x PM can be found here [2]. Regards, Dave [1] https://www.spinics.net/lists/linux-omap/msg138314.html [2] https://github.com/dgerlach/linux-pm/tree/upstream/v4.14/amx3-suspend-v4 Dave Gerlach (2): Documentation: dt: Update ti,emif bindings memory: ti-emif-sram: introduce r

[PATCH v4 0/2] memory: Introduce ti-emif-sram driver

for am335x and am437x PM can be found here [2]. Regards, Dave [1] https://www.spinics.net/lists/linux-omap/msg138314.html [2] https://github.com/dgerlach/linux-pm/tree/upstream/v4.14/amx3-suspend-v4 Dave Gerlach (2): Documentation: dt: Update ti,emif bindings memory: ti-emif-sram: introduce r

[PATCH v4 1/2] Documentation: dt: Update ti,emif bindings

m> Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- .../devicetree/bindings/memory-controllers/ti/emif.txt | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/memory-controllers/ti/emif.txt b/Documentation/devicetr

[PATCH v4 1/2] Documentation: dt: Update ti,emif bindings

Update the Texas Instruments EMIF binding document to include the device tree bindings for ti,emif-am3352 and ti,emif-am4372 which are used by the ti-emif-sram driver to provide low-level PM functionality. Acked-by: Rob Herring Acked-by: Tony Lindgren Signed-off-by: Dave Gerlach

[PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

for the generated platform asm-offsets.h files. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- v3->v4: * Drop changes to asm-offsets.c * Add code based on offsets-file generation from top-level Kbuild for new emif-asm-offsets.h to drivers/memory/Makefile. * Fixup remove function to NULL

[PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

for the generated platform asm-offsets.h files. Signed-off-by: Dave Gerlach --- v3->v4: * Drop changes to asm-offsets.c * Add code based on offsets-file generation from top-level Kbuild for new emif-asm-offsets.h to drivers/memory/Makefile. * Fixup remove function to NULL instance variable bef

[PATCH] cpufreq: ti-cpufreq: Support additional am43xx platforms

Rather than letting the ti-cpufreq driver match against 'ti,am4372' machine compatible during probe let's match against 'ti,am43' so that we can support both 'ti,am4372' and 'ti,am438x' platforms which both match to this compatible. Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- d

[PATCH] cpufreq: ti-cpufreq: Support additional am43xx platforms

Rather than letting the ti-cpufreq driver match against 'ti,am4372' machine compatible during probe let's match against 'ti,am43' so that we can support both 'ti,am4372' and 'ti,am438x' platforms which both match to this compatible. Signed-off-by: Dave Gerlach --- drivers/cpufreq/ti-cpufreq.c

Re: [PATCH v2] drivers: cpufreq: Fix sysfs duplicate filename creation for platform-device

Hi, On 09/18/2017 02:18 PM, suni...@techveda.org wrote: > From: Suniel Mahesh > > ti-cpufreq and cpufreq-dt-platdev drivers are registering platform-device > with same name "cpufreq-dt" using platform_device_register_*() routines. > This is leading to build warnings

Re: [PATCH v2] drivers: cpufreq: Fix sysfs duplicate filename creation for platform-device

Hi, On 09/18/2017 02:18 PM, suni...@techveda.org wrote: > From: Suniel Mahesh > > ti-cpufreq and cpufreq-dt-platdev drivers are registering platform-device > with same name "cpufreq-dt" using platform_device_register_*() routines. > This is leading to build warnings appended below. > >

Re: [PATCH] cpufreq: dt-platdev: Add devices covered by ti-cpufreq to blacklist

On 09/19/2017 10:02 AM, Viresh Kumar wrote: > On 19 September 2017 at 07:57, Dave Gerlach <d-gerl...@ti.com> wrote: >> Commit edeec420de24 ("cpufreq: dt-platdev: Automatically create cpufreq >> device with OPP v2") causes a cpufreq-dt platform device to be >> a

Re: [PATCH] cpufreq: dt-platdev: Add devices covered by ti-cpufreq to blacklist

On 09/19/2017 10:02 AM, Viresh Kumar wrote: > On 19 September 2017 at 07:57, Dave Gerlach wrote: >> Commit edeec420de24 ("cpufreq: dt-platdev: Automatically create cpufreq >> device with OPP v2") causes a cpufreq-dt platform device to be >> automatically created

[PATCH] cpufreq: dt-platdev: Add devices covered by ti-cpufreq to blacklist

o allow ti-cpufreq to continue creating the cpufreq-dt platdev. This applies to am335x, am437x, dra7xx, and am57xx. Fixes: edeec420de24 ("cpufreq: dt-cpufreq: platdev Automatically create device with OPP v2") Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- drivers/cpufreq/cpufre

[PATCH] cpufreq: dt-platdev: Add devices covered by ti-cpufreq to blacklist

o allow ti-cpufreq to continue creating the cpufreq-dt platdev. This applies to am335x, am437x, dra7xx, and am57xx. Fixes: edeec420de24 ("cpufreq: dt-cpufreq: platdev Automatically create device with OPP v2") Signed-off-by: Dave Gerlach --- drivers/cpufreq/cpufreq-dt-platdev.c | 4 +++

Re: [PATCH v3 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

Russell, On 08/31/2017 09:03 AM, Russell King - ARM Linux wrote: > On Mon, Jul 24, 2017 at 04:24:54PM -0500, Dave Gerlach wrote: >> diff --git a/arch/arm/kernel/asm-offsets.c b/arch/arm/kernel/asm-offsets.c >> index 608008229c7d..46a7a6c41db7 100644 >> --- a/arch/arm/kernel/a

Re: [PATCH v3 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

Russell, On 08/31/2017 09:03 AM, Russell King - ARM Linux wrote: > On Mon, Jul 24, 2017 at 04:24:54PM -0500, Dave Gerlach wrote: >> diff --git a/arch/arm/kernel/asm-offsets.c b/arch/arm/kernel/asm-offsets.c >> index 608008229c7d..46a7a6c41db7 100644 >> --- a/arch/arm/kernel/a

Re: [PATCH v3 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

On 09/01/2017 05:26 AM, Johan Hovold wrote: > On Mon, Jul 24, 2017 at 04:24:54PM -0500, Dave Gerlach wrote: >> Certain SoCs like Texas Instruments AM335x and AM437x require parts >> of the EMIF PM code to run late in the suspend sequence from SRAM, >> such as saving and resto

Re: [PATCH v3 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

On 09/01/2017 05:26 AM, Johan Hovold wrote: > On Mon, Jul 24, 2017 at 04:24:54PM -0500, Dave Gerlach wrote: >> Certain SoCs like Texas Instruments AM335x and AM437x require parts >> of the EMIF PM code to run late in the suspend sequence from SRAM, >> such as saving and resto

Re: [1/2] cpufreq: dt-platdev: Automatically create cpufreq device with OPP v2

Hi, On 09/11/2017 07:13 AM, Keerthy wrote: > > > On Tuesday 29 August 2017 03:41 PM, Viresh Kumar wrote: >> On 21-08-17, 15:17, Simon Horman wrote: >>> Sorry, I seem to have accidently sent this email as Virish rather than >>> myself. I will try again. >> >> No issues. I see that Rafael has

Re: [1/2] cpufreq: dt-platdev: Automatically create cpufreq device with OPP v2

Hi, On 09/11/2017 07:13 AM, Keerthy wrote: > > > On Tuesday 29 August 2017 03:41 PM, Viresh Kumar wrote: >> On 21-08-17, 15:17, Simon Horman wrote: >>> Sorry, I seem to have accidently sent this email as Virish rather than >>> myself. I will try again. >> >> No issues. I see that Rafael has

Re: [PATCH v3 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

Russell/Johan, On 08/01/2017 01:08 PM, Santosh Shilimkar wrote: > On 7/26/2017 9:54 AM, Santosh Shilimkar wrote: >> >> On 7/24/2017 2:24 PM, Dave Gerlach wrote: >>> Certain SoCs like Texas Instruments AM335x and AM437x require parts >>> of the EMIF PM code to run

Re: [PATCH v3 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

Russell/Johan, On 08/01/2017 01:08 PM, Santosh Shilimkar wrote: > On 7/26/2017 9:54 AM, Santosh Shilimkar wrote: >> >> On 7/24/2017 2:24 PM, Dave Gerlach wrote: >>> Certain SoCs like Texas Instruments AM335x and AM437x require parts >>> of the EMIF PM code to run

Re: [PATCH] PM / Domains: Ensure genpd name is set before creating debugfs entry

Hi, On 07/28/2017 01:48 PM, Dave Gerlach wrote: > Commit b6a1d093f96b ("PM / Domains: Extend generic power domain > debugfs") extends the existing generic power domain debugfs to provide > more information about each genpd, however it creates a debugfs > directory for

Re: [PATCH] PM / Domains: Ensure genpd name is set before creating debugfs entry

Hi, On 07/28/2017 01:48 PM, Dave Gerlach wrote: > Commit b6a1d093f96b ("PM / Domains: Extend generic power domain > debugfs") extends the existing generic power domain debugfs to provide > more information about each genpd, however it creates a debugfs > directory for

[PATCH] PM / Domains: Ensure genpd name is set before creating debugfs entry

populated and if not, skip creating the extended debugfs info path and warn that name is needed to get this extended info. Fixes: b6a1d093f96b ("PM / Domains: Extend generic power domain debugfs") Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- drivers/base/power/domain.c | 6 ++ 1

[PATCH] PM / Domains: Ensure genpd name is set before creating debugfs entry

populated and if not, skip creating the extended debugfs info path and warn that name is needed to get this extended info. Fixes: b6a1d093f96b ("PM / Domains: Extend generic power domain debugfs") Signed-off-by: Dave Gerlach --- drivers/base/power/domain.c | 6 ++ 1 file changed, 6 inser

Re: [RESEND PATCH] soc: ti: ti_sci_pm_domains: Populate name for genpd

Hi, On 07/28/2017 11:33 AM, Dave Gerlach wrote: > Commit b6a1d093f96b ("PM / Domains: Extend generic power domain > debugfs") now creates a debugfs directory for each genpd based on the > name of the genpd. Currently no name is given to the genpd created by > ti_sci_pm_dom

Re: [RESEND PATCH] soc: ti: ti_sci_pm_domains: Populate name for genpd

Hi, On 07/28/2017 11:33 AM, Dave Gerlach wrote: > Commit b6a1d093f96b ("PM / Domains: Extend generic power domain > debugfs") now creates a debugfs directory for each genpd based on the > name of the genpd. Currently no name is given to the genpd created by > ti_sci_pm_dom

[RESEND PATCH] soc: ti: ti_sci_pm_domains: Populate name for genpd

ences when it is accessed on boot when the debugfs entry creation is attempted. Give the genpd a name before registering it to avoid this. Fixes: 52835d59fc6c ("soc: ti: Add ti_sci_pm_domains driver") Signed-off-by: Dave Gerlach <d-gerl...@ti.com> --- drivers/soc/ti/ti_sci_pm_domains.c

[RESEND PATCH] soc: ti: ti_sci_pm_domains: Populate name for genpd

ences when it is accessed on boot when the debugfs entry creation is attempted. Give the genpd a name before registering it to avoid this. Fixes: 52835d59fc6c ("soc: ti: Add ti_sci_pm_domains driver") Signed-off-by: Dave Gerlach --- drivers/soc/ti/ti_sci_pm_domains.c | 2 ++ 1 file changed, 2

  1   2   3   4   5   6   >