Jump to content

RSS Bot

Bot
  • Posts

    4209
  • Joined

  • Last visited

    Never

Everything posted by RSS Bot

  1. The final installment of a series explaining how Collabora is helping shape the video virtualization story for Chromebooks with a focus on the future plans for cros-libva and cros-codecs. View the full article
  2. Description Allow to use Docker credentials for oras-cli push artifacts when CI=true is set, but not in GitHub action. TODO: fix GITHUB_OUTPUT use if CI=true is set. Jira reference number AR-2357 How Has This Been Tested? [X] correct push to external container registry with CI=true Checklist: [X] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [X] My changes generate no new warnings View the full article
  3. Description Ubuntu noble ships qbootctl with a bug which makes qbootctl service can't start: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057918. I fixed it in my ppa liujianfeng1994/qcom-mainline. I use a silly dd method to create rootfs. It's better to use losetup to load the built image and copy rootfs from the mounted loop device. Note: ubuntu noble also ships mkbootimg with bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050300, which will make this extension not working. So it's better not using noble as build environment. Debian's fix is still not packaged: https://salsa.debian.org/android-tools-team/android-platform-tools/-/commit/d26c3b5ac89efd92eb96ad029cd06400c1c9f015 How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] ./compile.sh BOARD=xiaomi-elish BRANCH=current BUILD_DESKTOP=yes BUILD_MINIMAL=no DEB_COMPRESS=xz DESKTOP_APPGROUPS_SELECTED= DESKTOP_ENVIRONMENT=gnome DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base KERNEL_CONFIGURE=no KERNEL_GIT=shallow RELEASE=noble Checklist: Please delete options that are not relevant. [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  4. Description The general improvements for RK3588 on 6.9 and 6.10 weren't as many as we've hoped, but still this is what was mainlined: USB3 DRD support, including PHY usbdp HDMI PHY GPU We already had most of those features patched in via patches, but this gives us the chance to finally be able to remove those and stay closer to mainline. -> PR summary: (+5,895 - 28,098) ~= 22,000 lines less 👍 (meaning less hassles in the future, less maintenance needed) In addition to that, I have also updated our patch to support RK3588 thermal sensors and management, enabling and improving the use of cooling fans. This patch also includes updates for CpuFreq and OPP. We had an old patch that patched in the HDMI Controller driver, but this patch does not build on 6.10. Fortunately, I was able to include a new, improved version for this driver, which is as recent as 1st of June. Since out "general-add-overlay-compilation-support.patch" became obsolete in Linux 6.9 (see AR-2352) , @paolosabatino developed an improved way on adding overlays as first seen in https://github.com/armbian/build/pull/6690. I have adapted this patch for 6.10, which also paves the way for other kernel bumps to 6.10 in the future. In addition to that, there are some fixes included for Orange Pi 5 and Khadas Edge 2 patches, which were failing on 6.10. Please see the commit messages for details. How Has This Been Tested? [x] Compile success: ./compile.sh BOARD=nanopc-cm3588-nas BRANCH=edge RELEASE=trixie EXPERT=yes KERNEL_CONFIGURE=no BUILD_MINIMAL=no BUILD_DESKTOP=no [ ] HDMI is untested [ ] More general testing is needed Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings View the full article
  5. it is alone in 6.8 dir :) View the full article
  6. u-boot-radxa-rk3588/legacy: use 000.patching_config; fix boot from SD when combined with from-factory eMMC blobs (TEE mismatch) u-boot-radxa-rk3588/legacy: rewrite u-boot patches, no changes u-boot-radxa-rk3588/legacy: add 0000.patching_config.yaml and move all null-patches into dt and defconfig dirs as bare files DTs and defconfigs should be identical to their null-patch equivalents u-boot-radxa-rk3588/legacy: rewrite nanopc_t6_defconfig -- no changes CONFIG_REGULATOR_RK806=y seems a leftover that's not really used? u-boot-radxa-rk3588/legacy: rewrite nanopc_cm3588_defconfig -- no changes CONFIG_REGULATOR_RK806=y seems a leftover that's not really used? u-boot-radxa-rk3588/legacy: nanopc_cm3588_defconfig: disable OPTEE (for OOB working boot with from-factory blobs in eMMC) makes it compatible with vendor out-of-box blobs (which include TEE) in the from-factory eMMC Armbian itself doesn't ship TEE blobs when combining from-factory eMMC blobs with an Armbian SD card, TEE blobs are in practice found by u-boot but then proceeds to fail with optee api revision is too low disable OPTEE in defconfig fixes it, TEE isn't used in any way by Armbian u-boot-radxa-rk3588/legacy: nanopc_t6_defconfig: disable OPTEE (for OOB working boot with from-factory blobs in eMMC) makes it compatible with vendor out-of-box blobs (which include TEE) in the from-factory eMMC Armbian itself doesn't ship TEE blobs when combining from-factory eMMC blobs with an Armbian SD card, TEE blobs are in practice found by u-boot but then proceeds to fail with optee api revision is too low disable OPTEE in defconfig fixes it, TEE isn't used in any way by Armbian View the full article
  7. Last week I attended the GStreamer spring hackfest in Thessaloniki to work on the PipeWire GStreamer elements and connect with the community. View the full article
  8. Description New codec and hub code for HDMI and analog sound on Allwinner H616 and H618 SOCs, including all the bits and pieces to implement the code (dts and configs). How Has This Been Tested? The patch was implemented on a recent fork of armbian build main. two images were built, Debian bookworm server from edge and Debian bookwork desktop xfce from current. Server testing: Analog audio was unmuted using alsamixer by unmuting Left out DACL and Right out DACR. Mpg123 was installed and used to play an mp3 file. Aplay speaker-test was also used to check left and right audio. Playing the mpg file and the speaker-test were also performed from an HDMI monitor connection. root@orangepizero3:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: audiocodec [audiocodec], device 0: CDC PCM Codec-0 [CDC PCM Codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDMI], device 0: ahub_plat-i2s-hifi i2s-hifi-0 [ahub_plat-i2s-hifi i2s-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0 root@orangepizero3:~# aplay -L null Discard all samples (playback) or generate zero samples (capture) hw:CARD=audiocodec,DEV=0 audiocodec, CDC PCM Codec-0 Direct hardware device without any conversions plughw:CARD=audiocodec,DEV=0 audiocodec, CDC PCM Codec-0 Hardware device with all software conversions default:CARD=audiocodec audiocodec, CDC PCM Codec-0 Default Audio Device sysdefault:CARD=audiocodec audiocodec, CDC PCM Codec-0 Default Audio Device dmix:CARD=audiocodec,DEV=0 audiocodec, CDC PCM Codec-0 Direct sample mixing device hw:CARD=HDMI,DEV=0 HDMI, ahub_plat-i2s-hifi i2s-hifi-0 Direct hardware device without any conversions plughw:CARD=HDMI,DEV=0 HDMI, ahub_plat-i2s-hifi i2s-hifi-0 Hardware device with all software conversions default:CARD=HDMI HDMI, ahub_plat-i2s-hifi i2s-hifi-0 Default Audio Device sysdefault:CARD=HDMI HDMI, ahub_plat-i2s-hifi i2s-hifi-0 Default Audio Device dmix:CARD=HDMI,DEV=0 HDMI, ahub_plat-i2s-hifi i2s-hifi-0 Direct sample mixing device root@orangepizero3:~# ANALOG tests: sysadmin@orangepizero3:~$ mpg123 Scarborough\ Fair.mp3 High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3 version 1.31.2; written and copyright by Michael Hipp and others free software (LGPL) without any warranty but with best wishes Terminal control enabled, press 'h' for listing of keys and functions. Playing MPEG stream 1 of 1: Scarborough Fair.mp3 ... MPEG 1.0 L III cbr96 44100 j-s Title: Scarborough Fair/canticle Artist: Paul Simon Comment: Album: Art Garfunkel / The Graduate - Year: 1968 Genre: Soundtrack sysadmin@orangepizero3:~$ speaker-test -t wav -c 2 speaker-test 1.2.8 Playback device is default Stream parameters are 48000Hz, S16_LE, 2 channels WAV file(s) Rate set to 48000Hz (requested 48000Hz) Buffer size range from 32 to 131072 Period size range from 16 to 65536 Using max buffer size 131072 Periods = 4 was set period_size = 32768 was set buffer_size = 131072 0 - Front Left 1 - Front Right Time per period = 0.737457 0 - Front Left 1 - Front Right Time per period = 2.737752 0 - Front Left 1 - Front Right HDMI tests: sysadmin@orangepizero3:~$ mpg123 -a hw:1,0 Scarborough\ Fair.mp3 High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3 version 1.31.2; written and copyright by Michael Hipp and others free software (LGPL) without any warranty but with best wishes Terminal control enabled, press 'h' for listing of keys and functions. Playing MPEG stream 1 of 1: Scarborough Fair.mp3 ... MPEG 1.0 L III cbr96 44100 j-s Title: Scarborough Fair/canticle Artist: Paul Simon Comment: Album: Art Garfunkel / The Graduate - Year: 1968 Genre: Soundtrack [src/libout123/libout123.c:out123_play():700] error: Error in writing audio, wrote only 3824 of 4608 (Success?)! [0:14] Decoding of Scarborough Fair.mp3 finished. sysadmin@orangepizero3:~$ speaker-test -D hw:1,0 -t wav -c 2 speaker-test 1.2.8 Playback device is hw:1,0 Stream parameters are 48000Hz, S16_LE, 2 channels WAV file(s) Rate set to 48000Hz (requested 48000Hz) Buffer size range from 32 to 131072 Period size range from 16 to 65536 Using max buffer size 131072 Periods = 4 was set period_size = 32768 was set buffer_size = 131072 0 - Front Left 1 - Front Right Time per period = 0.729233 0 - Front Left 1 - Front Right Time per period = 2.737477 0 - Front Left 1 - Front Right ^CTransfer failed: Bad address sysadmin@orangepizero3:~$ Results: all tests worked as expected. Desktop testing: The server tests were performed from a terminal window on the desktop image. In addition a music video with audio was played on chromium youtube. An mp3 music file was played with the Celluloid app. The tests were done on both analog and HDMI, using pulseaudio to switch between outputs. All tests performed as expected. There was an anomaly observed when using the pulseaudio volume control on the analog output. When pulse audio volume control was selected, the analog audio started to play at high speed. This did not happen on HDMI output. The issue can be worked around by using pulseausio volume control configure tab to turn off HDMI when using the analog output. This patch, a repository with the patch and a few images were posted to the Allwinner sunxi community forum from where a number of members reported successful tests. https://forum.armbian.com/topic/37718-sound-on-h616h618-socs/ Checklist: [ x ] My changes generate no new warnings [ x] Any dependent changes have been merged and published in downstream modules View the full article
  9. Checklist: [x] I have performed a self-review of my own code View the full article
  10. Description Fix the typo in config file concerning dtb How Has This Been Tested? build/boot tested Checklist: Please delete options that are not relevant. [x] I have performed a self-review of my own code [x] My changes generate no new warnings View the full article
  11. Description Bump rockchip64 edge kernel to 6.9. The same fix that has been proposed in https://github.com/armbian/build/pull/6690 has been ported here too and it works as well. Note: at the current status, helios64 board patches have been disabled because the base device tree does not apply on kernel 6.9. Jira reference number AR-2348 How Has This Been Tested? [x] Compiled successfully [x] Upgrade the kernel (and device trees obviously) on a rk3318/rk3328 live system, dtbo applies correctly and system boots fine [ ] Upgrade the kernel on a live rk3399 system Checklist: Please delete options that are not relevant. [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings View the full article
  12. Description As per subject, bump rockchip 32 bit edge kernel to 6.9. Patches have been left as is because all of them applied fine, except for the device tree overlay compilation and installation. The device tree things have changed in 6.9 and the patch does not apply anymore. After some headeaches with the terrible makefiles, the second commit of this PR contains some hints on how I did the job and can serve as a icebreaker for other families perhaps. In particular: Some little accomodations in the overlay Makefile. the kernel makefile already supports dtbo files, but it wants the sources with .dtso extension, so all the device trees in overlay directory must be renamed with .dtso extension. This also greatly simplifies the existing general-add-overlay-support-compilation patch the kernel lacks support for .scr, but it is simple to add into scripts/Makefile.lib (see general-add-overlay-compilation-support.patch patch) architectures that have the flattening device tree directory kernel config option enabled (like rockchip), really flattens everything. Changing a line in scripts/Makefile.dtbinst strips away the base vendor name (rockchip/ in this case) and keeps the subdirectories (perhaps this can be generalized to work with all families, but makefile are awkward and I could not find a simple way to strip just the first directory entry in the path) With such changes, the dtb deb package contains this in the boot directory: paolo@armbian-build:~/armbian-build/output/debs/dtbs$ find boot/ | sort boot/ boot/dtb-6.9.3-edge-rockchip boot/dtb-6.9.3-edge-rockchip/overlay boot/dtb-6.9.3-edge-rockchip/overlay/README.rk322x-overlays boot/dtb-6.9.3-edge-rockchip/overlay/README.rockchip-overlays boot/dtb-6.9.3-edge-rockchip/overlay/rk322x-bt-8723cs.dtbo boot/dtb-6.9.3-edge-rockchip/overlay/rk322x-cpu-hs-lv.dtbo boot/dtb-6.9.3-edge-rockchip/overlay/rk322x-cpu-hs.dtbo boot/dtb-6.9.3-edge-rockchip/overlay/rk322x-cpu-stability.dtbo ...cut... boot/dtb-6.9.3-edge-rockchip/overlay/rk322x-fixup.scr ...cut... boot/dtb-6.9.3-edge-rockchip/overlay/rockchip-ds1307.dtbo boot/dtb-6.9.3-edge-rockchip/overlay/rockchip-fixup.scr boot/dtb-6.9.3-edge-rockchip/overlay/rockchip-i2c1.dtbo boot/dtb-6.9.3-edge-rockchip/overlay/rockchip-i2c4.dtbo ...cut... boot/dtb-6.9.3-edge-rockchip/rk3188-radxarock.dtb boot/dtb-6.9.3-edge-rockchip/rk3228-evb.dtb boot/dtb-6.9.3-edge-rockchip/rk3229-evb.dtb boot/dtb-6.9.3-edge-rockchip/rk3229-xms6.dtb boot/dtb-6.9.3-edge-rockchip/rk322x-box.dtb boot/dtb-6.9.3-edge-rockchip/rk3288-evb-act8846.dtb ...cut.. boot/dtb-6.9.3-edge-rockchip/rk3288-rock-pi-n8.dtb boot/dtb-6.9.3-edge-rockchip/rk3288-rock2-square.dtb boot/dtb-6.9.3-edge-rockchip/rk3288-tinker-s.dtb boot/dtb-6.9.3-edge-rockchip/rk3288-tinker.dtb boot/dtb-6.9.3-edge-rockchip/rk3288-veyron-brain.dtb boot/dtb-6.9.3-edge-rockchip/rk3288-veyron-fievel.dtb ...cut... which seems quite ok (.dtbo, .src and readme files are all in overlay directory, .dtb files are outside) compared to a live installation I have around. Jira reference number AR-2347 How Has This Been Tested? [x] Compilation works without errors [x] Manually checked dtb file [ ] Upgrade of a living system - this is crucial, since the previous overlay compilation involved other steps that have been removed and I don't know if they are still necessary (perhaps they aren't, since dtc matured in the years). Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings View the full article
  13. Adds the needed files support the spidev on the NanoPi Neo3 with a different address. Tested on my own NanoPi Neo3 with a LoRaWAN concentrator connected via SPI. I am unsure about the changes in rockchip-fixup.scr-cmd. It needs a user to use a not very convenient device "number" specific to the NanoPi Neo3. But I did not know how to do this differently without possibly breaking other boards. Any suggestions on how this is usually done are welcome. Still it seems I am the only person on this planet to use SPI on the NanoPi Neo3 as no one else seems to have reported anything... Any constructive feedback is very welcome. View the full article
  14. Description Currently, dtbo path in boot.ini is wrong. So we cannot load device tree blob overlays for cloudshell2. This commit fix this path in boot.ini How Has This Been Tested? Path was tested and dtbo's are succesfully loaded. Checklist: Please delete options that are not relevant. [X] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  15. Description ssh.service activation fails on first boot due to a race condition with armbian-firstrun (missing host keys at ssh.service startup) By changing armbian-firstrun.service to run After=ssh.service SBC is always reachable realibaly via ssh, even on first run, so that it can be configured headlessly by remote login IT also reverts commit IDs: #911c756083164c32051d533ca3f2de488f202130 and #30c47f6f6cebd75f5c28866918fea093b8c82b44 disabling ssh.socket - this fixes SSH Deamon behavious to honour ListenAddress directive when set via sshd_config Jira reference number [AR-2356] How Has This Been Tested? [x] Compiled and first-run vanilla armbian Bookworm-Edge [x] Compiled and first-run vanilla Armbian Trixie-Edge [x] Simulated additional first-run(s) via systemd enable armbian-firstrun.service and touch /root/.not_logged_in_yet(Bookworm-Edge && Trixie-Edge) Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] My changes generate no new warnings View the full article
  16. Description Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change. Adding support for the fine3399 board. Documentation summary for feature / change Please delete this section if entry to main documentation is not needed. If documentation entry is predicted, please provide key elements for further implementation into main documentation and set label to "Needs Documentation". You are welcome to open a PR to documentation or you can leave following information for technical writer: Adding support for the fine3399 board How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. The system can boot normally and all other functions work fine, including PCIe support, but the WiFi and Bluetooth functionalities are not available due to the lack of corresponding drivers for AP6236 in the Armbian/firmware.I have submitted the corresponding driver for AP6236 to Armbian/firmware. Please kindly review and accept it. Checklist: Please delete options that are not relevant. [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  17. Description As per title. How Has This Been Tested? [x] Patch test Checklist: [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article
  18. Description Maint, rename patch folder and rewrite kernel config. Jira reference number AR-2355 How Has This Been Tested? [x] Patch Checklist: [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  19. Description Maint, moving folder to expected location, add upstream patch Jira reference number AR-2354 How Has This Been Tested? [x] Patch test Checklist: [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  20. Description Maint, moving folder to expected location, add upstream patch. @belegdol Jira reference number AR-2353 How Has This Been Tested? [ ] CI Checklist: [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article
  21. Update maintainers and board status Check for errors: https://github.com/armbian/scripts/actions/workflows/pull-maintainers-from-database-and-make-a-pr.yml synced status from the database rename to .csc where we don't have anyone If you want to become a board maintainer, adjust data here. Ref: Board Maintainers Procedures and Guidelines View the full article
  22. Description Add dummy regulators to pinctr dts for orangepione SBC. This will prevent the kernel driver from issuing warnings "supply vcc-xx not found, using dummy regulator" for the dummy regulators added. Documentation summary for feature / change How Has This Been Tested? Initially the dts entries were manually added to a running system using the dts editor in armbian-config to verify that the changes produced the desired result. Then a kernel patch was created, put into a git repository and an image generated from that repository. After installing the image on an orangepione the dtb was examined via the dts editor of armbian-config to confirm the presence of the required entries and the relevant output of dmesg was compared to a dmesg prior to the changed image. Patched pinctr: pinctrl@1c20800 { reg = <0x1c20800 0x400>; interrupt-parent = <0x1c>; interrupts = <0x00 0x0b 0x04 0x00 0x11 0x04>; clocks = <0x03 0x36 0x1a 0x1b 0x00>; clock-names = "apb\0hosc\0losc"; gpio-controller; #gpio-cells = <0x03>; interrupt-controller; #interrupt-cells = <0x03>; compatible = "allwinner,sun8i-h3-pinctrl"; vcc-pa-supply = <0x15>; vcc-pc-supply = <0x15>; vcc-pd-supply = <0x15>; vcc-pg-supply = <0x15>; phandle = <0x16>; Before dmesg: [ 1.624523] gpio gpiochip0: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 1.627934] sun8i-h3-pinctrl 1c20800.pinctrl: initialized sunXi PIO driver [ 1.628539] gpio gpiochip1: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 1.630347] sun8i-h3-r-pinctrl 1f02c00.pinctrl: initialized sunXi PIO driver [ 1.630717] sun8i-h3-pinctrl 1c20800.pinctrl: supply vcc-pa not found, using dummy regulator [ 1.631449] printk: console [ttyS0] disabled [ 1.631881] 1c28000.serial: ttyS0 at MMIO 0x1c28000 (irq = 138, base_baud = 1500000) is a 16550A [ 1.631943] printk: console [ttyS0] enabled [ 1.662003] sun4i-drm display-engine: bound 1100000.mixer (ops 0xc0bb3530) [ 1.664046] sun4i-drm display-engine: bound 1200000.mixer (ops 0xc0bb3530) [ 1.664515] sun4i-drm display-engine: bound 1c0c000.lcd-controller (ops 0xc0baed88) [ 1.664916] sun4i-drm display-engine: bound 1c0d000.lcd-controller (ops 0xc0baed88) [ 1.665001] sun8i-dw-hdmi 1ee0000.hdmi: supply hvcc not found, using dummy regulator [ 1.665983] sun8i-dw-hdmi 1ee0000.hdmi: Detected HDMI TX controller v1.32a with HDCP (sun8i_dw_hdmi_phy) [ 1.666767] sun8i-dw-hdmi 1ee0000.hdmi: registered DesignWare HDMI I2C bus driver [ 1.667325] sun4i-drm display-engine: bound 1ee0000.hdmi (ops 0xc0bb28fc) [ 1.668197] [drm] Initialized sun4i-drm 1.0.0 20150629 for display-engine on minor 0 [ 1.668296] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 1.672029] sun8i-h3-r-pinctrl 1f02c00.pinctrl: supply vcc-pl not found, using dummy regulator [ 1.672085] sun8i-h3-pinctrl 1c20800.pinctrl: supply vcc-pf not found, using dummy regulator [ 1.672396] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 1.676045] sun8i-h3-pinctrl 1c20800.pinctrl: supply vcc-pg not found, using dummy regulator After dmesg (note that supply vcc-pa and pg warnings are not present): [ 1.993966] gpio gpiochip0: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 1.997326] sun8i-h3-pinctrl 1c20800.pinctrl: initialized sunXi PIO driver [ 1.997891] gpio gpiochip1: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 1.999757] sun8i-h3-r-pinctrl 1f02c00.pinctrl: initialized sunXi PIO driver [ 2.000715] printk: console [ttyS0] disabled [ 2.001152] 1c28000.serial: ttyS0 at MMIO 0x1c28000 (irq = 138, base_baud = 1500000) is a 16550A [ 2.001213] printk: console [ttyS0] enabled [ 2.031315] sun4i-drm display-engine: bound 1100000.mixer (ops 0xc0bb3530) [ 2.033318] sun4i-drm display-engine: bound 1200000.mixer (ops 0xc0bb3530) [ 2.033766] sun4i-drm display-engine: bound 1c0c000.lcd-controller (ops 0xc0baed88) [ 2.034153] sun4i-drm display-engine: bound 1c0d000.lcd-controller (ops 0xc0baed88) [ 2.034238] sun8i-dw-hdmi 1ee0000.hdmi: supply hvcc not found, using dummy regulator [ 2.035482] sun8i-dw-hdmi 1ee0000.hdmi: Detected HDMI TX controller v1.32a with HDCP (sun8i_dw_hdmi_phy) [ 2.036244] sun8i-dw-hdmi 1ee0000.hdmi: registered DesignWare HDMI I2C bus driver [ 2.036617] sun4i-drm display-engine: bound 1ee0000.hdmi (ops 0xc0bb28fc) [ 2.037494] [drm] Initialized sun4i-drm 1.0.0 20150629 for display-engine on minor 0 [ 2.037592] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 2.041301] sun8i-h3-r-pinctrl 1f02c00.pinctrl: supply vcc-pl not found, using dummy regulator [ 2.041356] sun8i-h3-pinctrl 1c20800.pinctrl: supply vcc-pf not found, using dummy regulator Checklist: [ x ] My code follows the style guidelines of this project [ x ] I have performed a self-review of my own code [ x ] My changes generate no new warnings View the full article
  23. Description Uboot v2024.01 leaves HDMI/VOP and USB ports in a state that is not liked by vendor kernel tools (eg. the Multitool), thus making their usage difficult or impossible. These patches will assert the resets for HDMI, VOP and USB ports and deassert them on uboot exit, so the kernel (any kernel) will find them in active and "clean" state. Nerd note: the USB nodes in uboot device tree do not have the reset properties. Adding the reset properties makes the USB ports undetectable to the kernel because uboot - on purpose - leaves the devices with the reset asserted. To let the kernel detect the ports, you have to add the reset properties in the kernel device tree too, so the kernel is able to deassert them. A more complete device tree is not always to be a good thing, for uboot at least. Jira reference number AR-2349 How Has This Been Tested? [x] Compiled uboot via armbian tools [x] Tested produced uboot on various live systems [x] Tested uboot in conjuction with tools using vendor kernel (multitool) Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings View the full article
  24. Description Radxa Rock 3C has a variant with aic8800 wifi 6 module using sdio, marked as board rev 1.4. The dkms driver is added to the image by reusing the extension recently added in #6670. How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] ./compile.sh build BOARD=rock-3c BRANCH=current BUILD_DESKTOP=no BUILD_MINIMAL=yes DEB_COMPRESS=xz KERNEL_CONFIGURE=no KERNEL_GIT=shallow RELEASE=trixie Build log: https://paste.armbian.com/epehanekey [x] Wifi is detected on image first boot on my Rock 3C rev 1.4. Checklist: Please delete options that are not relevant. [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] My changes generate no new warnings View the full article
  25. Join us at Augmented World Expo for a first-hand look at our recent XR work including ElectricMaple remote rendering, and xrdesktop showcasing a fully open-source 3-window desktop configuration with gaze-driven window selection. View the full article
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines