Jump to content

RSS Bot

Bot
  • Posts

    4244
  • Joined

  • Last visited

    Never

Everything posted by RSS Bot

  1. Description When crust is enabled on H3 and H5 boards, when booting, the following error is displayed during u-boot spl stage. ns16550_serial serial@1c28000: pinctrl_select_state_full: uclass_get_device_by_phandle_id: err=-19 The error is quite benign and doesn't impact functionality in any way. Still for user experience sake, this PR fixes the same. 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] Booted on Nanopiduo2 and verified that error is no longer produced Checklist: [ ] 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 [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  2. Description The BOOTPATCHDIR and KERNELPATCHDIR variables can contain multiple directories names separated by spaces as explained in lib/functions/compilation/uboot-patching.sh and lib/functions/compilation/kernel-patching.sh respectively but when calculating hash we were treating it as a single directory name. Also as ATF and crust gets bundled in u-boot, the hash of their patches must also be considered to determine if we need to rebuild u-boot 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] Tested by adding removing patches in patch/u-boot/u-boot-sunxi, patch/u-boot/u-boot-sunxi-crust and patch/crust directories and then compiling u-boot for nanopiduo2. U-boot recompiles as expected, which is not the current behavior. Checklist: [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 [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  3. Reduce failed to get tx report from firmware dmesg spam. https://lore.kernel.org/linux-wireless/20210713104524.47101-1-pkshih@realtek.com/ https://cgit.freebsd.org/src/commit/?id=e140d551b78670fbf99c83a59438cb13de50420f Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  4. python2/python3: symlink python3 as python/python2 if python2 is not found in host python2/python3: symlink python3 as python/python2 if python2 is not found in host this might allow some u-boots to build on bookworm/sid/etc (python2-less build hosts) View the full article
  5. docker: default COLUMNS env var to 160 if unset / not-interactive docker: default COLUMNS env var to 160 if unset / not-interactive View the full article
  6. rockchip64_common: default, but do not overwrite, BL31_BLOB and MINILOADER_BLOB rockchip64_common: default, but do not overwrite, BL31_BLOB and MINILOADER_BLOB rockchip64_common: move the TB2's special DDR_BLOB out from family file into board file View the full article
  7. boot-rk3588-legacy bootscript: add a lot of debugs boot-rk3588-legacy bootscript: add a lot of debugs rk's 3588 vendor u-boot (and Radxa's, etc) have trouble with our usage of load+import, add echo's to debug what breaks View the full article
  8. linux-rk35xx-legacy.config: update .config, no changes (.110 -> .160) linux-rk35xx-legacy.config: update .config, no changes (.110 -> .160) View the full article
  9. mekotronics: refactor vendor conf/hooks; vendor uboot with new patches; new blobs mekotronics: refactor vendor conf/hooks; vendor uboot with new patches; new blobs meko: don't use Radxa's Rock-5A u-boot anymore, switch to rockchip vendor next-dev branch meko: my own (horrible) patches for MAC address stability / defconfig meko: cherry picked a few patches for getting rid of BL32/read Bl31 from env and other fixes from Radxa meko: add OTP node to 3588 dtsi (so we don't need kern-dtb in ITS for working OTP) meko: refactor common code across 3 (soon to be 4) board files into vendor conf and hooks meko: bump DDR/BL31 blobs for all Meko boards View the full article
  10. rock-5-cmio: add a .wip for Radxa CM5 with I/O board rock-5-cmio: add a .wip for Radxa CM5 with I/O board use OPi5's uboot, don't ask me. View the full article
  11. rkbin-tools: allow using custom rkbin RKBIN_GIT_BRANCH as well as RKBIN_GIT_URL rkbin-tools: allow using custom rkbin RKBIN_GIT_BRANCH as well as RKBIN_GIT_URL notice: the rkbin repo or the bins themselves are not hashed or included in the u-boot version (yet) make sure to avoid caching when building with those custom git/branch (ARTIFACT_IGNORE_CACHE=yes CLEAN_LEVEL=make-uboot) View the full article
  12. u-boot: log what the BOOTCONFIG is when building u-boot: log what the BOOTCONFIG is when building View the full article
  13. rkdevflash: don't wait for "Loader" mode after sending spl_loader; show the loop counter rkdevflash: don't wait for "Loader" mode after sending spl_loader; show the loop counter I thought sending the spl_loader blob puts it into "Loader" mode, but... ... turns out "Loader" mode is a separate (rockusb, etc) mode. So if in Maskrom mode, just send the loader, and trust it can now WriteLba still keeps the timeout, for when a loader is not accepted View the full article
  14. rockchip-rk3588 collabora: new branch (by @lanefu) rockchip-rk3588 collabora: new branch (by @lanefu) bsdextrautils for kernel 6.4 (only if collabora branch) kernel 6.4 major, but skip rtw88 driver patching View the full article
  15. Description Bumps edge kernel to v6.4. Megous patches are synced from orange-pi-6.4-20230619-0323 tag. Following heuristic was used to disable some of the Megous patches patch was already disabled for previous kernel patch also had a revert patch patch had rockchip, rk3xxx or pinephone-pro in name Following armbian patches were modified a bit to fix patch application failures drv-iio-adc-axp20x_adc-arm64-dts-axp803-hwmon-enable-thermal.patch drv-pmic-add-axp313a.patch drv-rgb-add-ws2812.patch drv-rtc-sun6i-support-RTCs-without-external-LOSCs.patch drv-touchscreen-tsc2007-polling.patch Following armbian patches were modified to fix compilation issues Add-dump_reg-and-sunxi-sysinfo-drivers.patch Add-sunxi-addr-driver-Used-to-fix-uwe5622-bluetooth-MAC-address.patch Toggled CONFIG_MEDIA_SUPPORT from y to m in linux-sunxi-edge.config as a ridiculous workaround to fix booting on 32-bit devices otherwise it gets stuck on Starting Kernel similar to early 6.1.20 kernel builds. 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] Booted 32-bit kernel on Nanopiduo2 [X] Tested that 64-bit kernel compiles successfully Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  16. Description bump rockchip-rk3588-edge to 6.4 add preliminary device tree for nanopc-t6 (not yet working) adopt new dts/overlay structure for rockchip-rk3588-edge 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. builds, no boards have booted with edge kernel here so far 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] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article
  17. Description Add missing bluetooth service like meko and khadas edge 2 Jira reference number [AR-9999] How Has This Been Tested? [x] Got a feedback from the forum Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  18. Description fix building issue -> https://github.com/armbian/os/actions/runs/5387359457/jobs/9778662435 Jira reference number [AR-9999] How Has This Been Tested? [x] Built and tested SPI images Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  19. Update maintainers synched from the database View the full article
  20. Description Added myself as the maintainer for nanopiduo2 and changed it from csc to conf Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  21. Description This PR configures onboard button as power button on NanoPi Duo2 so that the board can be brought back from suspended state or can be rebooted after shutdown. Also enables ethernet as request on the forum 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] Booted on NanoPi Duo2 and tested button works at sleep and poweroff Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  22. Looking back, it's amazing how much has happened in NVK in just the last 7 months. If development continues at this crazy pace, we may be looking at a pretty decent driver before too much longer. View the full article
  23. meson64 edge 6.4: bump from 6.4-rc5 tag to linux-6.4.y branch meson64 edge 6.4: bump from 6.4-rc5 tag to linux-6.4.y branch rebase one patch View the full article
  24. Description add recent blobs from https://github.com/rockchip-linux/rkbin/tree/master/bin/rk35 depends on: https://github.com/armbian/rkbin/pull/18 Jira reference number [AR-9999] How Has This Been Tested? [x] Built and booted on opi5 Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  25. 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. Jira reference number [AR-9999] 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. [ ] Test A [ ] Test B Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines