RSS Bot
Bot-
Posts
4244 -
Joined
-
Last visited
Never
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Everything posted by RSS Bot
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
Update maintainers synched from the database View the full article
-
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
-
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
-
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
-
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
