arch: dts: light-lpi4a: allow pane0 ref by other dts

drivers: panel: add panel-mingjun-070bi30ia2

ci: update toolchains

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix(c9xx): don't flush dcache when invalidating

The data cache invalidation function for c9xx CPUs uses `dcache.cipa`
instruction. According to T-Head extension specification[1] section
3.1.5, this instruction also performs a cache clean along with the
invalidation.

On top of being incorrect, this leads to a serious issue on the
designware ethernet driver, where stalled cache may get flushed each
time we handle a new received packet[2]. As a result, received packet
are randomly corrupted with old cached data. This can easily be
reproduced by sending an ARP request to the device during a TFTP
transfer. The last TFTP block is treated as the ARP reply we just sent,
which makes U-Boot hang on the block.

Always use `dcache.ipa` instruction to invalidate dcache. Replace
existing usages of `dcache.ipa` with our implementation.

Note that this fix is slightly intrusive as it changes the cache
invalidation behavior in all drivers. However, I have not noticed any
side-effect during my tests.

[1] https://github.com/T-head-Semi/thead-extension-spec/releases/download/2.3.0/xthead-2023-11-10-2.3.0.pdf

[2] https://github.com/revyos/thead-u-boot/blob/918a8c89e056e3462031d6a498bb4fcc0c3526ce/drivers/net/designware.c#L475

board: light-c910: update milkv meles iopin initialization status

Signed-off-by: Haaland Chen <haaland@milkv.io>

ci: enable ci for meles 4g/8g

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix: set fdt_default_name for meles 4g/8g

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

configs: add milkv-meles singlerank ddr and dualrank ddr defconfig

Signed-off-by: Haaland Chen <haaland@milkv.io>

riscv: dts: milkv-meles: turn on blue user led

Signed-off-by: Haaland Chen <haaland@milkv.io>

light-c910: set CONFIG_MISC_INIT_R

Signed-off-by: Haaland Chen <haaland@milkv.io>

board: light-c910: add function light_c910_set_gpio_output_high

Signed-off-by: Haaland Chen <haaland@milkv.io>

add Milk-V Meles board

Signed-off-by: Haaland Chen <haaland@milkv.io>

configs: fix default dtb file name

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

chore: enable ci for beagle-ahead

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

chore: sync lpi4a config

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

Update cape header GPIO pinmuxing

Modify GPIO default status for Beagle Bluetooth uart4 module

Fix SD boot button issue

Update default mikroBus pinmuxing

Update debug port pinmux

To check if low drive strength is causing problem.

Pinmux update: PullDown pins

Update BeagleV Ahead pinmuxing

backport of: [PATCH] cmd: pxe: add support for FDT overlays

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

pytest: add sandbox test for "extension" command

This commit extends the sandbox to implement a dummy
extension_board_scan() function and enables the extension command in
the sandbox configuration. It then adds a test that checks the proper
functionality of the extension command by applying two Device Tree
overlays to the sandbox Device Tree.

Signed-off-by: Kory Maincent <kory.maincent@bootlin.com>
[trini: Limit to running on sandbox]
Signed-off-by: Tom Rini <trini@konsulko.com>

cmd: add support for a new "extension" command

This patch adds a new "extension" command, which aims at detecting
extension boards connected to the hardware platform, and apply the
Device Tree overlays that describe the hardware present on those
extension boards.

In order to enable this mechanism, board-specific code must implement
the extension_board_scan() function that fills in a linked list of
"struct extension", each describing one extension board. In addition,
the board-specific code must select the SUPPORT_EXTENSION_SCAN Kconfig
boolean.

Based on this:

 - "extension scan" makes the generic code call the board-specific
   extension_board_scan() function to retrieve the list of detected
   extension boards.

 - "extension list" allows to list the detected extension boards.

 - "extension apply <number>|all" allows to apply the Device Tree
   overlay(s) corresponding to one, or all, extension boards

The latter requires two environment variables to exist and set one variable
to run:

 - extension_overlay_addr: the RAM address where to load the Device
   Tree overlays

 - extension_overlay_cmd: the U-Boot command to load one overlay.
   Indeed, the location and mechanism to load DT overlays is very setup
   specific.

 - extension_overlay_name: set by the command: the name of the DT which
   will be load during the execution.

When calling the command described in the extension_overlay_cmd
variable, the variable extension_overlay_name will be defined. So a
typical extension_overlay_cmd will look like this:

  extension_overlay_cmd=load mmc 0:1 $extension_overlay_addr /boot/$extension_overlay_name

Here is an example on how to use it:
=> run loadfdt
=> fdt addr $fdtaddr
=> setenv extension_overlay_addr 0x1000
=> setenv extension_overlay_cmd 'load mmc 0:1 ${extension_overlay_addr} /boot/${extension_overlay_name}'
=> extension scan
Found 1 extension board(s).
=> extension apply 0
519 bytes read in 3 ms (168.9 KiB/s)

Signed-off-by: Kory Maincent <kory.maincent@bootlin.com>
Reviewed-by: Maxime Ripard <maxime@cerno.tech>

fdt_support: move fdt_valid from cmd_fdt.c to fdt_support.c

Move the fdt_valid function to fdt_support.
This changes allow to be able to test the validity of a devicetree in
other c files.

Update code syntax.

Signed-off-by: Kory Maincent <kory.maincent@bootlin.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Maxime Ripard <maxime@cerno.tech>

light_beagle_defconfig: enable CONFIG_OF_LIBFDT_OVERLAY=y

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

Modify_GPIO_default_status_for_Beagle_WIFI_BLE_module

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

light_beagle_defconfig: run savedefconfig

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

fix: ensure flashing img not to lose mac address

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fastboot: Fix overflow when calculating chunk size

If a chunk was larger than 4GiB, then chunk_data_sz would overflow and
blkcnt would not be calculated correctly. Upgrade it to a u64 and cast
its multiplicands as well. Also fix bytes_written while we're at it.

Signed-off-by: Sean Anderson <sean.anderson@seco.com>
Reviewed-by: Heiko Schocher <hs@denx.de>

include: configs: light-c910.h: allow boot partition use other filesystem type

Linux_SDK_V1.2.1

Signed-off-by: thead_admin <occ_thead@service.alibaba.com>

Update dtb name: add vendor name path to CONFIG_DEFAULT_FDT_FILE

chore: add ums gadget for light-val-a

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

chore: add 16g ci & modify SYS_PROMPT

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

add default fdt filenames

Signed-off-by: Icenowy Zheng <uwu@icenowy.me>
Co-Authored-By: Han Gao <gaohan@iscas.ac.cn>
Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix 16g dram print

Signed-off-by: Icenowy Zheng <uwu@icenowy.me>

add config for 16G board

Signed-off-by: Icenowy Zheng <uwu@icenowy.me>

add row16 option

Signed-off-by: Icenowy Zheng <uwu@icenowy.me>

fix: disable custom logo

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

feat: update SDK1.2.0

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

Typo in spl.c

Small typo in comment

riscv: Fix build against binutils 2.38

The following description is copied from the equivalent patch for the
Linux Kernel proposed by Aurelien Jarno:

>From version 2.38, binutils default to ISA spec version 20191213. This
means that the csr read/write (csrr*/csrw*) instructions and fence.i
instruction has separated from the `I` extension, become two standalone
extensions: Zicsr and Zifencei. As the kernel uses those instruction,
this causes the following build failure:

arch/riscv/cpu/mtrap.S: Assembler messages:
arch/riscv/cpu/mtrap.S:65: Error: unrecognized opcode `csrr a0,scause'
arch/riscv/cpu/mtrap.S:66: Error: unrecognized opcode `csrr a1,sepc'
arch/riscv/cpu/mtrap.S:67: Error: unrecognized opcode `csrr a2,stval'
arch/riscv/cpu/mtrap.S:70: Error: unrecognized opcode `csrw sepc,a0'

Signed-off-by: Alexandre Ghiti <alexandre.ghiti@canonical.com>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
Tested-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Tested-by: Heiko Stuebner <heiko@sntech.de>
Tested-by: Christian Stewart <christian@paral.in>
Reviewed-by: Rick Chen <rick@andestech.com>

fix: unknown CSR 'mhcr' (arch/riscv/cpu/c9xx/cpu.c)

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

feat: add gcc-12 build

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix: save mac address

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

feat: update slogan

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

feat: add extlinux boot

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

feat: add ruyisdk logo

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix: repair check mac vaild timing

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix: fix and add ums gadget(usb mass storage gadget)

fix: fix the problem of wrong overwritten mac address

fix: set fixed mac addrs (#1)

* fix: set fixed mac addr

feat: add ci build

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix: ftbfs

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

fix: fix bootargs

Signed-off-by: Han Gao <gaohan@iscas.ac.cn>

ENV_SETTINGS

Linux_SDK_V1.1.2

Linux_SDK_V1.0.3

Linux_SDK_V1.0.2

Linux_SDK_V0.9.5