Enable defconfigs relevant for storing env on SPI flash.
Signed-off-by: Ryan Chen
---
configs/evb-ast2600_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/evb-ast2600_defconfig b/configs/evb-ast2600_defconfig
index 3440062156..7c09e846ac 100644
---
The eficonfig command is required to set boot options.
Signed-off-by: Heinrich Schuchardt
---
cmd/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index aef99d2eb8..2caa4af71c 100644
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -2000,6 +2000,7 @@ config
U-Boot provides multiple EFI applications. The entry point is called
efi_main(). Provide a definition for this function. This avoids
build warnings like
lib/efi_loader/initrddump.c:468:21: warning:
no previous prototype for ‘efi_main’ [-Wmissing-prototypes]
468 | efi_status_t EFIAPI
In program initrddump.efi function get_load_options() can be static.
This avoids a warning when building with 'make W=1':
lib/efi_loader/initrddump.c:442:6: warning:
no previous prototype for ‘get_load_options’ [-Wmissing-prototypes]
442 | u16 *get_load_options(void)
|
The UEFI specification defines filed UnicodeChar as CHAR16. We use
u16 for CHAR16 throughout our code. The change fixes the following errors:
lib/efi_loader/initrddump.c: In function ‘efi_input’:
lib/efi_loader/initrddump.c:218:38: warning:
comparison is always false due to limited
When building with 'make W=1' multipled build warnings were shown.
Heinrich Schuchardt (3):
efi_loader: make get_load_options() static
efi_loader: fix struct efi_input_key
efi_loader: add definition for efi_main()
include/efi_api.h | 12 +++-
lib/efi_loader/initrddump.c
Hi Xiang,
On Fri, Feb 03, 2023 at 03:24:37PM +0100, David Abdurachmanov wrote:
> On Mon, Jan 3, 2022 at 1:13 PM Leo Liang wrote:
> >
> > On Thu, Dec 30, 2021 at 01:55:15AM +0800, Xiang W wrote:
> > > 在 2021-12-29星期三的 17:23 +0800，Leo Liang写道：
> > > > Hi Xiang,
> > > > On Wed, Dec 22, 2021 at
On 2/9/23 19:36, Tom Rini wrote:
On Sun, Feb 05, 2023 at 03:36:17PM -0700, Simon Glass wrote:
This converts 1 usage of this option to the non-SPL form, since there is
no SPL_ATMEL_PIO4 defined in Kconfig
Signed-off-by: Simon Glass
---
(no changes since v1)
Hi Tony,
Hi Pali,
On 2/10/23 02:37, Tony Dinh wrote:
Could you please check if Pogo V4 boots with
CONFIG_REQUIRE_SERIAL_CONSOLE unset?
Indeed, you're right! unset CONFIG_REQUIRE_SERIAL_CONSOLE allows the
Pogo V4 to boot OK, without dm-pre-reloc needed. And it booted
normally with kwboot,
add rfence and ipi extension for sbi v0.2 or later. sbi_ipi add support
for sbi v0.2 or later. This can make sbi_ipi break through the limit that
the number of cores needs to be less than or equal to xlen
Signed-off-by: Xiang W
---
arch/riscv/Kconfig | 2 +-
On Sun, 22 Jan 2023 16:06:31 -0600
Samuel Holland wrote:
> Currently NAND clock setup is done in board code, both in SPL and in
> U-Boot proper. Add the NAND clocks/resets here so they can be used by
> the "full" NAND driver once it is converted to the driver model.
>
> The bit locations are
On Wed, 11 Jan 2023 20:05:11 +0300
Dzmitry Sankouski wrote:
> ok
>
> пт, 30 дек. 2022 г. в 01:40, Simon Glass :
> >
> > Hi Dzmitry,
> >
> > On Mon, 26 Dec 2022 at 13:50, Dzmitry Sankouski
> > wrote:
> > >
> > > Remove video_font_4x6.h file because it's unused.
> > >
> > > Signed-off-by:
Hi Pali,
On Thu, Feb 9, 2023 at 1:45 PM Pali Rohár wrote:
>
> On Thursday 09 February 2023 13:33:23 Tony Dinh wrote:
> > Hi Stefan,
> >
> > On Wed, Feb 8, 2023 at 11:15 PM Stefan Roese wrote:
> > >
> > > Hi Tony,
> > >
> > > On 2/9/23 04:17, Tony Dinh wrote:
> > > > Hi Stefan,
> > > >
> > > >
On Mon, 26 Dec 2022 22:49:27 +0300
Dzmitry Sankouski wrote:
Hi Dzmitry,
> Devices with high ppi may benefit from wider fonts.
>
> Current width implementation is limited by 1 byte, i.e. 8 bits.
> New version iterates VIDEO_FONT_BYTE_WIDTH times, to process all
> width bytes, thus allowing
Added more debug logging and for some reason the nvme driver tries to bind
to pcie root bridge instead of the SSD
drivers/pinctrl/pinctrl-uclass.c:300-pinctrl_select_state_simple()
pcie_brcm pcie@7d50: set_state_simple op missing
PCIe BRCM: link up, 5.0 Gbps x1 (SSC)
drivers/core/device.c:184-
> -Original Message-
> From: U-Boot On Behalf Of Marek Vasut
> Sent: Thursday, February 9, 2023 9:30 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Patrice Chotard
> ; Patrick Delaunay
> ; Tom Rini
> Subject: [PATCH v2 1/2] env: mmc: Clean up macro usage
>
> Consistently use 'if
Hi,
> -Original Message-
> From: U-Boot On Behalf Of Henrik Grimler
> Sent: Thursday, February 9, 2023 4:04 AM
> To: jo...@diskos.nl; jh80.ch...@gmail.com; andy...@sony.com;
> s...@chromium.org;
> m.szyprow...@samsung.com; u-boot@lists.denx.de;
> ~postmarketos/upstream...@lists.sr.ht
>
On Sun, Feb 05, 2023 at 03:40:28PM -0700, Simon Glass wrote:
> This converts 1 usage of this option to the non-SPL form, since there is
> no SPL_PCI_PNP defined in Kconfig
>
> Signed-off-by: Simon Glass
On x86, this is used to avoid the code in SPL/TPL.
--
Tom
signature.asc
Description:
On 2/7/23 10:21, Andre Przywara wrote:
> Hi,
>
> to trigger the actual semihosting action in the debugger, we used some
> carefully constructed inline assembly sequence. This was motivated by
> the trigger being really just a single instruction, so originally this
> could be neatly inlined by the
On 2/7/23 10:21, Andre Przywara wrote:
> So far we used inline assembly to inject the actual instruction that
> triggers the semihosting service. While this sounds elegant, as it's
> really only about a few instructions, it has some serious downsides:
> - We need some barriers in place to force
On 2/7/23 10:21, Andre Przywara wrote:
> So far we used inline assembly to inject the actual instruction that
> triggers the semihosting service. While this sounds elegant, as it's
> really only about one instruction, it has some serious downsides:
> - We need some barriers in place to force the
Synology DS116 is a NAS based on Marvell Armada 385 SoC.
Board Specification:
- Marvel MV88F6820 Dual Core at 1.8GHz
- 1 GiB DDR3 RAM
- 8MB Macronix mx25l6405d SPI flash
- I2C
- 2x USB 3.0
- 1x GBE LAN port (PHY: Marvell 88E1510)
- 1x SATA (6 Gbps)
- 3x LED
- PIC16F1829 (connected to uart1)
-
Implement common board_interface_eth_init() and call it from the DWMAC
driver to configure IOMUXC GPR[1] register according to the PHY mode
obtained from DT. This supports all three interface modes supported by
the i.MX8M Plus DWMAC and supersedes current board-side configuration
of the same IOMUX
The assigned-clock no longer have to be dropped, the clock are now
defined in clk-imx8mp.c and used by DWMAC driver to configure the
DWMAC clock. Drop the workarounds from U-Boot specific DT extras.
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey
This function is only used within the driver, staticize it.
Fixes: 149e80f74b6 ("net: dwc_eth_qos: public some functions")
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc: Fabio Estevam
Cc: Joe Hershberger
Cc: Lukasz Majewski
Cc:
Add clock for the DWMAC EQoS block. This is used among other things
to configure the MII clock via DM CLK.
Acked-by: Sean Anderson
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc: Fabio Estevam
Cc: Joe Hershberger
Cc: Lukasz
The EQoS interface mode is now configured in common board_interface_eth_init()
and called by EQoS MAC driver when appropriate. Drop the board side duplicates
if the same functionality.
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc:
With DM clock support in place, it is easy to add RMII support into the
MAC driver. The RMII cannot operate at 1000 Mbps and at 100 and 10 Mbps
the clock frequency is 50 MHz and 5 MHz instead of 25 MHz and 2.5 MHz.
The board DT requires the following adjustments to EQoS node:
phy-mode = "rmii";
The DWMAC clock in i.MX8M Plus were so far configured via ad-hoc
architecture code. Replace that with DM clock instead. This way,
the driver claims all its required clock, enables and disables
them, and even gets the CSR clock rate and sets the TX clock rate,
without any need of architecture
The return is never triggered due to the goto just above it.
Drop it. No functional change.
Reviewed-by: Ramon Fried
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc: Fabio Estevam
Cc: Joe Hershberger
Cc: Lukasz Majewski
Cc: Marcel
The dm_gpio_free() is never called, because for stm32, the phy_reset_gpio
pointer is never valid. This is because only tegra186 ever claims the
phy_reset_gpio, all other platforms use the PHY framework to reset the
PHY instead. Drop the dm_gpio_free() and dm_gpio_is_valid().
Reviewed-by: Ramon
The driver currently only waits for DMA_MODE SWR bit to clear itself.
This is insufficient e.g. on i.MX8M Plus, where the MAC must be reset
before IOMUX GPR[1] content is latched into the MAC and used. Without
the proper reset, the i.MX8M Plus MAC variant does not take the value
in IOMUX GPR[1]
On Thursday 09 February 2023 13:33:23 Tony Dinh wrote:
> Hi Stefan,
>
> On Wed, Feb 8, 2023 at 11:15 PM Stefan Roese wrote:
> >
> > Hi Tony,
> >
> > On 2/9/23 04:17, Tony Dinh wrote:
> > > Hi Stefan,
> > >
> > > On Fri, Feb 3, 2023 at 4:11 PM Tony Dinh wrote:
> > >>
> > >> Hi Pali,
> > >>
> >
Hi Stefan,
On Wed, Feb 8, 2023 at 11:15 PM Stefan Roese wrote:
>
> Hi Tony,
>
> On 2/9/23 04:17, Tony Dinh wrote:
> > Hi Stefan,
> >
> > On Fri, Feb 3, 2023 at 4:11 PM Tony Dinh wrote:
> >>
> >> Hi Pali,
> >>
> >> On Fri, Feb 3, 2023 at 2:05 PM Pali Rohár wrote:
> >>>
> >>> On Thursday 02
On Fri, Jan 27, 2023 at 06:50:52AM +0100, Heiko Schocher wrote:
> as Tom suggested get rid of CFG_EXTRA_ENV_SETTINGS and
> enable CONFIG_ENV_SOURCE_FILE and use text file
>
> board/socrates/socrates.env
>
> which contains the default environment. While at it,
> cleanup the default Environment.
On Sun, Feb 05, 2023 at 03:40:16PM -0700, Simon Glass wrote:
> This converts 1 usage of this option to the non-SPL form, since there is
> no SPL_MMC_QUIRKS defined in Kconfig
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jaehoon Chung
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Hi,
On 2/8/23 19:45, Michal Suchánek wrote:
Hello,
On Wed, Jan 18, 2023 at 05:01:12PM +0100, Filip Žaludek wrote:
Hi Michal,
thanks for testing! Do you consider keyboard as working once it is detected
without
'usb_kbd usb_kbd: Timeout poll on interrupt endpoint', or judging from
On Thu, 9 Feb 2023 at 08:27, Tom Rini wrote:
>
> On Thu, Feb 09, 2023 at 01:30:09PM +0100, Marek Vasut wrote:
>
> > Consistently use 'if (IS_ENABLED(CONFIG_PARTITION_TYPE_GUID))' instead of
> > mix of ifdef.
> >
> > Signed-off-by: Marek Vasut
>
> Reviewed-by: Tom Rini
>
> --
> Tom
Reviewed-by:
Greetings,
I'm finding that USB Mass Storage devices appear to fail detection on
imx8mm when hanging off a USB hub whereas other devices such as USB
ethernet work fine.
u-boot=> usb start && usb tree
starting USB...
Bus usb@32e4: Bus usb@32e5: USB EHCI 1.00
scanning bus usb@32e4 for
Hi Jan,
On Wed, 8 Feb 2023 at 01:15, Jan Lübbe wrote:
>
> On Tue, 2023-02-07 at 11:39 -0700, Simon Glass wrote:
> > Hi Jan,
> >
> > On Tue, 7 Feb 2023 at 08:39, Jan Lübbe wrote:
> > >
> > > On Tue, 2023-02-07 at 06:38 -0700, Simon Glass wrote:
> > > > Hi Jan,
> > > >
> > > > On Tue, 7 Feb 2023
On Sun, Feb 05, 2023 at 03:39:33PM -0700, Simon Glass wrote:
> This converts 3 usages of this option to the non-SPL form, since there is
> no SPL_DFU_VIRT defined in Kconfig
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> board/st/common/stm32mp_dfu.c | 2 +-
>
On Sun, Feb 05, 2023 at 03:36:17PM -0700, Simon Glass wrote:
> This converts 1 usage of this option to the non-SPL form, since there is
> no SPL_ATMEL_PIO4 defined in Kconfig
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> drivers/pinctrl/pinctrl-at91-pio4.c | 2 +-
> 1
On Sun, Feb 05, 2023 at 03:36:11PM -0700, Simon Glass wrote:
> This converts 2 usages of this option to the non-SPL form, since there is
> no SPL_ARCH_MVEBU defined in Kconfig
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> drivers/mmc/mv_sdhci.c | 4 ++--
> 1 file
On Sun, Feb 05, 2023 at 05:55:09PM -0700, Simon Glass wrote:
> This converts 2 usages of this option to the non-SPL form, since there is
> no SPL_SPI_FLASH_MACRONIX defined in Kconfig
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> drivers/mtd/spi/spi-nor-core.c | 4 ++--
>
On 07/02/2023 05:02, Simon Glass wrote:
On Sun, 5 Feb 2023 at 16:50, Safae Ouajih wrote:
Introduce vendor boot image for version 3 and 4 of boot image header.
The vendor boot image will hold extra information about kernel, dtb
and ramdisk.
This is done to prepare for boot image version 3
On 07/02/2023 20:02, Tom Rini wrote:
On Mon, Feb 06, 2023 at 12:50:20AM +0100, Safae Ouajih wrote:
test_abootimg is extended to include the testing of boot images
version 4. For this, boot.img and vendor_boot.img have been
generated using mkbootimg tool with setting the header
version to 4.
On Thu, Feb 09, 2023 at 10:24:47AM +0100, Frieder Schrempf wrote:
> Hi,
>
> On 10.01.23 12:58, Frieder Schrempf wrote:
> > From: Mikhail Kshevetskiy
> >
> > Currently there are 3 different variants of read_id implementation:
> > 1. opcode only. Found in GD5FxGQ4xF.
> > 2. opcode + 1 addr byte.
On 09/02/2023 15:26, Mattijs Korpershoek wrote:
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
Move from andr_boot_img_hdr_v0 to andr_image_data
structure to prepare for boot image header
version 3 and 4.
Signed-off-by: Safae Ouajih
---
boot/image-android.c | 121
On 2/9/23 16:27, Tom Rini wrote:
On Thu, Feb 09, 2023 at 01:30:10PM +0100, Marek Vasut wrote:
Apply the GPT U-Boot environment GUID type look up only on eMMC user
HW partition, do not apply the look up on eMMC boot HW partitions as
mmc_offset_try_partition() assumes either SD partitions or
On 07/02/2023 05:02, Simon Glass wrote:
Hi Safae,
On Sun, 5 Feb 2023 at 16:50, Safae Ouajih wrote:
Move from andr_boot_img_hdr_v0 to andr_image_data
structure to prepare for boot image header
version 3 and 4.
Change log?
Hi Simon,
I will make sure to include changelogs in v4.
For
In the process of adopting CONFIG_DM_ETH on the DPAA2 based platforms,
interfaces which were previously defined as "xgmii" were transitioned to
be defined as "xfi" in the DTS.
See the commit below for reference:
commit 87274918f2f4 ("arm: dts: ls2088ardb: add DPMAC and PHY nodes")
Then Vladimir's
Export the ldpaa_eth_get_dpmac_id() function so that it can be used from
other drivers, especially by fsl-mc which will need it the next patch.
Also, create a macro for the Ethernet ldpaa driver name and export it as
well.
Signed-off-by: Ioana Ciornei
---
drivers/net/ldpaa_eth/ldpaa_eth.c | 7
This patch set fixes the MAC address fixup procedure which was impacted
by several changes in the phy_interface_t used to describe some
interfaces. The transitions from "xgmii" to "xfi" and then finally
to "10gbase-r" were involved.
The first patch just exports a function to identify the DPMAC id
On Sun, Feb 05, 2023 at 03:40:18PM -0700, Simon Glass wrote:
> This converts 3 usages of this option to the non-SPL form, since there is
> no SPL_MULTIPLEXER defined in Kconfig
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> drivers/Makefile | 2 +-
>
On Sun, Feb 05, 2023 at 03:36:27PM -0700, Simon Glass wrote:
> This converts 7 usages of this option to the non-SPL form, since there is
> no SPL_CMD_DHCP defined in Kconfig
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> include/configs/am335x_evm.h | 2 +-
>
On Thu, Feb 09, 2023 at 01:30:10PM +0100, Marek Vasut wrote:
> Apply the GPT U-Boot environment GUID type look up only on eMMC user
> HW partition, do not apply the look up on eMMC boot HW partitions as
> mmc_offset_try_partition() assumes either SD partitions or eMMC user
> HW partition.
>
>
On Thu, Feb 09, 2023 at 01:30:09PM +0100, Marek Vasut wrote:
> Consistently use 'if (IS_ENABLED(CONFIG_PARTITION_TYPE_GUID))' instead of
> mix of ifdef.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> Enable the support for boot image header version 3 and 4
> using abootimg command.
>
> In order to use version 3 or 4:
>
> 1- Vendor boot image address should be given to abootimg cmd.
>
> abootimg addr $1 $vendor_boot_load_addr
>
> 2-
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> With vendor boot image introduced in version 3 and 4 of boot
> image header, boot information is located in both boot image
> and vendor boot image.
>
> Flashing zImage is not supported for version 3 and 4 since this
> requires updating vendor
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> Version 3 and 4 of boot image header introduced
> vendor boot ramdisk: Please check include/android_image.h
> for details.
>
> The ramdisk is now split into a generic ramdisk in boot image
> and a vendor ramdisk in vendor boot image.
>
>
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> Since boot image header version 3 and 4 introduced vendor boot image,
> use the following functions to fill the generic android
> structure : andr_image_data:
>
> - android_boot_image_v3_v4_parse_hdr()
> -
From: Manoj Sai
RK3568 has two USB 2.0 PHYs, and each PHY has two ports, the OTG port
of PHY0 support OTG mode with charging detection function, they are
similar to previous Rockchip SoCs.
However, there are three different designs for RK3568 USB 2.0 PHY.
1. RK3568 uses independent USB GRF
=> usb start
starting USB...
Bus usb@fd80: USB EHCI 1.00
scanning bus usb@fd80 for devices... 4 USB Device(s) found
scanning usb for storage devices... 1 Storage Device(s) found
=> usb tree
USB device tree:
1 Hub (480 Mb/s, 0mA)
| u-boot EHCI Host Controller
|
+-2 Hub
New Rockchip devices have the usb phy nodes as standalone devices.
These nodes have register nodes with #address_cells = 2, but only
use 32 bit addresses.
Adjust the driver to check if the returned address is "0", and adjust
the index in that case.
Derived and adjusted the similar change from
Radxa Compute Module 3(CM3) IO board an application board from Radxa
and is compatible with Raspberry Pi CM4 IO form factor.
Radxa CM3 needs to mount on top of this IO board in order to create
complete Radxa CM3 IO board platform.
Add support for Radxa CM3 IO Board defconfig and -u-boot.dtsi
Radxa Compute Module 3(CM3) IO board an application board from Radxa
and is compatible with Raspberry Pi CM4 IO form factor.
Specification:
- 1x HDMI,
- 2x MIPI DSI
- 2x MIPI CSI2
- 1x eDP
- 1x PCIe card
- 2x SATA
- 2x USB 2.0 Host
- 1x USB 3.0
- 1x USB 2.0 OTG
- Phone jack
- microSD slot
-
Radxa Compute Module 3(CM3) is one of the modules from a series
System On Module based on the Radxa ROCK 3 series and is compatible
with Raspberry Pi CM4 pinout and form factor.
Specification:
- Rockchip RK3566
- up to 8GB LPDDR4
- up to 128GB high performance eMMC
- Optional wireless LAN, 2.4GHz
Sync rockchip,vop2.h from linux-next, and the last commit is
commit <604be85547ce> ("drm/rockchip: Add VOP2 driver")
Reviewed-by: Kever Yang
Signed-off-by: Jagan Teki
---
Changes for v3:
- none
Changes for v2:
- collect Kever RB
include/dt-bindings/soc/rockchip,vop2.h | 14 ++
1
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> Introduce vendor boot image for version 3 and 4 of boot image header.
> The vendor boot image will hold extra information about kernel, dtb
> and ramdisk.
>
> This is done to prepare for boot image version 3 and 4 support.
>
> Signed-off-by:
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> Introduce vendor boot image for version 3 and 4 of boot image header.
> The vendor boot image will hold extra information about kernel, dtb
> and ramdisk.
>
> This is done to prepare for boot image version 3 and 4 support.
>
> Signed-off-by:
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> Move from andr_boot_img_hdr_v0 to andr_image_data
> structure to prepare for boot image header
> version 3 and 4.
>
> Signed-off-by: Safae Ouajih
> ---
> boot/image-android.c | 121 +++
>
On Mon, Feb 06, 2023 at 00:50, Safae Ouajih wrote:
> Hello everyone,
>
> * This is based on Roman Stratiienko's work to support boot image header
> version 3 and 4.
>
> * This supports the new boot image headers v3, v4 and bootconfig feature.
>
Apply the GPT U-Boot environment GUID type look up only on eMMC user
HW partition, do not apply the look up on eMMC boot HW partitions as
mmc_offset_try_partition() assumes either SD partitions or eMMC user
HW partition.
This fixes environment operation on systems where CONFIG_SYS_MMC_ENV_PART
is
Consistently use 'if (IS_ENABLED(CONFIG_PARTITION_TYPE_GUID))' instead of
mix of ifdef.
Signed-off-by: Marek Vasut
---
Cc: Patrice Chotard
Cc: Patrick Delaunay
Cc: Tom Rini
---
V2: Replace CONFIG_IS_ENABLED(PARTITION_TYPE_GUID) with
IS_ENABLED(CONFIG_PARTITION_TYPE_GUID)
---
env/mmc.c | 4
On 09/02/23 14:56, Ulf Samuelsson wrote:
>
> Den 2023-02-09 kl. 08:29, skrev Siddharth Vadapalli:
>> Hello Ulf,
>>
>> On 07/02/23 13:55, Ulf Samuelsson wrote:
>>> cpsw_mdio_get_alive reads the wrong register.
>>> See page 2316 in SPRUH73Q AM335x TRM
>>>
>>> Signed-off-by: Ulf Samuelsson
>>>
Hi FUKAUMI,
Thanks for the review comments, I will correct this in the next revision.
@marek.vasut+rene...@mailbox.org ,
@feste...@denx.de , @Simon Glass , @Kever
Yang , @Philipp Tomsich
Any comments from your side?
Best Regards,
Akash
On Tue, Feb 7, 2023 at 8:32 AM FUKAUMI Naoki wrote:
>
Hello Ulf,
On 07/02/23 13:55, Ulf Samuelsson wrote:
> cpsw_mdio_get_alive reads the wrong register.
> See page 2316 in SPRUH73Q AM335x TRM
>
> Signed-off-by: Ulf Samuelsson
> Cc: Joe Hershberger
> Cc: Ramon Fried
> ---
> drivers/net/ti/cpsw_mdio.c | 6 +++---
> 1 file changed, 3
On Wed, Feb 08, 2023 at 02:01:33PM +0100, Heinrich Schuchardt wrote:
> The eficonfig command invokes functions implemented in common/menu.c like
>
> * menu_default_set()
> * menu_get_choice()
> * menu_destroy()
> * menu_item_add()
>
> Fixes: 87d791423ac6 ("eficonfig: menu-driven addition of UEFI
Den 2023-02-09 kl. 08:29, skrev Siddharth Vadapalli:
Hello Ulf,
On 07/02/23 13:55, Ulf Samuelsson wrote:
cpsw_mdio_get_alive reads the wrong register.
See page 2316 in SPRUH73Q AM335x TRM
Signed-off-by: Ulf Samuelsson
Cc: Joe Hershberger
Cc: Ramon Fried
---
drivers/net/ti/cpsw_mdio.c |
Hi,
On 10.01.23 12:58, Frieder Schrempf wrote:
> From: Mikhail Kshevetskiy
>
> Currently there are 3 different variants of read_id implementation:
> 1. opcode only. Found in GD5FxGQ4xF.
> 2. opcode + 1 addr byte. Found in GD5GxGQ4xA/E
> 3. opcode + 1 dummy byte. Found in other currently
Signed-off-by: Leo Yu-Chi Liang
---
configs/ae350_rv32_spl_defconfig | 6 +++---
configs/ae350_rv32_spl_xip_defconfig | 6 +++---
configs/ae350_rv64_spl_defconfig | 6 +++---
configs/ae350_rv64_spl_xip_defconfig | 6 +++---
4 files changed, 12 insertions(+), 12 deletions(-)
diff --git
The current ae350-related defconfigs could also
support newer Andes CPU IP, so modify the names of CPU
from ax25 to andesv5, and board name from ax25-ae350 to ae350.
Signed-off-by: Leo Yu-Chi Liang
---
arch/riscv/Kconfig | 8
arch/riscv/cpu/{ax25 =>
82 matches
Mail list logo
