* `orangepi5.wip`: initial OrangePi5 support
- OPi5's Xunlong vendor u-boot; override family in board hook
- using original config from vendor, needs `BOOT_SOC`
- OPi5's kernel patches, all extracted from Xunlong's tree
- Only enable the DT patch and the Motorcomm PHY patch
- Other stuff that looks might be useful is grouped in a few other disabled patches
- Most panel/overlays/etc from Xunlong tree not included
- everything is on top of existing `rockchip-rk3588` family,
- thus the same crazy half-android rk kernel tree and ancient rk u-boot
Co-authored-by: Muhammed Efe Çetin <efectn@protonmail.com>
Co-authored-by: Ricardo Pardini <ricardo@pardini.net>
* `linux-rockchip-rk3588-legacy`: `.config` updated to 5.10.110; no actual changes
- prepare for merging Xunlong config
* `linux-rockchip-rk3588-legacy`: `.config` Xunlong config, manually merged; preserved previous PR's
- preserved previous PR's changes:
- 1fdbab346a
- bf3b8a8fb7
- 7a3ad3afb2
- f1952f97f4
- ab70cb247f
- 62adba7825
- ba10622c32
- cd4da2a77b
- 7b3325c95e
- b4945d973c
- a8473e8143
* `linux-rockchip-rk3588-legacy`: `.config` re-updated to 5.10.110 after Xunlong changes
* OPi5: `rockchip-rk3588-legacy`: add patch to remove chosen > bootargs from `rk3588-linux.dtsi`
* Opi5: add build targets (by Igor)
Co-authored-by: Ricardo Pardini <ricardo@pardini.net>
Co-authored-by: Muhammed Efe Çetin <efectn@protonmail.com>
Co-authored-by: Igor <igor@armbian.com>
This fix impacts all boards that use extlinux.conf
I have tested the aml-s9xx-box build to ensure that this works as expected.
I think the only other boards that use extlinux.conf are those under
the media kernel
In testing I realized that I needed to add SRC_CMDLINE to the aml-s9xx-box
config file to get the correct append line added to the extlinux.conf file
Changes to be committed:
modified: config/boards/aml-s9xx-box.tvb
modified: config/sources/common.conf
* Enable CONFIG_BPF_SYSCALL which might improve Docker support
* Adjust board names
* Move neo3 to previous bootloader too
* Disable 3d support on rock64
* Fixed u-boot v2022.07 compilation for Helios64
* Move Helios64 back from EOS to community supported as images can be assembled
Co-authored-by: Igor <igor@armbian.com>
- notes in the board file about the RAM issues (tested, confirmed working blob change of #4383 by @pinhaozhang working with u-boot 21.07; `blobless` also works with ATF v2.7 on my known-good-RAM boards)
- tinkerboard-2: add full firmware, for the rtl8822ce PCIe Wifi default card in the tb2 as shipped by ASUS
- tinkerboard-2: uboot: rename `TARGET_TINKER-2_RK3399` to `TARGET_TINKER2_RK3399` to avoid warnings all over
- tinkerboard-2: slower but working Tinkerboard 2S eMMC (HS400+ES to HS200)
- both for u-boot and kernel.
- should not affect 2, only 2S
* `meson64`: `6.0`: g12a and g12b pinmux patches from Radxa
* u-boot: `radxa-zero2`: Radxa's patches for the Zero2 on `v2022.10`
* u-boot: `radxa-zero2`: use `v2022.10` plus Radxa's patches
* `meson64` u-boot v2022.10: change `BOOT_TARGET_DEVICES` to try to boot USB, NVME and SCSI before SD, MMC, PXE, DHCP
* `radxa-zero`: include v2022.10 standard patches (eg: boot from USB first)
* `radxa-zero` & `radxa-zero2`: set `BOOT_FDT_FILE` explicitly; no real changes
* `radxa-zero2`: `6.0`/`edge`: update Radxa Zero 2 DTS patch with Radxa's latest
* `radxa-zero`: `6.0`/`edge`: update USB-C patch with "fix interrupt storm from fusb302"
* `radxa-zero`: use pure mainline v2022.10 u-boot with no patches
* Proposal to create a Community Supported config for Amlogic based
TV Boxes to pickup the work that was done previously by balbes150
but is no longer supported by him.
This also provides a place where development can occure within the
Armbian framework since others on the internet are producing builds
called Armbian that are not done from within the Armbian community.
Changes to be committed:
new file: config/boards/aml-s9xx-box.tvb
modified: config/sources/families/include/meson64_common.inc
modified: config/sources/families/meson-gxl.conf
new file: packages/bsp/aml-s9xx-box/boot/aml_autoscript
new file: packages/bsp/aml-s9xx-box/boot/emmc_autoscript
new file: packages/bsp/aml-s9xx-box/boot/extlinux/extlinux.conf
new file: packages/bsp/aml-s9xx-box/boot/s905_autoscript
new file: packages/bsp/aml-s9xx-box/boot/u-boot-readme.txt
new file: packages/bsp/aml-s9xx-box/boot/u-boot-s905
new file: packages/bsp/aml-s9xx-box/boot/u-boot-s905x-s912
new file: packages/bsp/aml-s9xx-box/boot/u-boot-s905x2-s922
new file: packages/bsp/aml-s9xx-box/root/fstab.template
new file: packages/bsp/aml-s9xx-box/root/install-aml-s905-emmc.sh
new file: packages/bsp/aml-s9xx-box/root/install-aml.sh
* Merge sources
Co-authored-by: Igor <igor@armbian.com>
* Add initial RISCV support
* Add UEFI edge and current kernel configs
* Cleanup and adjust packages
* Those files were in wrong path
* Fix locations
* Ubuntu images built
* Remove Debian support as its too fragile
* Remove Pinta as it doesn't work under riscv
* Limitation is only for building images
* Remove obsolete switch
* Cleanup major arch config files
* Support for Docker building
* Repair damage to Le Potato by untested u-boot bump
Since 15cab819fe decided to move everything to 22.07 without tests, revert back as this causes the ""Synchronous Abort" handler, esr 0x96000004" error.
* Fix damage caused by untested U-boot bump
Revert result of 15cab819fe and restore booting to Odroid C2
* Create asound.state.lepotato
alsa config for le potato
* Update lepotato.conf
use board specific asound.state
* Add Rockpi 4C+
* add newer patches:
- apply patches from RadxaNaoki <noaki@radxa.com>
- ref 5652d6f9c2a4e2c50ac1040c0388859381b0616f: arm64: dts: rockchip: add gmac for ROCK 4C+ (#17)
- apply latest patches from Marcone <marco.nelissen@gmail.com>
- ref e39da181b099a86f5440ed1c08fc699d4a65aed7: arm64: dts: rockchip: Make Rock Pi 4C+ ethernet actually work
- ref 8c519612eeb852268371b3c596eec4622460e5bf: arm64: dts: rockchip: add Rock Pi 4C+ LEDs
- ref 726441afe687ea6059bac37f145ff204b75430f7: arm64: dts: rockchip: enable Rock Pi 4C+ wifi
- ref caad7bef3b5558e2598480c0a0089e2ac3cedcdd: arm64: dts: rockchip: enable Rock Pi 4C+ nvme
- ref 6cdc3215d1691bcd2a407a30e88efa0cec179eb2: arm64: dts: rockchip: enable Rock Pi 4C+ OTG
* default top USB3 port to host mode
* get 2nd HDMI port to work at least. :)
* revert OTG USB3.1 port back to otg mode
* [rockpi4c+] update board def. add usb host overlay.
* remove redundant HDMI clocks and voltages
* enable test builds for Rock PI 4 C+
* [rockpi4c+] add USB host overlay
Co-authored-by: Joe Khoobyar <fourheads@gmail.com>
* Repair damage to Le Potato by untested u-boot bump
Since 15cab819fe decided to move everything to 22.07 without tests, revert back as this causes the ""Synchronous Abort" handler, esr 0x96000004" error.
* Fix damage caused by untested U-boot bump
Revert result of 15cab819fe and restore booting to Odroid C2
* `odroidm1`.wip: hk's `legacy`= 4.19 and `edge`= mainline+tobetter's 5.19 rebased; *requires* `skip_spiboot=true`
- @TODO: family/etc naming is terrible with vendor kernels. Sorry. Fight over it and let me know?
- @TODO: config is very probably incomplete.
- new `boot-rockchip64-vendor.cmd`:
- does not use fixed load_addr, instead use ramdisk_addr_r for everything
- load kernel and initrd as late as possible
- look for overlays twice:
- once: with prefix and folder
- twice: without prefix, nor folder; helps with vendor provided overlays like hk's and tobetter's
- wip: edge: tobetter's patchset rebased against 5.19.3
- wip: edge: bump to tobetter's 5.19
- legacy: .config `CONFIG_ARM64_VA_BITS_48=y`
- wip m1: update legacy config from odroid
- odroidm1: container/bpf stuff in legacy config
* Update configs and enable beta build target
* Adjust current kernel
* Update targets
* Remove everything but EDGE kernel
* Cleanup
* Fix
Co-authored-by: Ricardo Pardini <ricardo@pardini.net>
* Go back to latest stable u-boot with VIM3L
https://github.com/armbian/build/pull/4251
* Revert "Go back to latest stable u-boot with VIM3L"
This reverts commit 0b240563ef.
* meson64: allow board-specific `BOOTBRANCH`; `khadas-vim3l`: `BOOTBRANCH_BOARD=tag:v2022.04`
Co-authored-by: Ricardo Pardini <ricardo@pardini.net>
* Remove deprecated Odroid XU4 legacy 4.14.y branch
* Clean deprecated kernels from meson64 family
- legacy kernel 4.9 was removed
- current 5.10 was replaced with 5.19
- edge remains on 5.19 until someone bumps it to 6
- patches between 5.11 and 5.18 were removed, 5.10 will be kept for awhile
* Update configs
* RockPI-S board has no video I/O
* udev rule to fix MAC address of iface based on UUID
Deals with WiFi chip lacking any EEPROM to store its unique Ethernet MAC address
Generic mechanism -- could be utilized for other boards having similar issues
* Handy Device Tree overlays for the RockPI S
Use armbian-add-overlay to install these
Reduce CPU voltage for the RK3308 B-S
Option to overclock RK3308 B-S to 1.3Ghz
Increase SDIO clock rate from 1Mhz to 10Mhz
This increases WiFi throughput from 300K bytes/s to 2.4M bytes/s
* corrected comment
* No longer repeat standard opp's in this dts
Require that the standard bs dts already be installed
* User README for adding RockPI-S board variant specific dts overlays
* "enabled" --> "okay"
* added mention of sdnand.dts, fixed typo
* added p2p0 to interfaces whose MAC address should be "fixed"
* RK3308 CPU serial number in nvmem replaces UUID for derivation of fixed MAC addr
Restored use of install utility
* Use RK3308 specific CPU serial number
rather than rootfs UUID
* remove generic fixMACaddress
* Install fixMACaddr file-by-file via install utility
* Drive SDIO bus signals faster
setting RK3308_SOC_CON0_VCCIO3 reduces signal rise/fall times to WiFi SDIO chip
from 30ns to 5ns.
This odd fix forward ported from legacy kernel.
Allows Rock Pi-S WiFi to operate at full speed.
* Set RK3308 I/O voltage domains before SDIO initializes
This patch moves responibility form the io-domain to the pinctrl driver because
the io-domain driver is probed after the SDIO devices are discovered.
This was causing multiple SDIO I/O failures during boot.
A new pinctrl property is added:
io-1v8-domains
is a u32 interpreted as a bit mask where each set bit corresponds to
a 1.8V I/O domain (as opposed to the default of 3.3V for I/O)
The mask is writted to the RK3308_SOC_CON0 GRF register
(once) when the pinctrl driver starts
The default mask is 0x10 where only I/O domain 4 runs at 1.8V
This is necessary for the RockPI-S to run the SDIO clock at high (50Mhz) speed
* align whitespace
* factored rk3308bs overlays out up sdio speedup patch
* factored dts for RK3308 iodomains and pinctrl patches out of speedup patch
* remains of sdio speedup patch merely add iodomains support for rk3308
* factored rockpis dts modification out from rk3308 io voltage domains
replaced rk3308 support from iodomains with
new io-voltage-domains property added to pinctrl
io-voltage-domains specific to rk3308 for now, others SOCs may be added later.
* add sequence numbering to names of rk3308 patches
* corrected tab alignment
* Add wallpaper to grup, set fixed screen size, enable hidpi mode on lightdm
* Enable graphics terminal on UEFI x86, ARM64 can't test
* Missing folder
* Enable `Plymouth`
* Add proper HiDpi support and enable intel graphics auto probing
Tested on Intel and Nvidia, both works OOB. Plymouth works as expected, no text logs on screen, if OEM vendor logo is present, it picks it up auto, otherwise shows armbian (chip) logo
Co-authored-by: hzy <hzyitc@outlook.com>
