compatible 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_resnd
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.
>> Howe
compatible 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
e at
> 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
>>
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
compatible 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
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.
>> Howe
compatible 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/dri
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
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
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
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-
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
Fixes: 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
drive
Fixes: 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/sleep3
/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
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
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
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
disabled in the 'resume path' due to MPU 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/arc
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
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
disabled in the 'resume path' due to MPU 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/arc
/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
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
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
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
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
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
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
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
.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
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
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
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
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
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
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
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: Da
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.
>
> Providing
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
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 +++
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
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
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 alrea
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
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 each ba
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 inserti
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_domain
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
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
disabled in the 'resume path' due to MPU getting powered off.
Signed-off-by: Dave Gerlach
---
v2->v3:
* Reverse the order of entering self refresh and saving context so that
we save the exact state of the emif at suspend time.
arch/arm/mach-omap2/sleep33xx.S | 221
i.com/processor-firmware/ti-amx3-cm3-pm-firmware/blobs/7eb9c0856a9e8b3b42bf64f761da135852b8eea7/bin/am335x-pm-firmware.elf
[4] https://github.com/dgerlach/linux-pm/tree/upstream/v4.13/amx3-suspend-v3
Dave Gerlach (4):
ARM: OMAP2+: Introduce low-level suspend code for AM33XX
ARM: OMAP2+: Introduc
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
---
v2->v3:
* Rename am33xx_pm_prepare_push_sram to am33xx_pm_alloc_sram
* Add missing of_node_put for mpu node
* Use dev_err and friends
cluttering up the
asm-offsets file.
Finally, add amx3_common_pm_init to create a dummy platform_device for
pm33xx so that our soon to be introduced pm33xx module can probe on
am335x and am437x platforms to enable basic suspend to mem and standby
support.
Signed-off-by: Dave Gerlach
---
v2->v3:
* Squ
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
---
v2->v3:
* Reverse the order of entering self refresh and saving context so that
we save
define all the macros in an inline function and by adding a
call to this in the asm_offsets file all macros are properly generated
and available to the assembly code without cluttering up the asm-offsets
file.
Signed-off-by: Dave Gerlach
---
v2->v3:
* Move all static vars into common struct
send the necessary device tree
changes for both, but in the meantime all remaining patches for am335x and
am437x PM can be found here [2].
Regards,
Dave
[1] https://www.spinics.net/lists/linux-omap/msg137203.html
[2] https://github.com/dgerlach/linux-pm/tree/upstream/v4.13/amx3-suspend-v3
Dave Ge
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
values and not actually used by the drivers, let's just use the device
ID number directly in the device tree to avoid macro bloat.
Acked-by: Rob Herring
Signed-off-by: Dave Gerlach
---
Santosh, Resend of https://www.spinics.net/lists/devicetree/msg177717.html
rebased on v4.13-rc1 and with Rob
On 07/03/2017 11:58 AM, Johan Hovold wrote:
> On Fri, May 19, 2017 at 03:04:38PM -0500, Dave Gerlach wrote:
>> Add amx3_common_pm_init to create a dummy platform_device for
>> pm33xx so that our pm33xx module can probe and am335x and am437x
>> platforms to enable basic suspe
On 07/03/2017 11:54 AM, Johan Hovold wrote:
> On Fri, May 19, 2017 at 03:04:37PM -0500, Dave Gerlach wrote:
>> AM335x and AM437x support various low power modes as documented
>> in section 8.1.4.3 of the AM335x Technical Reference Manual and
>> section 6.4.3 of the AM437
On 07/04/2017 08:14 AM, Johan Hovold wrote:
> On Fri, May 19, 2017 at 03:04:36PM -0500, Dave Gerlach wrote:
>> Most of the PM code needed for am335x and am437x can be moved into a
>> module under drivers but some core code must remain in mach-omap2 at the
>> moment. This i
On 07/03/2017 11:17 AM, Johan Hovold wrote:
> On Fri, May 19, 2017 at 12:57:08PM -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
Hi,
On 06/20/2017 09:42 AM, Russell King - ARM Linux wrote:
> On Fri, May 19, 2017 at 12:57:08PM -0500, Dave Gerlach wrote:
>> +.arm
>> +.align 3
>> +
>> +ENTRY(ti_emif_sram)
>
> Will you ever want to have any of this code as Thumb?
I cannot see any requi
Santosh,
On 05/31/2017 11:28 AM, Rob Herring wrote:
> On Mon, May 22, 2017 at 01:37:37PM -0500, Dave Gerlach wrote:
>> Commit 7cc119f29b19 ("dt-bindings: Add TI SCI PM Domains") introduced a
>> number of K2G_DEV_x macros to represent each device ID available on the
>&
values and not actually used by the drivers, let's just use the device
ID number directly in the device tree to avoid macro bloat.
Signed-off-by: Dave Gerlach
---
Based on discussion here [1] it was agreed that these macros are not needed
and it is better to just use the device IDs directly in
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 | 394
1 file changed
Add amx3_common_pm_init to create a dummy platform_device for
pm33xx so that our pm33xx module can probe and am335x and am437x
platforms to enable basic suspend to mem and standby support.
Signed-off-by: Dave Gerlach
---
arch/arm/mach-omap2/common.h | 7 +++
arch/arm/mach-omap2/io.c
cluttering up the
asm-offsets file.
Signed-off-by: Dave Gerlach
---
arch/arm/kernel/asm-offsets.c| 2 +
arch/arm/mach-omap2/Kconfig | 1 +
arch/arm/mach-omap2/Makefile | 4 +
arch/arm/mach-omap2/pm.h | 5 +
arch/arm/mach-omap2/pm33xx-core.c| 181
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
---
drivers/soc/ti/Kconfig | 9 +
drivers/soc/ti/Makefile | 1 +
drivers/soc/ti/pm33xx.c | 337
disabled in the 'resume path' due to MPU getting powered off.
Signed-off-by: Dave Gerlach
---
arch/arm/mach-omap2/sleep33xx.S | 221
1 file changed, 221 insertions(+)
create mode 100644 arch/arm/mach-omap2/sleep33xx.S
diff --git a/arc
/processor-firmware/ti-amx3-cm3-pm-firmware/blobs/7eb9c0856a9e8b3b42bf64f761da135852b8eea7/bin/am335x-pm-firmware.elf
[4] https://github.com/dgerlach/linux-pm/tree/upstream/v4.12/amx3-suspend-dev
Dave Gerlach (5):
ARM: OMAP2+: Introduce low-level suspend code for AM33XX
ARM: OMAP2+: Introduce low
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.
Signed-off-by: Dave Gerlach
---
.../devicetree/bindings/memory-controllers/ti/emif.txt
define all the macros in an inline function and by adding a
call to this in the asm_offsets file all macros are properly generated
and available to the assembly code without cluttering up the asm-offsets
file.
Signed-off-by: Dave Gerlach
---
arch/arm/kernel/asm-offsets.c| 6 +
drivers/memory
be found here [3].
Regards,
Dave
[1] http://www.spinics.net/lists/arm-kernel/msg572489.html
[2] http://www.spinics.net/lists/kernel/msg2511127.html
[3] https://github.com/dgerlach/linux-pm/tree/upstream/v4.12/amx3-suspend-dev
Dave Gerlach (2):
Documentation: dt: Update ti,emif bindings
memory
On 05/18/2017 10:01 AM, Greg Kroah-Hartman wrote:
On Mon, Apr 10, 2017 at 09:52:47AM -0500, Dave Gerlach wrote:
Currently the sram-exec functionality, which allows allocation of
executable memory and provides an API to move code to it, is only
selected in configs for the ARM architecture. Based
has done to
guarantee or check for safe copying to executable memory before allowing
the arch to select CONFIG_SRAM_EXEC.
Acked-by: Tony Lindgren
Acked-by: Russell King
Reviewed-by: Alexandre Belloni
Signed-off-by: Dave Gerlach
---
v3 changes: Rebase on v4.12-rc1 and added Acks from v2.
v2
Tony,
On 05/16/2017 10:49 AM, Dave Gerlach wrote:
On 05/16/2017 10:47 AM, Tony Lindgren wrote:
* Dave Gerlach [170329 11:52]:
Hi Tony,
On 03/29/2017 12:13 PM, Tony Lindgren wrote:
* Dave Gerlach [170328 19:00]:
Hi,
This series contains the remaining code to enable suspend to mem and
:52:47AM -0500, Dave Gerlach wrote:
Currently the sram-exec functionality, which allows allocation of
executable memory and provides an API to move code to it, is only
selected in configs for the ARM architecture. Based on commit
5756e9dd0de6 ("ARM: 6640/1: Thumb-2: Symbol manipulation macro
On 05/16/2017 10:47 AM, Tony Lindgren wrote:
* Dave Gerlach [170329 11:52]:
Hi Tony,
On 03/29/2017 12:13 PM, Tony Lindgren wrote:
* Dave Gerlach [170328 19:00]:
Hi,
This series contains the remaining code to enable suspend to mem and standby on
am335x and am437x platforms. It depends on the
On 04/21/2017 04:54 PM, Santosh Shilimkar wrote:
+Dave,
On 4/21/2017 2:44 PM, Arnd Bergmann wrote:
On Fri, Apr 21, 2017 at 11:02 PM, santosh.shilim...@oracle.com
wrote:
On 4/21/17 2:31 AM, Arnd Bergmann wrote:
[...]
arm-soc/next/drivers:
ae3874cc931b ARM: keystone: Drop PM domain support
has done to
guarantee or check for safe copying to executable memory before allowing
the arch to select CONFIG_SRAM_EXEC.
Signed-off-by: Dave Gerlach
---
v1: http://www.spinics.net/lists/linux-omap/msg136517.html
v2 changes: Return value of fncpy, as the returned address is the safely
On 04/06/2017 02:29 PM, Russell King - ARM Linux wrote:
On Thu, Apr 06, 2017 at 02:14:12PM -0500, Dave Gerlach wrote:
On 04/06/2017 02:07 PM, Russell King - ARM Linux wrote:
On Wed, Apr 05, 2017 at 02:22:33PM -0500, Dave Gerlach wrote:
Russell,
On 04/05/2017 02:21 PM, Dave Gerlach wrote
On 04/06/2017 02:07 PM, Russell King - ARM Linux wrote:
On Wed, Apr 05, 2017 at 02:22:33PM -0500, Dave Gerlach wrote:
Russell,
On 04/05/2017 02:21 PM, Dave Gerlach wrote:
Currently the sram-exec functionality, which allows allocation of
executable memory and provides an API to move code to it
On 04/06/2017 02:00 PM, Russell King - ARM Linux wrote:
On Wed, Apr 05, 2017 at 09:48:26AM -0500, Dave Gerlach wrote:
Russell,
On 04/05/2017 09:33 AM, Tony Lindgren wrote:
* Russell King - ARM Linux [170405 07:02]:
I'm not going to comment on this yet, but I'll instead comment on
Russell,
On 04/05/2017 02:21 PM, Dave Gerlach wrote:
Currently the sram-exec functionality, which allows allocation of
executable memory and provides an API to move code to it, is only
selected in configs for the ARM architecture. Based on commit
5756e9dd0de6 ("ARM: 6640/1: Thumb-2: S
Signed-off-by: Dave Gerlach
---
drivers/misc/sram-exec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/sram-exec.c b/drivers/misc/sram-exec.c
index ac522417c462..0057eabe5c03 100644
--- a/drivers/misc/sram-exec.c
+++ b/drivers/misc/sram-exec.c
@@ -19,6 +19
Russell,
On 04/05/2017 09:33 AM, Tony Lindgren wrote:
* Russell King - ARM Linux [170405 07:02]:
On Tue, Apr 04, 2017 at 09:11:52AM -0700, Tony Lindgren wrote:
Russell,
* Dave Gerlach [170328 13:57]:
Certain SoCs like Texas Instruments AM335x and AM437x require parts
of the EMIF PM code to
.
These are identifiers for the K2G devices managed by the PMMC.
Acked-by: Santosh Shilimkar
Reviewed-by: Ulf Hansson
Acked-by: Rob Herring
Signed-off-by: Nishanth Menon
Signed-off-by: Dave Gerlach
---
v4->v5: Drop last sentence of first paragraph to avoid describing Linux
driver behav
. Otherwise everything else is
unmodified.
Ulf and Santosh, I kept your Reviewed-by and Acked-by tags in Patch 3 because
the change was so minor and I still wanted to give you credit for taking the
time to review the patch, any issues and I'd be happy to change that.
Regards,
Dave
Dave Gerlach (5):
Add a void *data pointer to struct generic_pm_domain_data. Because this
exists for each device associated with a genpd it will allow us to
assign per-device data if needed on a platform for control of that
specific device.
Acked-by: Ulf Hansson
Acked-by: Kevin Hilman
Signed-off-by: Dave Gerlach
k
does not actually care, so remove the check for phandle argument count.
This will allow greater flexibility for genpd providers to use their own
arguments that are passed in the phandle and interpret them however they
see fit.
Acked-by: Kevin Hilman
Acked-by: Ulf Hansson
Signed-off-by: Da
-off-by: Dave Gerlach
---
arch/arm/mach-keystone/pm_domain.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-keystone/pm_domain.c
b/arch/arm/mach-keystone/pm_domain.c
index 8cbb35765a19..fe57e2692629 100644
--- a/arch/arm/mach-keystone/pm_domain.c
+++ b/arch/arm
evice as determined by
pm_runtime usage.
Reviewed-by: Kevin Hilman
Acked-by: Santosh Shilimkar
Reviewed-by: Ulf Hansson
Signed-off-by: Keerthy
Signed-off-by: Nishanth Menon
Signed-off-by: Dave Gerlach
---
MAINTAINERS| 1 +
arch/arm/mach-keystone/Kconfig
Hi Tony,
On 03/29/2017 12:13 PM, Tony Lindgren wrote:
* Dave Gerlach [170328 19:00]:
Hi,
This series contains the remaining code to enable suspend to mem and standby on
am335x and am437x platforms. It depends on the ti-emif-sram series sent here
[1].
Looks good to me in general. To remove
cluttering up the
asm-offsets file.
Signed-off-by: Dave Gerlach
---
arch/arm/kernel/asm-offsets.c| 2 +
arch/arm/mach-omap2/Kconfig | 1 +
arch/arm/mach-omap2/Makefile | 4 +
arch/arm/mach-omap2/pm.h | 5 +
arch/arm/mach-omap2/pm33xx-core.c| 181
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 | 403
1 file changed
disabled in the 'resume path' due to MPU getting powered off.
Signed-off-by: Dave Gerlach
---
arch/arm/mach-omap2/sleep33xx.S | 219
1 file changed, 219 insertions(+)
create mode 100644 arch/arm/mach-omap2/sleep33xx.S
diff --git a/arc
. Introduce wakeupgen_ops so that context save
and restore can be set on a per-SoC basis during init.
Signed-off-by: Dave Gerlach
---
arch/arm/mach-omap2/omap-wakeupgen.c | 68
1 file changed, 62 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/omap
1 - 100 of 264 matches
Mail list logo