Enable support for update over EFI UpdateCapsule mechanism. This board
doesn't support setting EFI variables after ExitBootservices().
Therefore, we are also enabling EFI_IGNORE_OSINDICATIONS.
Signed-off-by: Michael Walle
---
changes since v2:
- use CONFIG_EFI_CAPSULE_FIRMWARE_FIT instead
Document the update image and how to use the EFI UpdateCapsule.
Signed-off-by: Michael Walle
---
changes since v2:
- none
changes since v1:
- new patch
doc/board/kontron/sl28.rst | 15 +++
1 file changed, 15 insertions(+)
diff --git a/doc/board/kontron/sl28.rst b/doc/board
Am 2021-09-30 08:56, schrieb Heinrich Schuchardt:
On 9/30/21 8:23 AM, François Ozog wrote:
[..]
Is U-Boot's UEFI loader implementation supposed to be the
recommended
UEFI firmware on ARM and RISC-V on a production / deployment
system?
For Arm: yes, that is SystemReady spec.
For
Am 2021-09-30 12:50, schrieb Heinrich Schuchardt:
Am 30. September 2021 11:53:47 MESZ schrieb Michael Walle
:
Am 2021-09-30 08:56, schrieb Heinrich Schuchardt:
On 9/30/21 8:23 AM, François Ozog wrote:
[..]
Is U-Boot's UEFI loader implementation supposed to be the
recommended
UEFI
[adding Vladimir, because he showed interest in this, too]
Am 2021-09-30 15:56, schrieb François Ozog:
On Thu, 30 Sept 2021 at 14:07, Michael Walle wrote:
Am 2021-09-30 12:50, schrieb Heinrich Schuchardt:
Am 30. September 2021 11:53:47 MESZ schrieb Michael Walle
:
Am 2021-09-30 08:56
Am 2021-09-30 17:47, schrieb François Ozog:
On Thu, 30 Sept 2021 at 17:12, Michael Walle wrote:
[adding Vladimir, because he showed interest in this, too]
Am 2021-09-30 15:56, schrieb François Ozog:
On Thu, 30 Sept 2021 at 14:07, Michael Walle
wrote:
Am 2021-09-30 12:50, schrieb
Am 2021-09-30 18:19, schrieb Frieder Schrempf:
In order to support unaligned updates, we simply read the first full
block and check only the requested part of the block for changes. If
necessary, the block is erased, the first (unchanged) part of the block
is written back together with the
With SystemReady, DT from distros are ignored.
Err? Is this really true, I know about some incompatible changes
to the device tree which prevents you from using usb (or even a
kernel panic) with the imx8mm and I know that on the ls1028a
flexspi wont work if the devicetree doesn't match the
Am 2021-09-30 19:17, schrieb Frieder Schrempf:
On 30.09.21 18:35, Michael Walle wrote:
Am 2021-09-30 18:19, schrieb Frieder Schrempf:
In order to support unaligned updates, we simply read the first full
block and check only the requested part of the block for changes. If
necessary, the block
Am 2021-09-30 18:19, schrieb Frieder Schrempf:
From: Frieder Schrempf
Currently 'sf update' supports only offsets that are aligned to the
erase block size of the serial flash. Unaligned offsets result in
something like:
=> sf update ${kernel_addr_r} 0x400 ${filesize}
device 0 offset 0x400,
Am 2021-10-01 00:20, schrieb François Ozog:
Le ven. 1 oct. 2021 à 00:00, Michael Walle a
écrit :
With SystemReady, DT from distros are ignored.
Err? Is this really true, I know about some incompatible
changes
to the device tree which prevents you from using usb (or even a
kernel panic
> Benefit is, besides host mode, now user can choose device mode with
> setting of dr_mode = ?peripheral?;
>
> Signed-off-by: Ran Wang
> ---
> Change in v2:
> - Remove property 'snps,dis_rxdet_inp3_quirk' due to its side effect to Linux
>kernel (USB device no detected)
>
>
Am 2021-10-04 12:31, schrieb Frieder Schrempf:
On 30.09.21 23:08, Michael Walle wrote:
Printing a warning might scare users, though. I'd prefer to fix the
online help, where only "erase and write" is mentioned.
Which document are you referring to? I don't really see the &qu
According to the linux device tree specification the compatible string
is:
compatible = "arm,sp805", "arm,primecell";
Fix all users in u-boot.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 2 +-
arch/arm/dts/hi3660.dtsi | 4 ++--
drivers/watch
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
While at it fix the indentation.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 202
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 66 +--
1 file changed, 33
e the endianness
is determined by the little-endian property and not by the compatible
string itself. Further, we won't need and specific details on the DMA
configuration (which is different on the LS1021A). If it's ever needed,
we can later add the more specific "fsl,ls1028a-dspi" compatibl
Populate the /soc node with the first device node.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fsl-ls1028a.dtsi
index
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
.../dts/fsl-ls1028a-qds-1xxx-sch-30842.dtsi | 2 +-
.../dts/fsl-ls1028a-qds-6xxx-sch-30842.dtsi
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 116 +-
1 file changed, 58
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 50 +--
1 file changed, 25
While inserting it into the new location, keep it sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 26 +-
1 file changed, 13 insertions(+), 13
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 32
1 file changed, 16 insertions
This property is unused in the layerscape PCIe controller driver and not
present in the linux device tree. Remove it to be similarly.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/dts
Am 2021-09-15 12:36, schrieb Vladimir Oltean:
On Wed, Sep 15, 2021 at 10:09:45AM +0200, Michael Walle wrote:
I was thinking of putting it into the -u-boot.dtsi, but as there
is no breakage, I didn't.
Ok, but we should still put "non-removable" in the Linux dtsi soon
th
To keep the device tree similar to the linux kernel one, we need to move
all CCSR related devices into the /soc node. To keep the patches easy to
review, we initially add an empty /soc node and populate it piece by
piece.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm
This node is some hodgepodge between the ddr controller node at SoC
offset 0x108 and some static memory size of 2GiB. Remove this bogus
node because it doesn't seem to be used at all.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
Tested-by: Vladimir Oltean
---
arch/arm/dts/fsl
Nowadays, both boards boot using the TF-A BL1/BL2 and SPL isn't used at
all. The property is not needed, remove it.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a-qds.dtsi | 1 -
arch/arm/dts/fsl-ls1028a-rdb.dts | 1 -
2 files changed, 2 deletions
The official devicetree bindings specifies spi-num-chipselects as the
name. Use it.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1012a.dtsi | 2 +-
arch/arm/dts/fsl-ls1028a.dtsi | 6 +++---
arch/arm/dts/fsl-ls1043a.dtsi | 4 ++--
arch/arm/dts/fsl
Update the labels of the nodes to match the kernel ones.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
Tested-by: Vladimir Oltean
---
.../dts/fsl-ls1028a-kontron-sl28-u-boot.dtsi | 10 +++
.../fsl-ls1028a-kontron-sl28-var1-u-boot.dtsi | 2 +-
.../arm/dts/fsl-ls1028a-kontron
the linux device tree. Thus rename "ecc-addr" to
"sata-ecc" and convert all the users in u-boot.
While at it, also rename "sata-base" to "ahci" although its not used at
all.
This change doesn't affect the SATA controller on the ZynqMP.
Cc: Michal Simek
S
The official ls1028a binding of the driver uses the following as
compatibles:
compatible = "fsl,ls1028a-lpuart";
Add the missing compatible to the driver and update the device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.
mpatibles above.
Cc: Bin Meng
Cc: Marek Vasut
Signed-off-by: Michael Walle
Reviewed-by: Bin Meng
---
arch/arm/dts/fsl-ls1028a.dtsi | 4 ++--
drivers/usb/host/xhci-fsl.c | 1 +
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fs
u Zhiqiang
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi| 20 +--
drivers/pci/pcie_layerscape_rc.c | 61 +++-
2 files changed, 53 insertions(+), 28 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fsl-ls1028a.
/20210831134013.1625527-8-mich...@walle.cc/
At the time of this writing the patches are still pending but already
have Reviewed-by tags.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
.../dts/fsl-ls1028a-kontron-sl28-u-boot.dtsi | 12 +-
.../arm/dts/fsl-ls1028a-kontron-sl28-var1.dts | 31
as present. Thus, there should be no functional change
otherwise than one more register access to read the present state. The
property should still be introduced in the linux device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git
The final diff for the sync is much nicer now ;)
changes since v1:
- remove u-boot,dm-pre-reloc from rdb and qds boards
- fix enetc0 and enetc2 labels
Michael Walle (29):
armv8: ls1028a: use the official compatible string for the GPU
arm: dts: ls1028a: remove /memory node
arm: dts: ls1028a
ics
output). Thus, instead of supporting some proprietary driver, switch
over to the open source one, which also have an official device tree
binding.
Cc: Andy Tang
Signed-off-by: Michael Walle
---
For reference:
https://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git/commit/?
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 120 +-
1 file changed, 60
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
While at it fix the indentation.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 64
While inserting it into the new location, keep it sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff
Disable the PCIe controllers by default, just like in the linux device
tree. But there is one catch, for linux they are enabled in-place by the
bootloader. Obviously, this doesn't work for the bootloader. Thus we
explicitly enable the controllers in the -u-boot.dtsi files.
Signed-off-by: Michael
at 80__h (first controller) or 88__h
(second controller).
Signed-off-by: Michael Walle
Reviewed-by: Hou Zhiqiang
---
arch/arm/dts/fsl-ls1028a.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fsl
-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 861 --
.../dt-bindings/clock/fsl,qoriq-clockgen.h| 15 +
2 files changed, 786 insertions(+), 90 deletions(-)
create mode 100644 include/dt-bindings/clock/fsl,qoriq-clockgen.h
>On Mon, Sep 13, 2021 at 01:22:10PM +0530, Rayagonda Kokatanur wrote:
>> On Mon, Sep 13, 2021 at 11:29 AM Priyanka Jain (OSS)
>> wrote:
..
>> > Tom,
>> >
>> > I agree that bindings patch is essential for device-tree changes.
>> > But merging this patch will break Layerscape Platforms.
>> > We
Hi Sahil,
Am 2021-11-29 12:55, schrieb Sahil Malhotra (OSS):
Am 2021-11-17 19:11, schrieb Sahil Malhotra (OSS):
Could you please add some description what this is doing and for what
this is intended? To have a "DTB overlay feature", it is enough to
just enable CONFIG_OF_LIBFDT_OVERLAY.
I will
iday, December 10, 2021 12:03 PM
>> To: ZHIZHIKIN Andrey ; Sahil
>> Malhotra (OSS) ; Michael Walle
>>
>> Cc: Clément Faure ; Gaurav Jain
>> ; Pankaj Gupta ; Priyanka
>> Jain ; u-boot@lists.denx.de; Varun Sethi
>> ; Ye Li
>> Subject: RE: [PA
Hi Sahil,
Am 2021-12-10 07:33, schrieb Sahil Malhotra (OSS):
DT nodes can be statically disabled if we know that they are held by
HAB and
are not released to NS World.
OP-TEE does set the status itself via dt_enable_secure_status(), which
should present the properly configured FDT when U-Boot
Am 2021-12-07 21:20, schrieb Vladimir Oltean:
diff --git a/arch/arm/dts/fsl-ls1028a-rdb.dts
b/arch/arm/dts/fsl-ls1028a-rdb.dts
index 10070eab6e61..70fcf71dbd0e 100644
--- a/arch/arm/dts/fsl-ls1028a-rdb.dts
+++ b/arch/arm/dts/fsl-ls1028a-rdb.dts
@@ -9,6 +9,7 @@
/dts-v1/;
#include
string that was established in Linux.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
Reviewed-by: Michael Walle
Oltean
Reviewed-by: Michael Walle
string that was established in Linux.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
Reviewed-by: Michael Walle
Am 2022-01-03 13:47, schrieb Vladimir Oltean:
Now that all in-tree boards have been converted to the compatible
strings from Linux, delete the support for the ad-hoc "pcf2127-rtc"
one.
Cc: Simon Glass
Signed-off-by: Vladimir Oltean
Reviewed-by: Simon Glass
Reviewed-by: Michael Walle
on the SoC device tree:
dd3d936a1b17 ("arm64: dts: ls1028a: add ftm_alarm1 node to be used as
wakeup source")
b2e2d3e02fb6 ("arm64: dts: ls1028a-rdb: enable pwm0")
These will be picked up on the next resync.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
Reviewed-by: Michael Walle
a9547" compatible string.
Create a new compatible for the PCA9847 (which is the same as in Linux)
and define the same operating parameters for it as for PCA9547.
Cc: Heiko Schocher
Signed-off-by: Vladimir Oltean
Reviewed-by: Heiko Schocher
Reviewed-by: Priyanka Jain
Reviewed-by: Michael Walle
string that was established in Linux.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
Reviewed-by: Michael Walle
-by: Vladimir Oltean
Reviewed-by: Simon Glass
Reviewed-by: Michael Walle
boards, and the wrong compatible string
is used in both places. This change updates the RTC from the QDS to use
the compatible string that was established in Linux.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
Reviewed-by: Michael Walle
string that was established in Linux.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
Reviewed-by: Michael Walle
dtsi for the LS1028A-RDB board. This way, the
existing Linux device tree can simply be dropped in.
Signed-off-by: Vladimir Oltean
Reviewed-by: Michael Walle
Hi,
> Add compatible and data platform struct for sama7g5 SoC.
>
> Signed-off-by: Eugen Hristev
> ---
> drivers/i2c/at91_i2c.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/i2c/at91_i2c.c b/drivers/i2c/at91_i2c.c
> index 6b4c0e4804..400a3786ca 100644
> ---
Am 2022-01-05 11:37, schrieb eugen.hris...@microchip.com:
On 1/5/22 12:04 PM, Michael Walle wrote:
Hi,
Add compatible and data platform struct for sama7g5 SoC.
Signed-off-by: Eugen Hristev
---
drivers/i2c/at91_i2c.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/i2c
Hi Sahil,
Am 2021-12-23 09:46, schrieb Sahil Malhotra (OSS):
-Original Message-
From: U-Boot On Behalf Of Michael Walle
Sent: Monday, December 20, 2021 6:23 PM
To: Sahil Malhotra (OSS)
Cc: ZHIZHIKIN Andrey ; Clément
Faure ; Gaurav Jain ;
Pankaj Gupta ; Priyanka Jain
; u-boot
Am 2021-12-23 13:44, schrieb Vladimir Oltean:
On Thu, Dec 23, 2021 at 06:34:13AM +, Priyanka Jain wrote:
>The Linux side of device tree patches were merged today, and I see you've
>reviewed the U-Boot side of changes too. Could you please pick them up?
Yes, I will pick the series as part
Hi,
> The imx8mm and imx8mn appear compatible with imx7d-usb
> flags in the OTG driver. If the dr_mode is defined as
> host or peripheral, the device appears to operate correctly,
> however the auto host/peripheral detection results in an error.
>
> The solution isn't just adding checks for
Am 2021-11-15 16:12, schrieb Tom Rini:
On Mon, Nov 15, 2021 at 03:52:51PM +0100, Michael Walle wrote:
Hi,
Am 2021-11-15 15:31, schrieb Wolfgang Denk:
> In message you wrote:
> >
> > And again you're masking the error and possible fixes by linux itself.
> > Seems like t
Hi,
Am 2021-11-15 16:15, schrieb Wolfgang Denk:
| And if you don't want to use this feature just don't enable it via
| CONFIG_NET_RANDOM_ETHADDR.
This say all, no patches needed.
Yes, I'm giving up. I'll just deactivate that option then and open code
it in my board.
-michael
Am 2021-11-15 14:57, schrieb Tom Rini:
On Mon, Nov 15, 2021 at 01:24:34PM +0100, Michael Walle wrote:
Am 2021-11-15 13:15, schrieb Marek Vasut:
> On 11/15/21 1:11 PM, Michael Walle wrote:
> > Don't get the MAC address by the environment, but by the platform data
> >
Hi,
Am 2021-11-15 15:31, schrieb Wolfgang Denk:
In message you wrote:
And again you're masking the error and possible fixes by linux itself.
Seems like this isn't an argument.
Respecting the explicit will of the user (i. e using what he
configured in U-Boot and passed to the kernel) is not
Hi Gaurav,
Am 2021-11-23 11:44, schrieb Gaurav Jain:
> fix hwrng performance issue in kernel.
This patch is missing some context information, specifically which
performance
issue does exist in the Kernel (with some quantification), and how is
it addressed
here.
This function introduced
Hi Sahil,
Am 2021-11-17 19:11, schrieb Sahil Malhotra (OSS):
Could you please add some description what this is doing and for what
this is intended? To have a "DTB overlay feature", it is enough to
just
enable CONFIG_OF_LIBFDT_OVERLAY.
I will add some description, and yes for DTB overlay
Am 2021-11-16 22:14, schrieb Tom Rini:
On Mon, Nov 15, 2021 at 11:45:51PM +0100, Michael Walle wrote:
Nowadays, u-boot (when CONFIG_NET_RANDOM_ETHADDR is set) will set
enetaddr to a random value if not set and then pass the randomly
generated MAC address to linux.
First, for clarity I'm
Am 2021-11-10 02:37, schrieb Tom Rini:
On Wed, Nov 10, 2021 at 01:26:12AM +0100, Rasmus Villemoes wrote:
On 10/11/2021 01.18, Rasmus Villemoes wrote:
> On 09/11/2021 20.42, Tom Rini wrote:
>> On Tue, Nov 09, 2021 at 08:21:07PM +0100, Heiko Thiery wrote:
>>> Hi Wolfgang,
>>>
>
>>> I know this is
Am 2021-10-13 18:14, schrieb Michael Walle:
Copy the board device tree files from linux v5.14. On top of the v5.14
dtbs the changes of these two patches are included here which are
needed
for u-boot:
https://lore.kernel.org/linux-devicetree/20210831134013.1625527-7-mich...@walle.cc/
https
# signal.
Signed-off-by: Michael Walle
---
MAINTAINERS | 1 +
doc/board/kontron/sl28.rst | 53 +++-
drivers/watchdog/Kconfig| 7 ++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/sl28cpld-wdt.c | 109
5 files
nodes. The
device tree binding is the same as already acked by the linux kernel.
Michael Walle (10):
misc: add sl28cpld base driver
watchdog: add sl28cpld watchdog driver
gpio: add sl28cpld driver
board: sl28: fix DRAM pretty print
board: sl28: print CPLD version on bootup
board: sl28
The SoC provides two additional watchdogs integrated in the SoC. Enable
support for these.
Signed-off-by: Michael Walle
---
configs/kontron_sl28_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/kontron_sl28_defconfig b/configs/kontron_sl28_defconfig
index 48cf3cf5e6
, because
the bootloader - right now - doesn't have the ability to read the MAC
address, which is stored in the OTP. But it is far more important to
have a clear view of whats wrong with a board and that means we can no
longer use this Kconfig option.
Signed-off-by: Michael Walle
---
configs
They are no longer needed, because we now have proper driver support for
the sl28cpld management controller.
Signed-off-by: Michael Walle
---
doc/board/kontron/sl28.rst | 15 ---
1 file changed, 15 deletions(-)
diff --git a/doc/board/kontron/sl28.rst b/doc/board/kontron/sl28.rst
The gpio block is part of the sl28cpld sl28cpld management controller.
There are three different flavors: the usual input and output where the
direction is configurable, but also input only and output only variants.
Signed-off-by: Michael Walle
---
MAINTAINERS | 1 +
drivers
Most of the time it is very useful to have the version of the board
management controller. Now that we have a driver, print it during
startup.
Signed-off-by: Michael Walle
---
board/kontron/sl28/sl28.c | 28
include/sl28cpld.h| 2 ++
2 files changed, 30
Add a multi-function device driver which will probe its children and
provides methods to access the device.
Signed-off-by: Michael Walle
---
MAINTAINERS | 5 ++
drivers/misc/Kconfig| 8 +++
drivers/misc/Makefile | 1 +
drivers/misc/sl28cpld.c | 105
The current console output is:
DRAM: 4 GiB
DDR4 GiB (DDR3, 32-bit, CL=11, ECC on)
The size is printed twice and we can save one line of console output if
we join both lines. The new output is as follows:
DRAM: 4 GiB (DDR3, 32-bit, CL=11, ECC on)
Signed-off-by: Michael Walle
---
board
This board has an internal watchdog which supervises the board startup.
Although, the initial state of the watchdog is configurable, it is
enabled by default. In board_late_init(), which means almost everything
worked as expected, disable the watchdog.
Signed-off-by: Michael Walle
---
board
Enable the GPIO and watchdog driver. Don't start the watchdog
automatically, though.
Signed-off-by: Michael Walle
---
configs/kontron_sl28_defconfig | 8
1 file changed, 8 insertions(+)
diff --git a/configs/kontron_sl28_defconfig b/configs/kontron_sl28_defconfig
index 31a1083b0a
Am 2021-11-16 12:57, schrieb Gaurav Jain:
>> > +int hwrng_generate(u8 *dst, u32 len)
>>
>> likewise.
>> But more important what is the difference to drivers/crypto/fsl/rng.c?
>> Why
>> do you need a new function here?
This one. Why can't you reuse the code which is already there?
I might have
Hi,
Am 2021-11-16 12:09, schrieb Gaurav Jain:
> --- a/drivers/crypto/fsl/fsl_blob.c
> +++ b/drivers/crypto/fsl/fsl_blob.c
> @@ -1,6 +1,7 @@
> // SPDX-License-Identifier: GPL-2.0+
> /*
> * Copyright 2014 Freescale Semiconductor, Inc.
> + * Copyright 2021 NXP
> *
> */
>
> @@ -152,6
Hi,
> --- a/drivers/crypto/fsl/fsl_blob.c
> +++ b/drivers/crypto/fsl/fsl_blob.c
> @@ -1,6 +1,7 @@
> // SPDX-License-Identifier: GPL-2.0+
> /*
> * Copyright 2014 Freescale Semiconductor, Inc.
> + * Copyright 2021 NXP
> *
> */
>
> @@ -152,6 +153,87 @@ int blob_encap(u8 *key_mod, u8 *src,
> diff --git a/cmd/Kconfig b/cmd/Kconfig
> index 5b30b13e43..2b24672505 100644
> --- a/cmd/Kconfig
> +++ b/cmd/Kconfig
> @@ -2009,6 +2009,7 @@ config CMD_AES
>
> config CMD_BLOB
> bool "Enable the 'blob' command"
> + select FSL_BLOB
this looks wrong, because CMD_BLOB sounds like a
> LS(1021/1012/1028/1043/1046/1088/2088), LX2160, LX2162
> platforms are enabled with JR driver model.
>
> removed sec_init() call from board files.
> removed CONFIG_FSL_CAAM from defconfig files.
> sec is initialized based on job ring information processed
> from device tree.
>
> Signed-off-by:
as on the LS1028A SoC
where there will be PSCI support soon.
Additionally, make ARMV8_PSCI and SEC_FIRMWARE_ARMV8_PSCI exclusive.
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8/Kconfig| 30 ++-
arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 2 ++
board
, this is only compile time tested with
(ls1028ardb_tfa_defconfig).
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 1 +
arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 49 +--
arch/arm/cpu/armv8/fsl-layerscape/mp.c| 11 ++---
arch/arm/cpu/armv8
For now, this only provides reset and poweroff functions.
Signed-off-by: Michael Walle
---
board/kontron/sl28/Makefile| 2 ++
board/kontron/sl28/psci.c | 42 ++
configs/kontron_sl28_defconfig | 2 ++
3 files changed, 46 insertions(+)
create mode
to clean that up and then we can add our three little functions for
the PSCI support.
Michael Walle (5):
armv8: include psci_update_dt() unconditionally
armv8: layerscape: get rid of smc_call()
armv8: psci: skip setup code if we are not EL3
armv8: psci: add ARMV8_PSCI_RELOCATE Kconfig option
psci_update_dt() is also required if CONFIG_ARMV8_PSCI is set, that is,
if u-boot is the PSCI provider.
Guard the check which is intended to call into the PSCI implementation
in the secure firmware, by the proper macro SEC_FIRMWARE_ARMV8_PSCI.
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8
If we are running in EL2 skip PSCI implementation setup. This avoids an
exception if CONFIG_ARMV8_PSCI is set, but u-boot is started by TF-A.
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8/cpu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/cpu/armv8/cpu.c b/arch/arm/cpu
it.
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8/sec_firmware.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/arch/arm/cpu/armv8/sec_firmware.c
b/arch/arm/cpu/armv8/sec_firmware.c
index 267894fbcb..e62e9dc380 100644
--- a/arch/arm/cpu/armv8
Don't get the MAC address by the environment, but by the platform data
of the udevice. This will fix "net list" if the MAC address is randomly
generated and won't change behavior when linux is booted.
Signed-off-by: Michael Walle
---
Hi,
this is a proposal to fix the "net
Am 2021-11-15 13:15, schrieb Marek Vasut:
On 11/15/21 1:11 PM, Michael Walle wrote:
Don't get the MAC address by the environment, but by the platform data
of the udevice. This will fix "net list" if the MAC address is
randomly
generated and won't change behavior when linux is boote
Hi Ramon,
Am 2021-11-09 14:55, schrieb Michael Walle:
Am 2021-11-04 22:00, schrieb Ramon Fried:
What's the verdict ? We're keeping this patch ?
There was a good point from Grygorii: linux might deal
in its own way with missing ethernet addresses (and warn
the user about it because its
801 - 900 of 1148 matches
Mail list logo
