Tags: armbian/build
Tags
patch/qrb2210-7.1: forward-port Arduino UNO Q patches to 7.1 Rebase the Arduino UNO Q kernel patches from v7.0 to 7.1 stable and move them under the version keyed archive dir. Eight are now upstream and were dropped, ten were re-anchored around the drift. Signed-off-by: SuperKali <hello@superkali.me>
orangepizero3w: Add community support for Orange Pi Zero 3W (Allwinne… …r A733) (#10103) * orangepizero3w: Add community support for Orange Pi Zero 3W (A733) sun60iw2: factor shared A733 board config into a common include The 4 Pro and Zero 3W are the same SoC and share most of their board config. Move the common vars, a single fetch_custom_uboot__orangepi hook, and the SD-card boot writer into config/sources/vendors/xunlong/sun60iw2-a733-common.inc. Each board file sets XUNLONG_A733_DRAM_BLOB (its boot0_sdcard training blob), BOOT_FDT_FILE, and any board-specific writer (the 4 Pro's SPI-NOR). The blob name feeds UBOOT_HASH_EXTRA so the u-boot artifact repackages when it changes. Checkin boot blobs * Cleanup kernel patch header and filename * Remove shared opi a733 include, there wasn't enough truly shared content to justify it * Coderabbit feedback (comment + write_uboot error handling. Avoid constants in write_uboot_platform because it has to be runnable on device not only at build time
artifact-uboot: opt-in cache-bust via UBOOT_HASH_EXTRA for prebuilt b… …lobs The u-boot artifact version hashed the UBOOT_TARGET_MAP string but not the identity of any prebuilt blob it points at. Bumping a blob in place (same path) left the version unchanged, so the build reused the cached .deb and the new blob never got packaged (the khadas-vim1/vim2 0.17.3 bump, #9994, needs this). Parsing UBOOT_TARGET_MAP for filenames is fragile (it can't tell build inputs from outputs), and content-hashing the file doesn't work in general: a u-boot blob may be fetched at build time and not live in this repo, so it doesn't exist at matrix-prep when prepare_version runs — reading it would fail or be non-deterministic. Instead add an opt-in string UBOOT_HASH_EXTRA, declared + documented centrally in main-config.sh. A board/family that ships a prebuilt or external blob sets it (typically to the blob's upstream version) and bumps it on every blob change; it folds into the artifact version's -V hash. Appended ONLY when set, so boards that don't use it keep their exact previous version (no churn). khadas-vim1/vim2 opt in. Direction per @rpardini review: handle it out-of-band, don't parse UBOOT_TARGET_MAP. Signed-off-by: Igor Pecovnik <igor@armbian.com>
build(deps): bump plbstl/first-contribution from 4.3.2 to 4.3.3 Bumps [plbstl/first-contribution](https://github.com/plbstl/first-contribution) from 4.3.2 to 4.3.3. - [Release notes](https://github.com/plbstl/first-contribution/releases) - [Commits](plbstl/first-contribution@fa732d1...2c36bdb) --- updated-dependencies: - dependency-name: plbstl/first-contribution dependency-version: 4.3.3 dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>
Fix H616 HDMI audio clocking Fix HDMI audio on H616/H618 boards using the Armbian sunxi64 current and edge kernel patch stacks. On Orange Pi Zero 2W / H618, HDMI video worked and the HDMI ALSA card was created correctly. ELD was valid, ASoC routing was active, DW-HDMI I2S setup was reached, and PCM playback entered RUNNING, but no audible sound was produced by the TV. The failure needs both AHUB clock path correction and AHUB BCLK divider correction. A BCLK-only test programmed SUNXI_AHUB_I2S_CLKD(1) to the working 0x90 value, but left audio-hub at 43 MHz with pll-audio-hs/pll-audio-4x at 688 MHz and remained silent. This change folds the HDMI audio fix into the already-applied H616 digital audio patch for sunxi-6.18 and sunxi-7.0: - expose CLK_PLL_AUDIO_HS and CLK_PLL_AUDIO_4X to DT - use those real audio PLL clocks for AHUB DAM instead of audio-codec clocks - remove the fixed post divider from pll-audio-hs so exact SDM audio rates are used - parent the AHUB module clock to pll-audio-4x - set the AHUB module clock to the full requested rate instead of freq_out / 2 - program the AHUB BCLK divider field with the raw divider map value instead of bclk_ratio - 2 - make the HDMI controller node a DAI provider with #sound-dai-cells = <0>, so the local hdmi-audio-fix overlay is no longer needed Validated on Orange Pi Zero 2W / H618 with 48 kHz S16_LE and S32_LE HDMI speaker-test playback. The working runtime state has pll-audio-hs, pll-audio-4x, and audio-hub at 98.304 MHz, with SUNXI_AHUB_I2S_CLKD(1) programmed to 0x90. The final test was run without the hdmi-audio-fix overlay; HDMI still registered and ELD remained valid. Signed-off-by: joakimtoe <joakimtoe@gmail.com>
PreviousNext