On 01/07/24 20:54, Nishanth Menon wrote:
On 15:25-20240701, Sebin Francis wrote:
For HS-FS device we need to sign the fs-stub with customer key. DM firmware
cannot have a component which is signed using customer key.
Please explain please why DM cannot have a component signed using a
fdtfile wasn't being populated in these boards in legacy boot using
bootcmd_ti_mmc, migrate these platforms to ti_set_fdt_env.
Signed-off-by: Manorit Chawdhry
---
Changes in v3:
- Update the commit messages to make the change more clear.
- Link to v2:
On 15:25-20240701, Sebin Francis wrote:
> For HS-FS device we need to sign the fs-stub with customer key. DM firmware
> cannot have a component which is signed using customer key.
Please explain please why DM cannot have a component signed using a
customer key for the public record?
--
Regards,
On 28/06/24 23:10, Nishanth Menon wrote:
On 19:39-20240628, Sebin Francis wrote:
On 28/06/24 18:33, Nishanth Menon wrote:
On 15:02-20240628, Dhruva Gole wrote:
This series includes the binman related changes required to package tIFS
Stub to support Low Power Modes on BeaglePlay.
Also, based
On 19:39-20240628, Sebin Francis wrote:
>
> On 28/06/24 18:33, Nishanth Menon wrote:
> > On 15:02-20240628, Dhruva Gole wrote:
> > > This series includes the binman related changes required to package tIFS
> > > Stub to support Low Power Modes on BeaglePlay.
> > > Also, based on comments from
On 28/06/24 18:33, Nishanth Menon wrote:
On 15:02-20240628, Dhruva Gole wrote:
This series includes the binman related changes required to package tIFS
Stub to support Low Power Modes on BeaglePlay.
Also, based on comments from previous patch [0] documentation has been
added to describe small
On 15:02-20240628, Dhruva Gole wrote:
> This series includes the binman related changes required to package tIFS
> Stub to support Low Power Modes on BeaglePlay.
> Also, based on comments from previous patch [0] documentation has been
> added to describe small addition in boot flow as well as
This series includes the binman related changes required to package tIFS
Stub to support Low Power Modes on BeaglePlay.
Also, based on comments from previous patch [0] documentation has been
added to describe small addition in boot flow as well as tispl image
format.
I am aware that the new boot
On Tue, 04 Jun 2024 11:39:09 +0530, Manorit Chawdhry wrote:
> The series enables ospi boot for j721s2.
>
> Test logs:
> https://gist.github.com/manorit2001/6bb91885c608e3a8cb0267ab2c614781
>
>
Applied to u-boot/next, thanks!
--
Tom
The series enables ospi boot for j721s2.
Test logs: https://gist.github.com/manorit2001/6bb91885c608e3a8cb0267ab2c614781
Signed-off-by: Manorit Chawdhry
---
Changes in v3:
- Rebase on top of -next
- Remove SF_DEFAULT_MODE as it's default 0
- Add new properties in correct location as per
On Thu, 16 May 2024 14:11:48 -0700, Raymond Mao wrote:
> This patch set is picked from the previously posted serie:
> "[RFC] Integrate MbedTLS v3.6 LTS with U-Boot"
>
> They are not directly related to MbedTLS integration, but the
> prerequisite for a few clean-up, refactoring and minor fixes.
>
This patch set is picked from the previously posted serie:
"[RFC] Integrate MbedTLS v3.6 LTS with U-Boot"
They are not directly related to MbedTLS integration, but the
prerequisite for a few clean-up, refactoring and minor fixes.
For V2, the linker script patch is dropped and added one patch
to
On Sat, 20 Apr 2024 at 10:20, Heinrich Schuchardt wrote:
>
> On 4/18/24 14:54, Ilias Apalodimas wrote:
> > Hi!
> > This is v3 of SetVariable at runtime [0]
> >
> > Nothing changed drastically from v2.
> > A few more test cases have been added, comments/suggestions have been
> > addressed and a
On 4/18/24 14:54, Ilias Apalodimas wrote:
Hi!
This is v3 of SetVariable at runtime [0]
Nothing changed drastically from v2.
A few more test cases have been added, comments/suggestions have been
addressed and a bug where deleting a variable by setting 'attributes' to
0 has been fixed.
Changes
Hi!
This is v3 of SetVariable at runtime [0]
Nothing changed drastically from v2.
A few more test cases have been added, comments/suggestions have been
addressed and a bug where deleting a variable by setting 'attributes' to
0 has been fixed.
Changes since v2:
- Add more selftests checking for
On Mon, 11 Mar 2024 21:33:44 +, Volodymyr Babchuk wrote:
> Set of pre-req patches for Qualcomm SA8155P-ADP board support.
>
> This path series consist of generic qcom changes that may benefit
> different boards. It is the part of the bigger series that adds
> SA8155P-ADP support, but I am
Set of pre-req patches for Qualcomm SA8155P-ADP board support.
This path series consist of generic qcom changes that may benefit
different boards. It is the part of the bigger series that adds
SA8155P-ADP support, but I am posting this limited set because there
are other developers who depend on
add support for various USB features like USB storage, USB mass storage
as well as booting and flashing emmc via UUU.
Signed-off-by: Benjamin Hahn
---
Changes in v3:
- add patch description for the sync with kernel devicetree commit
- Link to v2:
Hi AKASHI,
On Sun, 17 Dec 2023 at 19:39, AKASHI Takahiro
wrote:
>
> This patch set is motivated by the discussion[1] regarding
> CONFIG_BOOTEFI_BOOTMGR option.
>
> # It has been partially merged in -next branch. So this version (v3)
> # contains only the remaining commits.
>
> At the end,
This patch set is motivated by the discussion[1] regarding
CONFIG_BOOTEFI_BOOTMGR option.
# It has been partially merged in -next branch. So this version (v3)
# contains only the remaining commits.
At the end, bootefi.c will be decomposed into two parts, one for
providing the command itself and
Fields X_FIRMWARE and X_DSDT in the FADT table must be 64bit.
Fix the definition in our include.
The 64bit fields X_FIRMWARE and X_DSDT take precedence over the respective
32bit fields. Consider this in the 'acpi list' and 'acpi dump' commands.
The fields only exist for FADT table revision 3 and
On Sun, 19 Nov 2023 07:43:30 -0700, Simon Glass wrote:
> This little series corrects a problem I noticed with arm64 images,
> where the kernel is not recognised if compression is used:
>
>U-Boot> tftp image.fit
>Using ethernet@7d58 device
>TFTP from server 192.168.4.7; our IP
Previous version of this patchset went out back in April and got delayed
for various reasons. As some parts were merge this is a somewhat smaller
set then before.
Patches against u-boot/next to take advantage of the latest dts sync
from linux v6.7-rc1
0:
This little series corrects a problem I noticed with arm64 images,
where the kernel is not recognised if compression is used:
U-Boot> tftp image.fit
Using ethernet@7d58 device
TFTP from server 192.168.4.7; our IP address is 192.168.4.147
Filename 'image.fit'.
Load address:
Currently bootmeth_efi crashes while doing a network (dhcp) boot.
This patch series fixes issues and both network and disk boot works.
Shantur Rathore (4):
bootflow: bootmeth_efi: Set bootp_arch as hex
bootflow: bootmeth_efi: set bflow->fname from bootfile name
bootflow: bootmeth_efi:
On Tue, 14 Nov 2023 12:55:39 +, Caleb Connolly wrote:
> This series moves the Qualcomm pinctrl drivers from mach-snapdragon and
> mach-ipq40xx to drivers/pinctrl/qcom. It then makes the necessary changes
> to enable compatibility with Linux DTs.
>
> The pinctrl hardware on most Qualcomm
This series moves the Qualcomm pinctrl drivers from mach-snapdragon and
mach-ipq40xx to drivers/pinctrl/qcom. It then makes the necessary changes
to enable compatibility with Linux DTs.
The pinctrl hardware on most Qualcomm platforms is made up of "tiles",
these are just banks of pins at
On Tue, Oct 31, 2023 at 1:18 AM Samuel Holland wrote:
>
> This series makes the necessary changes so 32-bit sunxi SoCs can load
> additional device trees or firmware from SPL along with U-Boot proper.
> Crust (SCP firmware) has support for A33 and H3, and H3 also needs to
> load an eGon blob to
This series makes the necessary changes so 32-bit sunxi SoCs can load
additional device trees or firmware from SPL along with U-Boot proper.
Crust (SCP firmware) has support for A33 and H3, and H3 also needs to
load an eGon blob to support CPU 0 hotplug (a silicon bug workaround).
FIT unlocks
1. add name for gpio pinctrl function
2. add baud rate table
3. fix ecc ram size
4. modify configs
Jim Liu (4):
pinctrl: npcm8xx: add name for gpio function
configs: npcm: support more uart baud rate
board: nuvuton: arbel: fix incorrect ram size
configs: nuvoton: npcm8xx: disable
Hi all,
this is v3 of the Conclusive KSTR-SAMA5D27 support series.
Patch [1/4] now takes a different approach at reading the EEPROM serial.
An existing CONFIG_ID_EEPROM option provides a mechanism for reading
EEPROM embedded MAC addresses at init. As this option is meant for
reading various
On 10/1/23 21:16, Simon Glass wrote:
Hi Sean,
On Thu, 28 Sept 2023 at 08:45, Sean Anderson wrote:
In my efforts to get SPL to fit into flash after some changes I made, I
noticed that av_ is one of the largest variables in SPL. As it turns
out, we can generate it at runtime, and the code is
Hi Sean,
On Thu, 28 Sept 2023 at 08:45, Sean Anderson wrote:
>
> In my efforts to get SPL to fit into flash after some changes I made, I
> noticed that av_ is one of the largest variables in SPL. As it turns
> out, we can generate it at runtime, and the code is already there. This
> has the
Hi list,
This is the third version of my patchset for supporting PSCI on
R528/T113-s3. It is meant to be applied atop Andre Przywara's T113s support
series (v2). For convenience, the latter exists in a Git branch at:
https://source.denx.de/u-boot/custodians/u-boot-sunxi.git t113s-v2
It's looking
In my efforts to get SPL to fit into flash after some changes I made, I
noticed that av_ is one of the largest variables in SPL. As it turns
out, we can generate it at runtime, and the code is already there. This
has the potential to save 1-2k across the board, for some (very) minor
boot time
Hi,
On 2023-09-10 20:24, Manoj Sai wrote:
> This patchset adds the support on Rockchip based ARM64 SOC's that compress
> the U-BOOT proper along with dtb
> and ATF in FIT image format.Second stage bootloader(SPL) loads the compressed
> binaries, uncompress
> them and handover control to the
This patchset adds the support on Rockchip based ARM64 SOC's that compress the
U-BOOT proper along with dtb
and ATF in FIT image format.Second stage bootloader(SPL) loads the compressed
binaries, uncompress
them and handover control to the next stage.
Changes for V3 :-
1. Replaced
On mar., août 22, 2023 at 10:40, Nishanth Menon wrote:
> On 17:33-20230822, Mattijs Korpershoek wrote:
>> On mar., août 15, 2023 at 11:44, Nishanth Menon wrote:
>>
>> > Add support for BeaglePlay - rev 3
>> >
>> > Boot log: https://gist.github.com/nmenon/3e99b44380873263e39ba4d84788db89
>> >
On 17:33-20230822, Mattijs Korpershoek wrote:
> On mar., août 15, 2023 at 11:44, Nishanth Menon wrote:
>
> > Add support for BeaglePlay - rev 3
> >
> > Boot log: https://gist.github.com/nmenon/3e99b44380873263e39ba4d84788db89
> >
> > Full series(including dependencies) can be found at:
> >
On mar., août 15, 2023 at 11:44, Nishanth Menon wrote:
> Add support for BeaglePlay - rev 3
>
> Boot log: https://gist.github.com/nmenon/3e99b44380873263e39ba4d84788db89
>
> Full series(including dependencies) can be found at:
> https://github.com/nmenon/fix-k3-dt-u-boot/commits/beagleplay-v3
>
Add support for BeaglePlay - rev 3
Boot log: https://gist.github.com/nmenon/3e99b44380873263e39ba4d84788db89
Full series(including dependencies) can be found at:
https://github.com/nmenon/fix-k3-dt-u-boot/commits/beagleplay-v3
Caveats:
* I have kept networking out of picture for now as it is
Mailing list reduction.
This issue is not directly related to pmic apart from the fact that pmics in my
case is an i2c device so writing on the top.
Sorry for this format but you are one of the most keen and in the
context of this
regulator rework. As you know I have an issue with probing the
This patchset derives from discussion of TPS65913 bringup and aims to
cycle all regulator management inside uclass removing need of any board
calls for regulators.
My hw setup is Tegra 3 LG Optimus Vu P895 (PMIC is MAX77663) with native
spl u-boot build.
power: regulator: expand basic reference
Hi,
This series syncs AM64 DT files from Linux v6.5-rc1.
Tested on AM642-EVM GP SR1.0 and AM642-SK-EVM HS-FS SR2.0.
Couldn't verify Linux boot on AM642-SK-EVM so would appreciate
if someone can give a Tested-by for that. Thanks!
cheers,
-roger
Changelog:
v3:
- include board DT file in -r5 DT
This patchset adds support for native use of U-Boot on ASUS/Google
Nexus 7 (2012), aka grouper/tilapia as a replacement of vendor
bootloader. Alongside device bringup tegra requires few small patches:
- add gpio keyboard as stdin device
- make networking boot options optional
- add a small tool
Firmware version management is not implemented in the current
FMP implementation. This series aims to add the versioning support
in FMP.
Python based test will follow later.
EDK2 reference implementation utilizes the FMP Payload Header
inserted right before the capsule payload. With this series,
This little series updates patman to run the get_maintainer.py script in
parallel for each commit. It also does the same with checkpatch.
In some cases this can make a dramatic different to the speed.
Changes in v3:
- Mention the commit where the -a option was dropped
- Reword comment for
This series fixes the support for J721E board along with some
maintainance for it.
v3:
- drop fixes related to other boards ( make series j721e specific )
- memory map added in docs
- applied reviewed-by
v2:
- Merge two series
- Include some more commits that fix the gp builds when merging
This series are a consequence on the discussion of the patch [1]. It
introduces some new patches in order to address the feedback received,
adds the documentation and fixes a small typo found during the work
on these patches.
Best regards,
Enric
[1]
On 1/10/23 00:49, Victor Lim wrote:
Changes in V2:
Adding the following parts to the list
gd25b256: 3V QSPI, QE=1, 256Mbit
gd25b512: 3V QSPI, QE=1, 512Mbit
gd55b01g: 3V QSPI, QE=1, 1Gbit
gd55b02g: 3V QSPI, QE=1, 2Gbit
gd25f64: 3V QSPI, QE=1, 64Mbit, high performance
gd25f128: 3V QSPI, QE=1,
Changes in V2:
Adding the following parts to the list
gd25b256: 3V QSPI, QE=1, 256Mbit
gd25b512: 3V QSPI, QE=1, 512Mbit
gd55b01g: 3V QSPI, QE=1, 1Gbit
gd55b02g: 3V QSPI, QE=1, 2Gbit
gd25f64: 3V QSPI, QE=1, 64Mbit, high performance
gd25f128: 3V QSPI, QE=1, 128Mbit, high performance
gd25f256: 3V
This series adds support for using configs with the source command. See
the third patch for details.
Changes in v3:
- Halve the quotes
Changes in v2:
- Add test for source command
Sean Anderson (4):
test: Add test for source command
treewide: Use NULL for script image name
cmd: source:
This patch set updates Microchip PolarFire SoC Icicle Kit support
of RISC-V U-Boot.
The patches are based upon latest U-Boot tree
(https://source.denx.de/u-boot/u-boot) at commit id
8bc87a4c55a1723728374a5643f13bced37dad6b
The memory device node is updated based on the latest FPGA reference
Hi,
This series introduces the MEMORY controller uclass for the drivers
that exist in drivers/memory directory.
With that, we add the TI GPMC Memory controller driver as the first
user of this uclass.
The GPMC is a unified memory controller dedicated for interfacing
with external memory devices
Currently, if pin's function is GPIOF_FUNC, only "func" if displayed
without any other information. It would be interesting, if information is
available, to indicate which pinmuxing's name is used.
Changes in v3:
- add lost Simon Glass's reviewed-by during v1 review in patch 1 and 2
This new version of the patchset provides improvements to the FF-A driver
design.
The FF-A driver is a discoverable bus and brings these new features:
* support for the 64-bit x0-x17 registers in SMC arguments passing
* align with the FF-A kernel driver interfaces
* make the driver EFI
This series unifies common MAC address code for imx6, imx8 and stm32
based boards by DH. It is thought of as a starting point for more
deduplication in the future.
Changes in v3:
- Entire series reviewed by Marek
Changes in v2:
- Tested-by Marek
- convert to livetree
The Radxa Rock Pi 4 board is sold from revision 1.4 with a soldered
4Mb SPI NOR Flash. This series allows to use it from U-Boot and boot
from it.
This series applies to u-boot/master.
Changes since v2:
- rebased on master
- droped 5th path, and enabled CONFIG_SPL_DM_SEQ_ALIAS instead
The Radxa Rock Pi 4 board is sold from revision 1.4 with a soldered
4Mb SPI NOR Flash. This series allows to use it from U-Boot and boot
from it.
This series applies to u-boot/master.
Changes since v2:
- rebased on master
- droped 5th path, and enabled CONFIG_SPL_DM_SEQ_ALIAS instead
The patch series add basic supoorts for NPCM750, which
is Nuvoton's 3th-generation BMC (Baseboard Management Controller).
Add drivers to support Clock,Timer,Uart for NPCM7xx SoC.
the NPCM750 computing subsystem comprises a dual-core ARM a9
at 800MHz speed with L1/L2 caches
dts,dtsi and
From: Peng Fan
V3:
Add missed Signed-off-by
Rebased to only add CONFIG_DM_SERIAL, not touch other config change in
defconfig
V2:
Include imx8mq-evk in this patchset.
For i.MX8MN/M/P, drop board level uart pinmux settings,
move preloader_console_init after driver probe.
Tested on all
This is a DM clock driver for the imx8mq based on the linux kernel
driver and the u-boot imx8mm clock driver.
It also removes some code duplication in the imx8m[nmp] clock drivers.
Changes since v2:
Added kernel commit IDs
Re-factored rate table code to remove duplication
Remove duplicate code
AM64x devices have a main ESM and a MCU ESM. The ESM driver enables
routing of the error events from various sources to different processors
or to reset hardware logic. Only the MCU ESM's high output can trigger
reset logic. The main RTI0 WWDT output can be routed to the MCU
highoutput to trigger
On 21/01/2022 06:25, Simon Glass wrote:
> On Sun, 16 Jan 2022 at 13:18, Alper Nebi Yasak
> wrote:
>> mmc: sdhci: Add HS400 Enhanced Strobe support
>> rockchip: sdhci: Fix RK3399 eMMC PHY power cycling
>> rockchip: sdhci: Add HS400 Enhanced Strobe support for RK3399
>> rockchip: sdhci:
Hi Alper,
On Sun, 16 Jan 2022 at 13:18, Alper Nebi Yasak wrote:
>
> My rk3399-gru-kevin has some problems with the eMMC. The board can boot
> to U-Boot proper with the eMMC working at a low speed, but trying to
> reinitialize it with "mmc dev 0" or "mmc rescan" makes it unusable. If
> the HS400
Pogoplug V4 specifications:
Kirkwood 88F6192 SoC
800 MHz CPU
1Gbs Ethernet
128 MB RAM
128 MB NAND
1x USB 2.0
2x USB 3.0 (on PCIe bus)
1 SDHC slot
1x External SATA port (USM enclosure form factor slot)
Changes in v3:
- Migrate symbols from board include header to Kconfig
- Squash board file
Pogoplug V4 specifications:
Kirkwood 88F6192 SoC
800 MHz CPU
1Gbs Ethernet
128 MB RAM
128 MB NAND
1x USB 2.0
2x USB 3.0 (on PCIe bus)
1 SDHC slot
1x External SATA port (USM enclosure form factor slot)
Changes in v3:
- Migrate config symbols from board include header to defconfig
- Remove
My rk3399-gru-kevin has some problems with the eMMC. The board can boot
to U-Boot proper with the eMMC working at a low speed, but trying to
reinitialize it with "mmc dev 0" or "mmc rescan" makes it unusable. If
the HS400 mode is enabled, it times out while executing tuning and
doesn't even start
I have recently started testing booting U-Boot from SPI on my gru-kevin
(as opposed to chainloading it from vendor coreboot + depthcharge) and
brought it to a better working state based on an initial support patch
from Marty [1][2] and some follow-up work by Simon [3].
I tried to keep them as the
This series adds support for the TOC0 image format used by the Allwinner
secure boot ROM (SBROM). This series has been tested on the following
SoCs/boards, with the eFuse burnt to enable secure mode:
- A50: Ainol Q88 Tablet
- A64: Pine A64 Plus
- H5: Orange Pi Zero Plus
- H6: Pine H64 Model B
This patchset updates mkimage -T sunxi_egon to be able to generate
an eGON.BT0 image for Allwinner RISC-V SoCs (e.g. D1).
In addition, to keep the compatibility, it will still consider the
architecture to be ARM when no architecture is specified.
This v3 is a minor update to Icenowy's patch
The UEFI specification defines which vendor GUIDs should be used for
predefined variables like 'PK'. Currently we have multiple places
where this relationship is stored.
With this patch series a function for retrieving the GUID is provided
and existing code is adjusted to used it.
v3:
This series add support for Macronix octal DTR flash, add second time
Softreset with "INVERT" command extension type and follow linux kernel
to enable 4byte opcode when possible.
v3:
Add flag SPI_NOR_CMD_EXT_INVERT to seperate command extension types.
replace CONFIG_SPI_FLASH_MACRONIX with
On Tue, Aug 17, 2021 at 5:08 PM Zong Li wrote:
>
> This patch set contains the SiFive composable cache support, and
> indroduce an interface to do cache initialization, each platform can
> overwrite it by their own implementation.
>
> Changed in v3:
> - Combine some patches
> - Drop the
This patch set contains the SiFive composable cache support, and
indroduce an interface to do cache initialization, each platform can
overwrite it by their own implementation.
Changed in v3:
- Combine some patches
- Drop the subdirectories of vendor in lib/
- Rebase codebase
Changed in v2:
-
This little series adds documentation and a few other tidy-ups to the
'sf' command.
It also provides a way to access memory-mapped SPI via the command line.
Changes in v3:
- Add configuration and return value also
Changes in v2:
- Explain why 'usage' cannot be const
- Many fixes as suggested by
This series adds PHY and XHCI driver support for the USB3 controller
found in the Allwinner H6 SoC. It has been tested and working on both
boards enabled in patch 4, although some users experience issues[1].
[1]: https://lists.denx.de/pipermail/u-boot/2021-February/440767.html
Changes from v2:
Patch series for Engicam i.Core MX8M Mini SOM and it's associated
carrier board dts(i) support.
patch 1: add imx8mm-u-boot.dtsi
patch 2: Engicam i.Core MX8M Mini SoM dtsi
patch 3-4: EDIMM2.2, C.TOUCH 2.0 Carrier boards
Changes for v3:
- rebase on master
- drop header improvement patch
From: Igor Opaniuk
1. Adds support for:
* PSCI_FEATURES, introduced in PSCI 1.0. This provides API
that allows discovering whether a specific PSCI function is implemented
and its features.
* SYSTEM_RESET2, introduced in PSCI 1.1, which extends existing
SYSTEM_RESET. It provides support for
Version 3 of this series moves the QFW driver into a uclass, UCLASS_QFW,
and splits the driver into qfw_pio and qfw_mmio. The ugly arch-specific
ifdefs are now gone, since regular Makefile conditional compilation of
each driver takes care of it for us.
As before, on x86 a U_BOOT_DRVINFO is used
Hi,
It is the V3 of serie [1] after Simon Glass comments.
Use 'if (IS_ENABLED(CONFIG...))' instead of '#if or #ifdef' where possible
This patchset can applied on master branch after the serie [2]
(for the new order of test in function putc() and puts()
done in "console: allow to record
This patch series aims to support Renesas SoC identification driver.
Added a helper function of_match_node to find the matching of_match structure.
This helper function can be used to replace the following code in u-boot [1]
and [2]
[1]
Hi,
On 09. 09. 20 19:07, Edgar E. Iglesias wrote:
> From: "Edgar E. Iglesias"
>
> This fixes some build issues with large (> 1MB) PIE U-Boot setups.
> We also document the 4K aligned load address requirement and
> add an early run-time check for it.
>
> As requested by reviewers, I've also
On 9/9/20 11:07 AM, Edgar E. Iglesias wrote:
> From: "Edgar E. Iglesias"
>
> This fixes some build issues with large (> 1MB) PIE U-Boot setups.
> We also document the 4K aligned load address requirement and
> add an early run-time check for it.
>
> As requested by reviewers, I've also added a
From: "Edgar E. Iglesias"
This fixes some build issues with large (> 1MB) PIE U-Boot setups.
We also document the 4K aligned load address requirement and
add an early run-time check for it.
As requested by reviewers, I've also added a runtime check for
non-PIE builds to trap the startup
Hello,
Following the SquashFS support, this series adds support for LZO and ZSTD
algorithms.
Changes in v3:
- Reorganize patches order.
- Remove memory leak from sqfs_zstd_decompress().
Changes in v2:
- Change tests architecture.
- Add tests for LZO and ZSTD.
From: Laurentiu Tudor
In the current implementation, u-boot creates iommu mappings only
for PCI devices enumarated at boot time thus does not take into
account more dynamic scenarios such as SR-IOV or PCI hot-plug.
Add support for specifying extra IOMMU mappings for PCI
controllers through a
On Fri, Jun 19, 2020 at 8:31 PM Chris Packham wrote:
>
> Hi Jagan,
>
> On Fri, 19 Jun 2020, 5:45 AM Jagan Teki, wrote:
>>
>> Series of kirkwood boards to switch DM_SPI and drop
>> which are not DM enabled still.
>>
>> Any inputs?
>> Jagan.
>
>
> I had a quick glance over the series and it looks
This patch adds very basic support for the Octeon III SoCs. Only CFI
parallel UART, reset and NOR flash are supported for now.
Please note that the basic Octeon port does not include the DDR3/4
initialization yet. This will be added in some follow-up patches later.
To still use U-Boot on with
cli...@andestech.com; Alan Kao
>
> Subject: Re: [PATCH v3 0/4] update clock handler and proper cpu features
>
> [External Email] Do not click links or attachments unless you recognize the
> sender and know the content is safe
>
> Hi Sagar
>
> > From: Sagar Shrikant Ka
Hi Jagan,
On Fri, 19 Jun 2020, 5:45 AM Jagan Teki, wrote:
> Series of kirkwood boards to switch DM_SPI and drop
> which are not DM enabled still.
>
> Any inputs?
> Jagan.
>
I had a quick glance over the series and it looks good to me.
I'm fortunate enough to be able to get into the office so
a...@wdc.com; s...@chromium.org;
> sean...@gmail.com; Sagar Shrikant Kadam
> Subject: [PATCH v3 0/4] update clock handler and proper cpu features
>
> U-Boot cmd "cpu detail" shows inconsistent CPU features and is missing
> clk_request and free handlers.
> The current "cpu detail&
Series of kirkwood boards to switch DM_SPI and drop
which are not DM enabled still.
Any inputs?
Jagan.
Bhargav Shah (1):
spi: kirkwood: Drop nondm code
Jagan Teki (3):
arm: Remove d2net_v2 board
db-88f6281-bp-nand: Enable DM_SPI/SPI_FLASH
arm: Remove netspace_v2 board
Thanks to Hugh Cole-Baker for inputs about SPI boot
image creation.
V2 changes can be available at [1]
Changes for v3:
- SPI env offset, size changes based on roc-rk3399-pc
Changes for v2:
- same defconfig to support both MMC, SPI boot
- add spi flash program document
Any inputs?
Jagan.
[1]
U-Boot cmd "cpu detail" shows inconsistent CPU features and is missing
clk_request and free handlers.
The current "cpu detail" sometimes shows "Microcode" as a feature, which
is not the case with FU540-C000 on HiFive Unleashed board.
Patch 1: add clk request handler to check if valid clock id is
Loading u-boot and its fdt from a NAND memory area with bad blocks led
to the creation of these patches.
Next, the output generated by the script used to flash the NAND of the
SOC that caused the issue.
** Rewriting /dev/mtd0 with /mnt/MLO
Erasing 128 Kibyte @ 0 -- 100 % complete
Writing
Make an additional step to add full DM support to mx6cuboxi, including its
support for SPL
With this new configuration SPL image is 50 KB, higher than the
38 KB from the previous version, but it still under the 68 KB limit.
Changes in v3:
- Cleanup
Changes in v2:
- Fix board_boot_order to
This series adds a few changes I have been using locally as new tags for
patman. This series has itself been developed using these patches, and the
unprocessed commits can be viewed at [1].
[1] https://github.com/Forty-Bot/u-boot/tree/patman
Changes in v3:
- Document empty changelog suppression
From: Suniel Mahesh
This patch series adds support for Rockchip RK808 PMIC RTC device.
Patch #1, adds a child node under RK808 PMIC node. Patch #2 binds
this child device with its parent RK808 PMIC. Patch #3 adds the rtc
driver. Patch #4 enables DM RTC, adds date command for the target.
The
On 4/27/20 5:57 PM, Fabio Estevam wrote:
Hi Giulio,
On Mon, Apr 27, 2020 at 12:53 PM Giulio Benetti
wrote:
Hi Anatolij, Lukasz, Stefano, Fabio, All,
this patchset fix 2 bugs preventing from LCDIF to work when booting from
sd-card. There are also 2 little typo fixes for boards READMEs.
1 - 100 of 359 matches
Mail list logo