On 08/06/2016 20:05, Marco Franchi wrote:
> Currently the LVDS backlight does not work in U-Boot after a “reboot” comand
> in the kernel.
>
> This problem occurs because the kernel uses this pin in PWM mode and U-Boot
> does not configure the backlight pin as GPIO functionality.
>
> So fix the pr
On 15/06/2016 08:18, Peng Fan wrote:
> From: Ye Li
>
> LCD_PWR_EN controls the G pin of Q13 PMOS which needs low voltage to connect
> D to S for outputting LCD 3.3V. If LCD_PWR_EN is high, we measured the LCD 3v3
> is actually 1.2V.
>
> Signed-off-by: Ye Li
> Signed-off-by: Peng Fan
> Cc: Stef
On 10/06/2016 19:45, Marco Franchi wrote:
> The latest version of warp7 board provides the connection of the
> WDOG1_B pin to the PMIC.
>
> Program the watchdog to enable the WDOG1_B output which causes
> a POR reset.
>
> Based on the imx7dsabresd code.
>
> Signed-off-by: Marco Franchi
> ---
A
On 10/06/2016 19:56, Marco Franchi wrote:
> Add a README file for helping users to install U-Boot into the eMMC.
>
> Signed-off-by: Marco Franchi
> ---
Applied to master (bug fix), thanks !
Best regards,
Stefano Babic
--
=
On 09/06/2016 19:54, Fabio Estevam wrote:
> Currently DFU is not working.
>
> Adjust CONFIG_SYS_MALLOC_LEN and dfu_alt_info so that we are
> able to flash u-boot.imx into the eMMC via dfu using the
> following method:
>
> => dfu 0 mmc 0
>
> In the host PC:
>
> dfu-util -D u-boot.imx -a boot
>
On 12/06/2016 13:18, Petr Kulhavy wrote:
> spl_boot_mode() returned MMCSD_MODE_RAW on MMC if CONFIG_SPL_EXT_SUPPORT
> was configured. EXTFS is the default filesystem selected in imx6_spl.h
> and the function should return MMCSD_MODE_FS instead.
>
> Fix this and return MMCSD_MODE_FS instead in such
On 16/06/2016 14:02, Christopher Spinrath wrote:
> Old revisions of Utilite (based on cm-fx6) do not have a dedicated
> card detect pin. But the card is removable by the user and card
> detection can be realized with polling (e.g. supported by Linux).
>
> Add the broken-cd property to the mmc devi
On 08/06/2016 20:17, Vanessa Maegima wrote:
> Instead of passing the total RAM size via PHYS_SDRAM_SIZE option,
> we should better use imx_ddr_size() function, which automatically
> determines the RAM size.
>
> Signed-off-by: Vanessa Maegima
> ---
Applied to -next, thanks !
Best regards,
Stefan
On 09/06/2016 20:28, Vanessa Maegima wrote:
> Instead of passing the total RAM size via PHYS_SDRAM_SIZE option,
> we should better use imx_ddr_size() function, which automatically
> determines the RAM size.
>
> Signed-off-by: Vanessa Maegima
> ---
For the series:
Applied to -next, thanks !
Be
On 17/06/2016 14:56, Michael Trimarchi wrote:
> Hi
>
> On Fri, Jun 17, 2016 at 2:50 PM, Stefano Babic wrote:
>> Hi Fabio,
>>
>> On 17/06/2016 13:59, Fabio Estevam wrote:
>>> Hi Stefano,
>>>
>>> On Fri, Jun 10, 2016 at 9:46 AM, Fabio Estevam
>>> wrote:
MX7_SEC is an existing configuration o
On 16/06/2016 16:21, Fabio Estevam wrote:
> On Wed, Jun 15, 2016 at 1:53 PM, Diego Dorta wrote:
>> Add script for retrieving the kernel via TFTP and mounting the
>> rootfs via NFS.
>>
>> Signed-off-by: Diego Dorta
>
> Acked-by: Fabio Estevam
>
Applied to -next, thanks !
Best regards,
Stefano
On 15/06/2016 19:02, Fabio Estevam wrote:
> On Wed, Jun 15, 2016 at 12:48 PM, Vanessa Maegima
> wrote:
>> DFU is a convenient way to program U-boot binary into the eMMC.
>>
>> Add support for it.
>>
>> Signed-off-by: Vanessa Maegima
>
> Reviewed-by: Fabio Estevam
>
Applied to -next, thanks !
Hi Tom,
I have seen that this was not yet pulled. I added just a few of fixes
and I send a new PR.
Regards,
Stefano
On 07/06/2016 18:44, Stefano Babic wrote:
> Hi Tom,
>
> please pull from u-boot-imx, thanks !
>
> The following changes since commit d7d000311285e4b8d11e089ca13ea456a01be3b8:
>
Hi Tom,
please pull from u-boot-imx (master), thanks!
For i.MX contributors: I set a -next branch and I have applied what it
is already ready to be merged. I will go on applying on -next until release.
The following changes since commit 6b3943f1b04be60f147ee540fbd72c4c7ea89f80:
siemens,am33x:
Hi Gilles,
On 09/06/2016 10:33, Gilles Chanteperdrix wrote:
> Signed-off-by: Gilles Chanteperdrix
> ---
> board/wandboard/wandboard.c | 6 ++
> include/configs/wandboard.h | 12
> 2 files changed, 18 insertions(+)
>
> diff --git a/board/wandboard/wandboard.c b/board/wandboard/
Custom Board based on MX6 Dual, 1GB RAM and eMMC.
There are two variants of the board with and without
PCIe (ZC5202 and ZC5601).
Signed-off-by: Stefano Babic
---
Changes V2:
- rebase on current master and moved
defines to _defconfig
arch/arm/cpu/armv7/mx6/Kconfig | 13 +
board
Correct the error message in spl_load_image_ext() when image parsing
fails. Instead of "ext4fs_read failed" print "failed to parse image
header".
Signed-off-by: Petr Kulhavy
CC: Guillaume GARDET
CC: Tom Rini
---
common/spl/spl_ext.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
On Fri, Jun 17, 2016 at 12:00:13PM +0200, Ladislav Michl wrote:
[snip]
> As we might want to use single binary also to boot from MMC or other
> sources, we cannot use boot_device to get a glue about used flash type.
> Also U-Boot should not count on being loaded by its own SPL. So, to make
> things
Allow boards to runtime detect flash type.
Signed-off-by: Ladislav Michl
---
arch/arm/cpu/armv7/omap-common/mem-common.c | 148 +---
arch/arm/include/asm/arch-omap3/sys_proto.h | 1 +
include/linux/mtd/omap_gpmc.h | 1 +
3 files changed, 92 insertions(+)
Signed-off-by: Ladislav Michl
---
board/isee/igep00x0/igep00x0.c | 71 +++---
1 file changed, 53 insertions(+), 18 deletions(-)
diff --git a/board/isee/igep00x0/igep00x0.c b/board/isee/igep00x0/igep00x0.c
index 5dfb7d2..b36709c 100644
--- a/board/isee/igep00x
otherwise, the output type is uninitialized
---
drivers/gpio/stm32_gpio.c |1 +
1 file changed, 1 insertion(+)
otherwise, the output type is uninitialized
---
drivers/gpio/stm32_gpio.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/stm32_gpio.c b/drivers/gpio/stm32_gpio.c
This series begins to provide device-tree support on stm32 devices,
starting with a the stack of a simple clock-driver (at least
enabling/disabling peripheral clocks), the gpio driver and leds.
As the current led command-line interface isn't aware of any device-tree
configured led, the command get
the GPIOx_OTYPER register has only one bit for every pin.
---
drivers/gpio/stm32_gpio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
the GPIOx_OTYPER register has only one bit for every pin.
---
drivers/gpio/stm32_gpio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
Previously, a set gpio had returned any power of 2. Some function check for 1
explicitly.
---
drivers/gpio/stm32_gpio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Previously, a set gpio had returned any power of 2. Some function check for 1
explicitly.
---
drivers/gpio/stm32_gpio.
From: Benjamin Tietz
---
include/configs/stm32f429-discovery.h |8
1 file changed, 8 insertions(+)
From: Benjamin Tietz
---
include/configs/stm32f429-discovery.h |8
1 file changed, 8 insertions(+)
diff --git a/include/configs/stm32f429-discovery.h
b/include/conf
From: Benjamin Tietz
---
arch/arm/dts/Makefile|2
arch/arm/dts/armv7-m.dtsi| 24 +
arch/arm/dts/stm32429i-eval.dts | 75 +++
arch/arm/dts/stm32f429-disco.dts | 75 +++
arch/arm/dts/stm32f429.dtsi | 190 +++
From: Benjamin Tietz
---
drivers/clk/clk-uclass.c | 10 ++
include/clk.h| 18 ++
2 files changed, 28 insertions(+)
From: Benjamin Tietz
---
drivers/clk/clk-uclass.c | 10 ++
include/clk.h| 18 ++
2 files changed
From: Benjamin Tietz
---
cmd/Kconfig |4
1 file changed, 4 insertions(+)
From: Benjamin Tietz
---
cmd/Kconfig |4
1 file changed, 4 insertions(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index d51645c..f49ff47 100644
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -421,6 +421,10 @@
From: Benjamin Tietz
---
cmd/Kconfig |5 +
1 file changed, 5 insertions(+)
From: Benjamin Tietz
---
cmd/Kconfig |5 +
1 file changed, 5 insertions(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index f49ff47..ec9d6ed 100644
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -124,6 +124,11 @
From: Benjamin Tietz
---
drivers/clk/Kconfig |4 ++
drivers/clk/Makefile|1
drivers/clk/clk_stm32.c | 112 +++
3 files changed, 117 insertions(+)
create mode 100644 drivers/clk/clk_stm32.c
From: Benjamin Tietz
---
drivers/clk/Kc
From: Benjamin Tietz
---
drivers/gpio/stm32_gpio.c | 66 +++--
1 file changed, 34 insertions(+), 32 deletions(-)
From: Benjamin Tietz
---
drivers/gpio/stm32_gpio.c | 66 +++--
1 file changed, 34 insertions(+
From: Benjamin Tietz
---
arch/arm/dts/stm32f429.dtsi | 92 +++
1 file changed, 92 insertions(+)
From: Benjamin Tietz
---
arch/arm/dts/stm32f429.dtsi | 92 +++
1 file changed, 92 insertions(+)
diff --git a/a
From: Benjamin Tietz
will bind as a gpio-driver, if DM_GPIO was selected. Defaults to the old
behaviour.
---
drivers/gpio/stm32_gpio.c | 133 +
1 file changed, 133 insertions(+)
From: Benjamin Tietz
will bind as a gpio-driver, if DM_GPIO was select
From: Benjamin Tietz
---
drivers/misc/gpio_led.c |4
drivers/misc/status_led.c |2 ++
include/status_led.h |4
3 files changed, 10 insertions(+)
From: Benjamin Tietz
---
drivers/misc/gpio_led.c |4
drivers/misc/status_led.c |2 ++
include/status_l
From: Benjamin Tietz
If the device-tree gpio selection is selected, the board-specific
led-initialization will fail.
---
board/st/stm32f429-discovery/Makefile |3 +++
include/configs/stm32f429-discovery.h | 10 +++---
2 files changed, 10 insertions(+), 3 deletions(-)
From: Benjamin Ti
From: Benjamin Tietz
Previously, all knwon LED were hold in a single array and computed at
compile-time.
With the new variant, if all LEDs are known, these will also be computed at
compile-time.
Using functions will allow additional dynamic (eg. DM-based) LED allocation.
Apart from that, the l
From: Benjamin Tietz
---
drivers/led/led-uclass.c | 10 ++
include/led.h| 18 ++
2 files changed, 28 insertions(+)
From: Benjamin Tietz
---
drivers/led/led-uclass.c | 10 ++
include/led.h| 18 ++
2 files changed
From: Benjamin Tietz
---
drivers/led/led-uclass.c | 53 ++
include/led.h| 18
2 files changed, 71 insertions(+)
From: Benjamin Tietz
---
drivers/led/led-uclass.c | 53 +
From: Benjamin Tietz
---
cmd/led.c | 53 -
1 file changed, 52 insertions(+), 1 deletion(-)
From: Benjamin Tietz
---
cmd/led.c | 53 -
1 file changed, 52 insertions(+), 1 deletion(-)
From: Benjamin Tietz
---
arch/arm/dts/stm32f429-disco.dts | 22 ++
1 file changed, 22 insertions(+)
From: Benjamin Tietz
---
arch/arm/dts/stm32f429-disco.dts | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/dts/stm32f429-disco.dts
From: Benjamin Tietz
---
drivers/led/led-uclass.c |6 ++
include/led.h|8
2 files changed, 14 insertions(+)
From: Benjamin Tietz
---
drivers/led/led-uclass.c |6 ++
include/led.h|8
2 files changed, 14 insertions(+)
diff --g
From: Benjamin Tietz
---
drivers/led/led_gpio.c | 11 +++
1 file changed, 11 insertions(+)
From: Benjamin Tietz
---
drivers/led/led_gpio.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/led/led_gpio.c b/drivers/led/led_gpio.c
index cb6e996..80e0f72 1006
From: Benjamin Tietz
if not supported directly by the driver, the led will be toggled by calling
led_set_on(!led_get_on()), transparently.
---
drivers/led/led-uclass.c | 14 ++
include/led.h| 21 +
2 files changed, 35 insertions(+)
From: Benjamin
From: Benjamin Tietz
---
cmd/led.c | 10 ++
1 file changed, 10 insertions(+)
From: Benjamin Tietz
---
cmd/led.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/cmd/led.c b/cmd/led.c
index 99358c6..3728d30 100644
--- a/cmd/led.c
+++ b/cmd/led.c
@@ -195,11 +195,21
On Sat, Jun 18, 2016 at 8:55 PM, Benjamin Tietz
wrote:
> This series begins to provide device-tree support on stm32 devices,
> starting with a the stack of a simple clock-driver (at least
> enabling/disabling peripheral clocks), the gpio driver and leds.
>
> As the current led command-line interfa
Hi Stefano,
On Sat, Jun 18, 2016 at 6:18 AM, Stefano Babic wrote:
> Fine with me - I applied to -next branch.
>
> Added Fabio in CC as board maintainer - I van still change before this
> flows into master branch.
Looks good:
Acked-by: Fabio Estevam
On Fri, Jun 17, 2016 at 5:13 PM, Bin Meng wrote:
> Now that platform-specific ACPI global NVS is added, pack it into
> ACPI table and get its address fixed up.
>
> Signed-off-by: Bin Meng
> Reviewed-by: George McCollister
> Tested-by: George McCollister
> Reviewed-by: Simon Glass
>
> ---
>
> C
On Sat, Jun 18, 2016 at 6:59 AM, Simon Glass wrote:
> On 17 June 2016 at 03:13, Bin Meng wrote:
>> If global NVS says internal UART is not enabled, hide it in the ASL
>> code so that OS won't see it.
>>
>> Signed-off-by: Bin Meng
>> Reviewed-by: George McCollister
>> Tested-by: George McCollist
On Fri, Jun 17, 2016 at 5:13 PM, Bin Meng wrote:
> This introduces baytrail-specific ACPI global NVS structure, defined in
> both C header file and ASL file.
>
> Signed-off-by: Bin Meng
> Reviewed-by: George McCollister
> Tested-by: George McCollister
> Reviewed-by: Simon Glass
>
> ---
>
> Cha
On Fri, Jun 17, 2016 at 5:13 PM, Bin Meng wrote:
> This introduces quark-specific ACPI global NVS structure, defined in
> both C header file and ASL file.
>
> Signed-off-by: Bin Meng
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v2:
> - Replace with 0xdeadbeef with defines from header file
>
On 06/18/2016 07:17 AM, Rajesh Bhagat wrote:
> Fixes NULL terminating issue for usb controller name string by using
> sizeof operator.
>
> Signed-off-by: Rajesh Bhagat
Applied, thanks.
> ---
> drivers/usb/host/ehci-fsl.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
Changelog for
Here is yet another version, diff made against latest u-boot-imx master.
Actual code moved from drivers/mtd/nand to /arch/arm/imx-common, some
functions renamed. No other changes.
Signed-off-by: Sergey Kubushyn
---
arch/arm/imx-common/Makefile | 3 +
arch/arm/imx-common/cmd_nan
io_init checks this value and fails with "bad write buffer size 0 for
2048 min. I/O unit"
Signed-off-by: Ladislav Michl
---
drivers/mtd/onenand/onenand_base.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/onenand/onenand_base.c
b/drivers/mtd/onenand/onenand_base.c
index d194d9
Hi Bin,
1) It's Galileo gen2 board.
2) Thx for reminding me of the rom target in Makefile.
I've got the right building process since it extract the boot section
and add it to the end of image.
3) There's one comment error in tools/ifdtool.c and correct it as below.
4) I work
Hi all,
I've been trying to stop my initrd being relocated duing a bootm
process, and ended up at this bit of code in common/image.c (starting
line 1135):
if ((s = getenv("initrd_high")) != NULL) {
/* a value of "no" or a similar string will act like 0,
*
When the input data is not compressed at all,
lzo1x_decompress_safe will fail, so call memcpy()
instead.
Signed-off-by: Joris Lijssens
---
lib/lzo/lzo1x_decompress.c | 25 -
1 file changed, 16 insertions(+), 9 deletions(-)
diff --git a/lib/lzo/lzo1x_decompress.c b/lib/l
There are two enable methods supported by ARM64 Linux; psci and
spin-table. The latter is simpler and easier to use for quick SoC
bring-up.
So, I used the spin-table for my first ARMv8 SoC porting, but I
found its support in U-Boot was poor. It is true there exists a
code fragment for the spin c
From: Stefan Mavrodiev
---
arch/arm/dts/Makefile| 3 +-
arch/arm/dts/sun8i-a33-olinuxino.dts | 223 +++
configs/A33_OLinuXino_defconfig | 29 +
3 files changed, 254 insertions(+), 1 deletion(-)
create mode 100644 arch/arm/dts/sun8i-a33
On Fri, Jun 17, 2016 at 09:51:49PM +0900, Masahiro Yamada wrote:
> There are two enable methods supported by ARM64 Linux; psci and
> spin-table. The latter is simpler and easier to use for quick SoC
> bring-up.
>
> So, I used the spin-table for my first ARMv8 SoC porting, but I
> found its suppor
Hi Lukasz,
I hope you may be able to offer me some advice.
I have a small project to update a tbs2900, tbs moi. which is a DVB-S2
network/iptv device.
The device is based on smdkv210, with the s5pv210 soc. I understand that in
terms of the kernel this is well supported. However, no support appea
Hello,
I am currently trying to get my MPC8347EA board up and running by porting the
MPC8349EMDS configuration that is currently available. This is my first time
working with uboot, so naturally I am having some issues. My issue is that I
can't get any response from the board after we flash it
On Fri, Jun 17, 2016 at 2:51 PM, Masahiro Yamada
wrote:
> There are two enable methods supported by ARM64 Linux; psci and
> spin-table. The latter is simpler and easier to use for quick SoC
> bring-up.
>
> So, I used the spin-table for my first ARMv8 SoC porting, but I
> found its support in U-B
>From 842431a0cc2acb336f5c57a3ca822ba0673e712d Mon Sep 17 00:00:00 2001
From: Walter Schweizer
Date: Sat, 18 Jun 2016 12:56:37 +0200
Subject: [PATCH] add support for Synology DS109 board
Synology DS109 is based on MV88F6281. The code
is based on Dreamplug code with modificatons
from Synologys ope
On 06/17/2016 05:51 AM, Masahiro Yamada wrote:
> There are two enable methods supported by ARM64 Linux; psci and
> spin-table. The latter is simpler and easier to use for quick SoC
> bring-up.
>
> So, I used the spin-table for my first ARMv8 SoC porting, but I
> found its support in U-Boot was poo
Hi Bin
Thanks for your help.
Following is my dts file for your reference. I use qemu-x86_q35 in u-boot as
dts template. Orginally I think the ops->read_config should maps to
pci_x86_read_config(), but the dump result is it failed in the logic "if
(!ops->read_config)" in pci_bus_read_config()
Every platform has the same stack setup code in assembly as part of
psci_arch_init.
Move this out into a common separate function, psci_stack_setup, for
all platforms. This will allow us to move the remaining parts of
psci_arch_init into C code, or drop it entirely.
Also provide a stub no-op psci
sun7i has 2 CPUs.
Signed-off-by: Chen-Yu Tsai
---
include/configs/sun7i.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/sun7i.h b/include/configs/sun7i.h
index 0dd29029b9b3..1c89fdf0d356 100644
--- a/include/configs/sun7i.h
+++ b/include/configs/sun7i.h
@@ -21,6 +21,7 @@
#
This patch finishes the rewrite of sunxi specific PSCI parts into C
code.
The assembly-only stack setup code has been factored out into a common
function for ARMv7. The GIC setup code can be renamed as psci_arch_init.
And we can use an empty stub function for psci_text_end.
Signed-off-by: Chen-Yu
Hi everyone,
This is ARM PSCI improvements part 2. This series cleans up PSCI stack
allocation and target PC storage by introducing a secure stack section
and a secure data section.
The series got larger than I planned. Some patches are just moving or
consolidating code, and a few are adding miss
Targets that define CONFIG_ARMV7_SECURE_BASE will copy the secure section
to another address before execution.
Since the secure section in the u-boot image is only storage, there's
no reason to page align it and increase the binary image size.
Page align the secure section only when CONFIG_ARMV7_
The original PSCI implementation assumed CONFIG_ARMV7_PSCI_NR_CPUS=4.
Add this as a fallback value in case platforms have not defined it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/include/asm/config.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/include/asm/config.h b/arch/ar
Now that we have a secure stack section that guarantees usable memory,
allocate the PSCI stacks in that section.
Also add a diagram detailing how the stacks are placed in memory.
Reserved space for the target PC remains unchanged. This should be
moved to global variables within a secure data sect
Until now we've been using memory beyond psci_text_end as stack space
for the secure monitor or PSCI implementation, even if space was not
allocated for it.
This was partially fixed in ("ARM: allocate extra space for PSCI stack
in secure section during link phase"). However, calculating stack spac
The secure monitor may need to store global or static values within the
secure section of memory, such as target PC or CPU power status.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/cpu/u-boot.lds | 9 +++--
arch/arm/include/asm/secure.h | 1 +
2 files changed, 8 insertions(+), 2 deletions
psci_text_end was used to calculate the PSCI stack address following the
secure monitor text. Now that we have an explicit secure stack section,
this is no longer used.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/cpu/armv7/ls102xa/psci.S | 2 --
arch/arm/cpu/armv7/mx7/psci.S | 2 --
arch/arm/cp
Now that we have a data section, add helper functions to save and fetch
per-CPU target PC.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/cpu/armv7/Makefile | 1 +
arch/arm/cpu/armv7/psci-common.c | 39 +++
arch/arm/include/asm/psci.h | 4
3 files c
Both sun6i and sun7i have 64 KB of secure SRAM.
Signed-off-by: Chen-Yu Tsai
---
include/configs/sun6i.h | 1 +
include/configs/sun7i.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/include/configs/sun6i.h b/include/configs/sun6i.h
index 95ccc35708a7..0625502f44b4 100644
--- a/include/con
sunxi and i.mx7 both define the __secure modifier to put functions in
the secure section. Move this to a common place.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/cpu/armv7/mx7/psci-mx7.c | 2 +-
arch/arm/cpu/armv7/sunxi/psci.c | 2 +-
arch/arm/include/asm/secure.h | 2 ++
3 files changed, 4
Now that we have a secure data section and space to store per-CPU target
PC address, switch to it instead of storing the target PC on the stack.
Also save clobbered r4-r7 registers on the stack and restore them on
return in psci_cpu_on for Tegra, i.MX7, and LS102xA platforms.
Signed-off-by: Chen-
Now that we have a secure data section for storing variables, there
should be no need for platform code to get the stack address.
Make psci_get_cpu_stack_top a local function, as it should only be
used in armv7/psci.S and only by psci_stack_setup.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/cpu/ar
As the PSCI implementation grows, we might exceed the size of the secure
memory that holds the firmware.
Add a configurable CONFIG_ARMV7_SECURE_MAX_SIZE so platforms can define
how much secure memory is available. The linker then checks the size of
the whole secure section against this.
Signed-of
81 matches
Mail list logo
