On 2024/2/1 06:08, Jonas Karlman wrote:
Add a minimal generic RK3588S/RK3588 board that only have eMMC and SDMMC
enabled. This defconfig can be used to boot from eMMC or SD-card on most
RK3588S/RK3588 boards that follow reference board design.
Also fix the alphabetical order of RK3588 boards l
On 2024/2/6 02:58, Chris Morgan wrote:
From: Chris Morgan
Add ADC button detect for early SPL stage for RGxx3 device. This is
important because on at least the RG353P and RG353V a clk pin is not
exposed that would allow us to take the eMMC out of the boot path.
Signed-off-by: Chris Morgan
On 2024/2/6 02:58, Chris Morgan wrote:
From: Chris Morgan
Remove unnecessary clock frequency defines from the RGxx3 u-boot dts.
Move the necessary defines to the RGxx3 main dts file.
Signed-off-by: Chris Morgan
Reviewed-by: Kever Yang
Thanks,
- Kever
---
.../arm/dts/rk3566-anbernic-rg
On 2024/2/5 01:30, Jonas Karlman wrote:
The Pine64 PineTab2 is a tablet computer based on the Rockchip RK3566
SoC. The table features 4/8 GB LPDDR4 RAM and 64/128 GB eMMC storage.
Features tested on a Pine64 PineTab2 8GB v2.0:
- SD-card boot
- eMMC boot
- SPI Flash boot
- USB host
Device tree
On 2024/3/13 23:32, Jonas Karlman wrote:
Hi Kever and Chen-Yu,
On 2024-03-13 15:43, Chen-Yu Tsai wrote:
Hi,
On Wed, Mar 13, 2024 at 6:29 PM Kever Yang wrote:
Hi Chen-Yu,
On 2024/2/12 21:51, Chen-Yu Tsai wrote:
From: Chen-Yu Tsai
Regenerate RK3328 defconfigs after adding imply statement
Hi,
When we run in el3 for zynqmp board, we are seeing below issue with this
patch:
Model: ZynqMP MINI EMMC0
Board: Xilinx ZynqMP
DRAM: 512 MiB
EL Level: EL3
Secure Boot: not authenticated, not encrypted
Multiboot: 0
Core: 10 devices, 9 uclasses, devicetree: embed
MMC: sdhci@ff
On 3/12/24 8:03 AM, Sumit Garg wrote:
Add initial support for i.MX8M{M/P} PCIe PHY. On i.MX8M{M/P} SoCs PCIe
PHY initialization moved to this standalone PHY driver.
Inspired from counterpart Linux kernel v6.8-rc3 driver:
drivers/phy/freescale/phy-fsl-imx8m-pcie.c. Use last Linux kernel driver
re
On 3/12/24 8:03 AM, Sumit Garg wrote:
pcie_imx doesn't seem to share any useful code for iMX8 SoC and it is
tied to quite old port of pcie_designware driver from Linux which
suffices only iMX6 specific needs.
But currently we have the common DWC specific bits which alligns pretty
well with DW PC
On 3/12/24 8:03 AM, Sumit Garg wrote:
Expose the high performance PLL as a regular Linux clock
... as clock framework clock ...
, so the
PCIe PHY can use it when there is no external refclock provided.
Inspired from counterpart Linux kernel v6.8-rc3 driver:
drivers/pmdomain/imx/imx8mp-blk-ct
On 3/12/24 8:03 AM, Sumit Garg wrote:
Add support for GPCv2 power domains and clock handling for PCIe and
PCIe PHY.
Tested-by: Tim Harvey #imx8mp-venice*
Tested-by: Adam Ford #imx8mp-beacon-kit
Signed-off-by: Sumit Garg
Reviewed-by: Marek Vasut
On 3/12/24 8:03 AM, Sumit Garg wrote:
power_domain_on/off() isn't refcounted and power domain bus shouldn't be
turned off for a single peripheral domain as it would negatively affect
other peripheral domains. So lets just skip turning off bus power
domain.
What exactly is the issue and how did
On 3/12/24 8:03 AM, Sumit Garg wrote:
Add support for i.MX8MP reset controller, it has same reset IP inside
as the other iMX7 and iMX8 variants but with different module layout.
iMX8M , iMX8 is a different SoC .
Inspired from counterpart Linux kernel v6.8-rc3 driver:
drivers/reset/reset-imx7.
On 3/12/24 8:03 AM, Sumit Garg wrote:
imx7_reset_{deassert/assert}_imx* are a bit more confusing when compared
with imx*_reset_{deassert/assert}. So refactor driver to use function
names easier to understand. This shouldn't affect the functionality
though.
Suggested-by: Marek Vasut
Signed-off-b
On 3/12/24 8:03 AM, Sumit Garg wrote:
Add support for PCIe clocks required to enable PCIe support on
iMX8MP SoC.
Tested-by: Tim Harvey #imx8mp-venice*
Tested-by: Adam Ford #imx8mp-beacon-kit
Signed-off-by: Sumit Garg
Reviewed-by: Marek Vasut
On 2024/2/17 08:22, Jonas Karlman wrote:
Add Kconfig options to enable support for booting from SPI NOR flash on
Orange Pi R1 Plus boards.
The generated bootable u-boot-rockchip-spi.bin can be written to 0x0 of
SPI NOR flash. The FIT image is loaded from 0x6, same as on RK35xx
boards.
On 2024/2/17 08:22, Jonas Karlman wrote:
Add Kconfig options to enable support for booting from SPI NOR flash on
Pine64 Rock64.
The generated bootable u-boot-rockchip-spi.bin can be written to 0x0 of
SPI NOR flash. The FIT image is loaded from 0x6, same as on RK35xx
boards.
=> sf probe
On 2024/2/17 08:22, Jonas Karlman wrote:
Similar to RK35xx the BootRom in RK3328 can read all data and look for
idbloader at 0x8000, same as it does for SD and eMMC.
Use the rksd format and modify the mkimage offset to generate a bootable
u-boot-rockchip-spi.bin that can be written to 0x0 of S
On 2024/2/17 08:22, Jonas Karlman wrote:
This reverts commit 3523c07867b403d5b3b68812aebac8a5afa5be4c.
Booting from SPI was already allowed before this commit was first
introduced. A few lines further down the exact same code already existed
and still does.
Signed-off-by: Jonas Karlman
Revi
On 2024/2/17 08:22, Jonas Karlman wrote:
Sync rk3328 device tree from linux v6.8-rc1.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
v2:
- No change
---
arch/arm/dts/rk3328-evb.dts | 1 +
arch/arm/dts/rk3328-nanopi-r2s.dts | 3 +-
On 2024/2/17 08:22, Jonas Karlman wrote:
Replace the rockchip,cryptov1-rng compatible with compatibles used in
the linux device tree for RK3288, RK3328 and RK3399 to ease sync of SoC
device tree from linux.
Signed-off-by: Jonas Karlman
Reviewed-by: Heinrich Schuchardt
Reviewed-by: Kever Yan
On 2024/2/17 08:22, Jonas Karlman wrote:
When RK3328 boards run SPL from eMMC and fail to load FIT from eMMC due
to it being missing or checksum validation fails there is a fallback to
read FIT from SD-card. However, without proper pinctrl configuration
reading FIT from SD-card will fail:
U
On 2024/2/17 08:22, Jonas Karlman wrote:
The U-Boot driver try to base the gpio bank id on the gpio-ranges prop
and fall back to base the bank id on the node name. However, the linux
driver try to base the bank id on the gpio alias id and fall back on
node order.
This can cause issues when SoC
On 2024/2/17 08:22, Jonas Karlman wrote:
Update defconfig for rk3328-orangepi-r1-plus boards with new defaults.
Remove the SPL_DRIVERS_MISC=y option, no misc driver is used in SPL.
Add CONFIG_SPL_FIT_SIGNATURE=y to let SPL verify an auto generated hash
of FIT images. This help indicate if the
On 2024/2/17 08:22, Jonas Karlman wrote:
Update defconfig for rk3328-rock-pi-e with new defaults.
Remove the xPL_DRIVERS_MISC=y option, no misc driver is used in xPL.
Add CONFIG_SPL_FIT_SIGNATURE=y to let SPL verify an auto generated hash
of FIT images. This help indicate if there is an issue
On 2024/2/17 08:22, Jonas Karlman wrote:
Update defconfig for rk3328-nanopi-r2* boards with new defaults.
Remove the SPL_DRIVERS_MISC=y option, no misc driver is used in SPL.
Add CONFIG_SPL_FIT_SIGNATURE=y to let SPL verify an auto generated hash
of FIT images. This help indicate if there is
On 2024/2/17 08:22, Jonas Karlman wrote:
Update defconfig for rk3328-roc-cc with new defaults.
Remove the SPL_DRIVERS_MISC=y option, no misc driver is used in SPL.
Add CONFIG_SPL_FIT_SIGNATURE=y to let SPL verify an auto generated hash
of FIT images. This help indicate if there is an issue lo
On 2024/2/17 08:22, Jonas Karlman wrote:
Update defconfig for rk3328-rock-pi-e with new defaults.
Remove the xPL_DRIVERS_MISC=y option, no misc driver is used in xPL.
Add CONFIG_SPL_FIT_SIGNATURE=y to let SPL verify an auto generated hash
of FIT images. This help indicate if there is an issue
On 2024/2/17 08:22, Jonas Karlman wrote:
Update defconfig for rk3328-rock64 with new defaults.
Remove the SPL_DRIVERS_MISC=y option, no misc driver is used in SPL.
Add CONFIG_SPL_FIT_SIGNATURE=y to let SPL verify an auto generated hash
of FIT images. This help indicate if there is an issue lo
On 2024/2/17 08:22, Jonas Karlman wrote:
Update defconfig for rk3328-evb with new defaults.
Add DM_RESET=y to support using reset signals.
Remove the xPL_DRIVERS_MISC=y option, no misc driver is used in xPL.
Add CONFIG_SPL_FIT_SIGNATURE=y to let SPL verify an auto generated hash
of FIT image
On 2024/2/17 08:22, Jonas Karlman wrote:
Change to use a common FIT load order, same-as-spl > SD-card > eMMC on
RK3328 boards. Only EVB and Radxa ROCK Pi E is affected by this change.
Signed-off-by: Jonas Karlman
Reviewed-by: Dragan Simic
Reviewed-by: Kever Yang
Thanks,
- Kever
---
v2:
-
Hi Miquel,
On Wed, 13 Mar 2024 at 20:35, Miquel Raynal wrote:
>
> Hi Simon,
>
> s...@chromium.org wrote on Wed, 13 Mar 2024 11:25:42 +1300:
>
> > Hi Miquel,
> >
> > On Fri, 8 Mar 2024 at 20:42, Miquel Raynal
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > s...@chromium.org wrote on Fri, 8 Mar 2024
On Wed, Mar 13, 2024 at 04:57:57PM -0600, Sam Edwards wrote:
[snip]
> Still really excited for this to land! I'm going to have to blow the dust
> off of my Clang/LLD support series here soon. :)
Please tell me that includes updates to the Clang support in general
copied over from the Linux kernel
On Tue, Mar 05, 2024 at 03:37:37PM +0800, Hanyuan Zhao wrote:
> This commit allows user to determine whether to have history recording
> in command-line. Previously to this commit, the CMD_HISTORY only sets
> the compiling of cmd/history.c, and the history code in cli_readline.c
> is always compil
On Tue, Mar 05, 2024 at 02:51:03PM +, Caleb Connolly wrote:
> Add a test for the button_cmd feature. This validates that commands can
> be mapped to two buttons, that the correct command runs based on which
> button is pressed, that only 1 command is run, and that no command runs
> if button_c
On Fri, Mar 08, 2024 at 02:38:13PM -0500, Tom Rini wrote:
> This architecture and related board are unmaintained currently and have
> been for a long time. Remove them.
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Mar 07, 2024 at 09:38:22PM -0600, Sam Protsenko wrote:
> Commit 2027e99e61aa ("Makefile: Run defconfig files through the C
> preprocessor") adds `generated_defconfig' file, but fails to clean that
> up. It might be useful to have that file around after `make' is done,
> but it's better to
On Fri, Mar 08, 2024 at 12:29:14AM +0300, Maxim Moskalets wrote:
> From: Maxim Moskalets
>
> Added the ability to use FDT for ELF applications, required to run some
> OS. To make FDT setup, you need to set the -d fdt_addr_r cmd option for
> bootelf command. Enable by selecting CMD_ELF_FDT_SETUP.
On Wed, Mar 06, 2024 at 03:11:10PM +0900, Masahisa Kojima wrote:
> The setup of global variable mem_map was moved into enable_caches()
> by commit a70c75cabae1 ("board: developerbox: move mem_map setup later")
> since U-Boot was directly booted from NOR flash in XIP
> and bss is not yet available
On Tue, Mar 05, 2024 at 10:19:37AM -0600, Andrew Davis wrote:
> Enable OF_UPSTREAM for AM64-EVM and SK-AM64 boards. Remove DT files that
> are now available in dts/upstream. Update the appended files based on
> version of latest OF_UPSTREAM sync point (v6.7-rc7).
>
> Signed-off-by: Andrew Davis
On Tue, Mar 05, 2024 at 02:55:13PM +, Caleb Connolly wrote:
> The current ordering always results in func pointing to the next
> function in the init_sequence. e.g. if fdtdec_setup() fails, ret will
> be set to the error code, then func will be updated to point to
> initf_malloc(), only then i
On Mon, Mar 04, 2024 at 10:26:17AM -0500, Tom Rini wrote:
> While there are currently uses for a stanza of "config BOARD_SPECIFIC_OPTIONS"
> followed by "def_bool y" and a series of select/imply statements, having
> this option set followed by nothing else doesn't provide anything.
> Remove these
On Tue, Mar 05, 2024 at 03:37:35PM +0800, Hanyuan Zhao wrote:
> This commit allows users to choose the appropriate memory
> allocation method between static allocated and dynamically
> calloc. The previous static-array way will not obviously
> contribute to the final binary size since it is uninit
On Tue, Mar 05, 2024 at 03:37:33PM +0800, Hanyuan Zhao wrote:
> This commit simply modifies the history initialize function,
> replacing the return value by panic with reasons. The calling
> chains of hist_init don't have steps explicitly throwing or
> dealing with the ENOMEM error, and once the i
On Mon, Mar 04, 2024 at 02:42:42PM +, Weizhao Ouyang wrote:
> The 'rng list' command probes all RNG devices and list those devices
> that are successfully probed. Also update the help info.
>
> Reviewed-by: Heinrich Schuchardt
> Signed-off-by: Weizhao Ouyang
Applied to u-boot/next, thanks!
On Mon, Mar 04, 2024 at 02:42:41PM +, Weizhao Ouyang wrote:
> Fix a SMCCC TRNG null pointer crash due to a failed smccc feature
> binding.
>
> Fixes: 53355bb86c25 ("drivers: rng: add smccc trng driver")
> Reviewed-by: Heinrich Schuchardt
> Signed-off-by: Weizhao Ouyang
Applied to u-boot/ne
On Mon, Mar 04, 2024 at 02:42:40PM +, Weizhao Ouyang wrote:
> According to PSCI specification DEN0022F, PSCI_FEATURES is used to check
> whether the SMCCC is implemented by discovering SMCCC_VERSION.
>
> Signed-off-by: Weizhao Ouyang
Applied to u-boot/next, thanks!
--
Tom
signature.asc
On Mon, Mar 04, 2024 at 10:04:29AM +0300, Dan Carpenter wrote:
> In the Makefile there is a line that says this:
>
> # the checker needs the correct machine size
> CHECKFLAGS += $(if $(CONFIG_64BIT),-m64,-m32)
>
> Set CONFIG_64BIT for ARM64 so that we pass -m64 to the static checkers
> i
On Mon, Mar 04, 2024 at 10:04:15AM +0300, Dan Carpenter wrote:
> These configs are used in multiple places so put them in a shared
> Kconfig file.
>
> Signed-off-by: Dan Carpenter
> Reviewed-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Mar 02, 2024 at 11:54:02PM +0100, Marek Vasut wrote:
> According to README CFG_SYS_BOOTMAPSZ section, in case both "bootm_low" and
> "bootm_size" variables are defined, "bootm_mapsize" variable is not defined
> and CFG_SYS_BOOTMAPSZ macro is not defined, all data for the Linux kernel
> mus
On Tue, Mar 05, 2024 at 06:16:29PM +0300, Dan Carpenter wrote:
> Select CONFIG_64BIT so that we pass the -m64 option (instead of -m32) to
> static analysis tools.
>
> Signed-off-by: Dan Carpenter
For v2 of this series, the subject on this one is wrong as it's x86 and
not sandbox.
--
Tom
sig
Hi Quentin,
This patch build fail in CI:
Building current source for 1 boards (1 thread, 32 jobs per thread)
sandbox: + sandbox64
+drivers/power/pmic/rk8xx.c:141:10: error: implicit truncation from
'int' to a one-bit wide bit-field changes value from 1 to -1
[-Werror,-Wsingle-bit-bit
Dear Tom,
The following changes since commit f3c979dd0053c082d2df170446923e7ce5edbc2d:
Prepare v2024.04-rc4 (2024-03-11 13:11:46 -0400)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2024-04-rc5
for you to fetch changes up to c8a25
On 3/13/24 10:23, Ilias Apalodimas wrote:
commit 3ebd1cbc49f0 ("arm: make __bss_start and __bss_end__ compiler-generated")
and
commit f84a7b8f54db ("ARM: Fix __bss_start and __bss_end in linker scripts")
were moving the bss_start/end on c generated variables that were
injected in their own sec
On 3/13/24 11:43, Ilias Apalodimas wrote:
Hi Richard,
On Wed, 13 Mar 2024 at 22:19, Richard Henderson
wrote:
On 3/13/24 06:23, Ilias Apalodimas wrote:
+++ b/arch/arm/cpu/armv8/u-boot-spl.lds
@@ -63,18 +63,11 @@ SECTIONS
_image_binary_end = .;
- .bss_start (NOLOAD) : {
-
Hi Richard,
On Wed, 13 Mar 2024 at 22:19, Richard Henderson
wrote:
>
> On 3/13/24 06:23, Ilias Apalodimas wrote:
> > +++ b/arch/arm/cpu/armv8/u-boot-spl.lds
> > @@ -63,18 +63,11 @@ SECTIONS
> >
> > _image_binary_end = .;
> >
> > - .bss_start (NOLOAD) : {
> > - . = ALIGN(8);
Hi Tom,
please pull two bugfixes for MIPS, thanks.
CI: https://source.denx.de/u-boot/custodians/u-boot-mips/-/pipelines/19933
The following changes since commit f3c979dd0053c082d2df170446923e7ce5edbc2d:
Prepare v2024.04-rc4 (2024-03-11 13:11:46 -0400)
are available in the Git repository at:
On 3/13/24 06:23, Ilias Apalodimas wrote:
Previous patches cleaning up linker symbols, also merged any explicit
. = ALIGN(x); into section definitions -- e.g
.bss ALIGN(x) : instead of
. = ALIGN(x);
. bss : {...}
However, if the output address is not specified then one will be chosen
for the se
On 3/13/24 06:23, Ilias Apalodimas wrote:
+++ b/arch/arm/cpu/armv8/u-boot-spl.lds
@@ -63,18 +63,11 @@ SECTIONS
_image_binary_end = .;
- .bss_start (NOLOAD) : {
- . = ALIGN(8);
- KEEP(*(.__bss_start));
- } >.sdram
-
- .bss (NOLOAD) : {
+ .bss
On Wed, 2024-02-21 at 13:00, Nam Cao wrote:
> Distro boot scripts are deprecated. Use standard boot instead.
I had to enable 'CONFIG_CMD_SYSBOOT=y' in
configs/starfive_visionfive2_defconfig because it doesn't boot without
it. With this option it boots fine with this patch.
Tested on u-boot version
Hi Marek,
On 06/02/2024 20:36, Marek Vasut wrote:
> On 1/31/24 15:57, Caleb Connolly wrote:
>> The Qualcomm specific dwc3 wrapper isn't hugely complicated, implemented
>> the missing initialisation for host and gadget mode.
>>
>> Signed-off-by: Caleb Connolly
>> ---
>> drivers/usb/dwc3/dwc3-gen
Hi Colin,
On Tue, Mar 12, 2024 at 4:19 PM Mattijs Korpershoek <
mkorpersh...@baylibre.com> wrote:
> Hi Colin,
>
> Thank you for the patch.
>
> On mar., mars 12, 2024 at 07:57, Colin McAllister
> wrote:
>
> Sam also gave his review here:
>
> https://lore.kernel.org/all/CAPLW+4kHmPtfACyND4Vc2p0Zrs
Hi Colin,
On Tue, Mar 12, 2024 at 1:57 PM Colin McAllister
wrote:
> From: Colin McAllister
>
> Found a missing semicolon in code protected by a #if that will never
> evaluate to true due to a separate issue. Fixing this issue before
> addressing the #if.
>
> Fixes: 3430f24bc6 ("android_ab: Try
On 11/03/2024 21:33, Volodymyr Babchuk wrote:
> Now sub-drivers for particular SoCs can register them as power domain
> drivers. This is needed for upcoming SM8150 support, because it needs
> to power up the Ethernet module.
>
> Signed-off-by: Volodymyr Babchuk
>
> ---
> Caleb suggested to us
Hi Volodymyr,
On 11/03/2024 21:33, Volodymyr Babchuk wrote:
> Now sub-drivers for particular SoCs can register them as power domain
> drivers. This is needed for upcoming SM8150 support, because it needs
> to power up the Ethernet module.
>
Thanks again for working on this.
I've been trying to r
Hi List
Our project already several years develop for Marvell Armada 3720 board
Recently we decided to implement verified boot.
I modified uboot configuration to support FIT image format and verify signature
kernel . I compiled uboot and added public key to u-boot.bin
I also created signed kerne
Signed-off-by: Piotr Wojtaszczyk
---
drivers/gpio/Kconfig | 3 +
drivers/gpio/Makefile| 2 +-
drivers/gpio/mcp230xx_gpio.c | 144 ++-
3 files changed, 144 insertions(+), 5 deletions(-)
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
i
On Wed, Mar 13, 2024 at 6:20 AM Sumit Garg wrote:
>
> On Wed, 13 Mar 2024 at 06:46, Fabio Estevam wrote:
> >
> > Hi Tim,
> >
> > On Tue, Mar 12, 2024 at 4:05 PM Tim Harvey wrote:
> > >
> > > Move to imx8m{m,n,p}-venice to OF_UPSTREAM:
> > > - replace the non-upstream generic imx8m{m,n,p}-venice
On 13.03.2024 08:09, Marcel Ziswiler wrote:
> Hi Fabio
>
> Thanks!
>
> On Tue, 2024-03-12 at 21:36 -0300, Fabio Estevam wrote:
> > Commit aa6e698a7acd ("imx: toradex/colibri-imx8x: correct SCU API usage")
> > made an incorrect logic change in the error code check of
> > sc_misc_otp_fuse_read():
>
Previous patches cleaning up linker symbols, also merged any explicit
. = ALIGN(x); into section definitions -- e.g
.bss ALIGN(x) : instead of
. = ALIGN(x);
. bss : {...}
However, if the output address is not specified then one will be chosen
for the section. This address will be adjusted to fit
image_copy_start/end are defined as c variables in order to force the
compiler emit relative references. However, defining those within a section
definition will do the same thing since [0].
So let's remove the special sections from the linker scripts, the
variable definitions from sections.c and
__efi_runtime_start/end are defined as c variables for arm7 only in
order to force the compiler emit relative references. However, defining
those within a section definition will do the same thing since [0].
On top of that the v8 linker scripts define it as a symbol.
So let's remove the special se
commit 47bd65ef057f ("arm: make __rel_dyn_{start, end} compiler-generated")
were moving the __rel_dyn_start/end on c generated variables that were
injected in their own sections. The reason was that we needed relative
relocations for position independent code and linker bugs back then
prevented us
__efi_runtime_rel_start/end are defined as c variables for arm7 only in
order to force the compiler emit relative references. However, defining
those within a section definition will do the same thing since [0].
On top of that the v8 linker scripts define it as a symbol.
So let's remove the specia
commit 3ebd1cbc49f0 ("arm: make __bss_start and __bss_end__ compiler-generated")
and
commit f84a7b8f54db ("ARM: Fix __bss_start and __bss_end in linker scripts")
were moving the bss_start/end on c generated variables that were
injected in their own sections. The reason was that we needed relative
r
commit 3d74a0977f514 ("ti: am335x: Remove unused linker script") removed
the linker script for the TI variant. This linker script doesn't seem to
do anything special and on top of that, has no definitions for the EFI
runtime sections.
So let's get rid of it and use the generic linker script which
The arm linker scripts had a mix of symbols and C defined variables in an
effort to emit relative references instead of absolute ones e.g [0]. A
linker bug prevented us from doing so [1] -- fixed since 2016.
This has led to confusion over the years, ending up with mixed section
definitions. Some se
Hi Kever,
On 2024-03-13 11:45, Kever Yang wrote:
> Hi Jonas,
>
> Again, not able to apply changes for rk3328 defconfig.
As mentioned in the cover letter, this series depends on the "rockchip:
rk3328: Update defconfigs, DTs and enable boot from SPI" [1] series for
a clean apply.
That series shou
Hi Kever and Chen-Yu,
On 2024-03-13 15:43, Chen-Yu Tsai wrote:
> Hi,
>
> On Wed, Mar 13, 2024 at 6:29 PM Kever Yang wrote:
>>
>> Hi Chen-Yu,
>>
>> On 2024/2/12 21:51, Chen-Yu Tsai wrote:
>>
>> From: Chen-Yu Tsai
>>
>> Regenerate RK3328 defconfigs after adding imply statements.
>>
>> Signed-off-
Hi,
On Wed, Mar 13, 2024 at 6:29 PM Kever Yang wrote:
>
> Hi Chen-Yu,
>
> On 2024/2/12 21:51, Chen-Yu Tsai wrote:
>
> From: Chen-Yu Tsai
>
> Regenerate RK3328 defconfigs after adding imply statements.
>
> Signed-off-by: Chen-Yu Tsai
> Reviewed-by: Christopher Obbard
> Reviewed-by: Dragan Simic
On Wed, 13 Mar 2024 at 06:46, Fabio Estevam wrote:
>
> Hi Tim,
>
> On Tue, Mar 12, 2024 at 4:05 PM Tim Harvey wrote:
> >
> > Move to imx8m{m,n,p}-venice to OF_UPSTREAM:
> > - replace the non-upstream generic imx8m{m,n,p}-venice dt with one of the
> >dt's from the OF_LIST
> > - handle the fa
On Wed, 13 Mar 2024 at 16:59, Stephan Gerhold wrote:
>
> On Wed, Mar 13, 2024 at 12:08:58PM +0530, Sumit Garg wrote:
> > On Mon, 11 Mar 2024 at 20:07, Stephan Gerhold wrote:
> > > On Mon, Mar 11, 2024 at 04:40:26PM +0530, Sumit Garg wrote:
> > > > Support for Schneider Electric HMIBSC. Features:
On Wed, Mar 13, 2024 at 12:08:58PM +0530, Sumit Garg wrote:
> On Mon, 11 Mar 2024 at 20:07, Stephan Gerhold wrote:
> > On Mon, Mar 11, 2024 at 04:40:26PM +0530, Sumit Garg wrote:
> > > Support for Schneider Electric HMIBSC. Features:
> > > - Qualcomm Snapdragon 410C SoC - APQ8016 (4xCortex A53, Ad
This is the new bmc dts for ASUS X4TF server.
Signed-off-by: Kelly Hung
---
V1: Add a new bmc dts for ASUS X4TF server.
---
arch/arm/dts/Makefile | 4 +-
arch/arm/dts/ast2600-x4tf.dts | 161 ++
2 files changed, 164 insertions(+), 1 deletion(-)
create mo
Add bmc dts to ASUS X4TF server, we also submitted dts to linux place.
Please refer to here, https://lore.kernel.org/lkml/?q=x4tf.
Kelly Hung (1):
arm: dts: ast2600-x4tf: Add new dts for ASUS X4TF
arch/arm/dts/Makefile | 4 +-
arch/arm/dts/ast2600-x4tf.dts | 161 +
This is the new bmc dts for ASUS X4TF server.
Signed-off-by: Kelly Hung
---
V1: Add a new bmc dts for ASUS X4TF server.
---
arch/arm/dts/Makefile | 4 +-
arch/arm/dts/ast2600-x4tf.dts | 161 ++
2 files changed, 164 insertions(+), 1 deletion(-)
create m
Add bmc dts to ASUS X4TF server, we also submitted dts to linux place.
Please refer to here, https://lore.kernel.org/lkml/?q=x4tf.
Kelly Hung (1):
arm: dts: ast2600-x4tf: Add new dts for ASUS X4TF
arch/arm/dts/Makefile | 4 +-
arch/arm/dts/ast2600-x4tf.dts | 161 +
From: lhdjply
Due to the different serial ports used by each board,
the serial IO configuration needs to be improved.
Signed-off-by: lhdjply
---
arch/arm/mach-sunxi/board.c | 4 ++--
include/sunxi_gpio.h| 6 ++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/ar
From: lhdjply
111
Signed-off-by: lhdjply
---
arch/arm/mach-sunxi/board.c | 4 ++--
include/sunxi_gpio.h| 6 ++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-sunxi/board.c b/arch/arm/mach-sunxi/board.c
index f4dbb2a740..b91c9629e4 100644
--- a/arch/arm
Hi Jonas,
Again, not able to apply changes for rk3328 defconfig.
Thanks,
- Kever
On 2024/3/11 02:51, Jonas Karlman wrote:
USB gadget is not working fully as expected on RK3328, it uses a
board_usb_init() function to initialize the DWC2 OTG port.
The board_usb_init() function does not intgra
On 2024/3/11 02:50, Jonas Karlman wrote:
RK3036 is using the USB product id normally used by RK3066B, and RK3328
is using the product id normally used by RK3368.
Fix this and update the default USB_GADGET_PRODUCT_NUM Kconfig option
for remaining supported Rockchip SoCs to match the product id
On 2024/3/11 11:57, Elon Zhang wrote:
TB-RK3588X board is a Rockchip Toybrick RK3588 based development board.
Specification:
Rockchip Rk3588 SoC
4x ARM Cortex-A76, 4x ARM Cortex-A55
8/16GB Memory LPDDR4x
Mali G610MC4 GPU
2× MIPI-CSI0 Connector
1x
On 2024/2/27 07:08, Jonas Karlman wrote:
RK3036 is using the USB product id normally used by RK3066B, and RK3328
is using the product id normally used by RK3368.
Fix this and update the default USB_GADGET_PRODUCT_NUM Kconfig option
for remaining supported Rockchip SoCs to match the product id
Hi Jonas,
This patch does not able to apply on next, could you help to take a
look.
And also add document of memory layout in rockchip.rst if possible.
Thanks,
- Kever
On 2024/3/3 03:16, Jonas Karlman wrote:
With the stack and text base used by U-Boot SPL and proper on RK3328
there is
On 2024/2/26 06:10, Jonas Karlman wrote:
The USB2PHY regs already contain working default reset values for RK3328
and RK35xx as evidenced by the fact that this driver never has changed a
single value for these SoCs.
Reduce to only configure utmi_suspend_n and utmi_sel bits similar to
what is c
On 2024/3/4 19:29, Quentin Schulz wrote:
From: Quentin Schulz
The read-only mode is currently supported but only for 16b-aligned
buffers. For unaligned buffers, the last byte will be read in RW mode
right now, which isn't what is desired. Instead, let's put the
controller back into RO mode fo
Hi Chen-Yu,
On 2024/2/12 21:51, Chen-Yu Tsai wrote:
From: Chen-Yu Tsai
Regenerate RK3328 defconfigs after adding imply statements.
Signed-off-by: Chen-Yu Tsai
Reviewed-by: Christopher Obbard
Reviewed-by: Dragan Simic
---
configs/evb-rk3328_defconfig | 3 ---
configs/nanopi-
On 2024/3/13 07:36, Jonas Karlman wrote:
Move the call to gpt_capsule_update_setup() from the weak function
rk_board_late_init() into the main board_late_init() function.
Also change to use IS_ENABLED() instead for defined().
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
-
On 2024/3/13 07:36, Jonas Karlman wrote:
Update MAINTAINERS files for RK3399 boards to include related device
tree files. Also correct a few filenames.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
v2:
- Use glob pattern where appropriate
---
board/firefly/roc
> diff --git a/drivers/mtd/spi/spi-nor-core.c b/drivers/mtd/spi/spi-nor-core.c
> index faf02c7778..5895b5de09 100644
> --- a/drivers/mtd/spi/spi-nor-core.c
> +++ b/drivers/mtd/spi/spi-nor-core.c
> @@ -1511,8 +1511,10 @@ static const struct flash_info *spi_nor_read_id(struct
> spi_nor *nor)
>
Hi Fabio
Thanks!
On Tue, 2024-03-12 at 21:36 -0300, Fabio Estevam wrote:
> Commit aa6e698a7acd ("imx: toradex/colibri-imx8x: correct SCU API usage")
> made an incorrect logic change in the error code check of
> sc_misc_otp_fuse_read():
>
> - if (sc_err == SC_ERR_NONE) {
> + if (sc_er
1 - 100 of 106 matches
Mail list logo
