RSS Bot

Description Removed Allwinner spi patch for u-boot. It was upstreamed in 2018 and is currently available as SPI_SUNXI config option in u-boot. Also it looks like driver added by the removed patch was never enabled for any of the boards. Hence removing it also doesn't makes any difference for that reason either. 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 Adding myself as the maintainer for Orange Pi Prime board. Also changed crust config for this board to be more board specific. 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 Orange Pi Prime 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 Lets wait for upstream to be updated for 6.3, 6.4 and up. How Has This Been Tested? [x] Build test Checklist: [x] My changes generate no new warnings View the full article

With Black Valley in Norway, and Akademy in Greece, this weekend's plans are all set or computer enthusiasts! Collabora is proud to sponsor both of these events as a chance for communities to come together and strengthen their bonds. View the full article

Added shell.nix definition for temporary development environment for Nix(OS) Set uuidgen and other binaries check to not rely on hard-codded paths 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. [X] On NixOS 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

Adjusted patching in drivers/net/wireless/realtek/rtw88/usb.c to reflect update in Linux 6.3.13 (EOL) https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/diff/drivers/net/wireless/realtek/rtw88/usb.c?id=v6.3.13&id2=v6.3.12 [ ] 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

mixtile-blade3: bump rk3588 blobs: DDR to 1.11 and BL31 to 1.38 mixtile-blade3: bump rk3588 blobs: DDR to 1.11 and BL31 to 1.38 tested on actual board, works perfectly View the full article

RFC: rockpro64: blobless with 2.8.5 ATF, 2023.01 u-boot RFC: rockpro64: blobless with 2.8.5 ATF, 2023.01 u-boot 2023.04 fails during USB init, thus using 23.01 (23.07 untested) blobless with newer 2.8.5 ATF the previous problems with PCIe are not totally solved by this View the full article

armbian-desktop/aggregation: introduce DESKTOP_COMMON aggregation variant, where arch/config/appgroups are ignored; see #5439 armbian-desktop/aggregation: introduce DESKTOP_COMMON aggregation variant, where arch/config/appgroups are ignored; see #5439 View the full article

uboot: allow adding/changing uboot CFLAGS with post_config_uboot_target() hook uboot: allow adding/changing uboot CFLAGS with post_config_uboot_target() hook View the full article

u-boot-menu: allow avoid using uInitrd, for when the bootloader requires modern initrd.img u-boot-menu: allow avoid using uInitrd, for when the bootloader requires modern initrd.img View the full article

drivers-harness: add branch to drivers base cache key declare cache_key_base="${KERNEL_MAJOR_MINOR}_${LINUXFAMILY}_${BRANCH}" drivers-harness: add branch to drivers base cache key declare cache_key_base="${KERNEL_MAJOR_MINOR}_${LINUXFAMILY}_${BRANCH}" this allows for 2 branches with the same version to not interfere with each other View the full article

partitioning: declare global readonly ROOT_PART_UUID for later hooks partitioning: declare global readonly ROOT_PART_UUID for later hooks re-use local root_part_uuid instead of running blkid multiple times View the full article

Description Bumped the Allwinner kernel and U-boot U-boot - 2023.07-rc6 -> 2023.07 Legacy - 5.15.119 -> 5.15.120 Current - 6.1.37 -> 6.1.38 Edge - 6.4.1 -> 6.4.2 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] Built and booted on NanoPi Duo2 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 When booting on H3 boards with regulator-gpio, we get the following error. [ 8.518147] core: _opp_supported_by_regulators: OPP minuV: 1320000 maxuV: 1320000, not supported by regulator [ 8.518188] cpu cpu0: _opp_add: OPP not supported by regulators (1104000000) [ 8.518373] core: _opp_supported_by_regulators: OPP minuV: 1320000 maxuV: 1320000, not supported by regulator [ 8.518391] cpu cpu0: _opp_add: OPP not supported by regulators (1200000000) [ 8.518565] core: _opp_supported_by_regulators: OPP minuV: 1340000 maxuV: 1340000, not supported by regulator [ 8.518585] cpu cpu0: _opp_add: OPP not supported by regulators (1296000000) [ 8.518752] core: _opp_supported_by_regulators: OPP minuV: 1400000 maxuV: 1400000, not supported by regulator [ 8.518770] cpu cpu0: _opp_add: OPP not supported by regulators (1368000000) [ 9.016159] thermal_sys: Failed to bind 'cpu_thermal' with 'cpufreq-cpu0': -22 [ 9.016200] thermal_sys: Failed to bind 'cpu_thermal' with 'cpufreq-cpu0': -22 These boards have the voltage capped at 1.3Volts and can't support voltages higher than that. Because of that we get reduced from having 8 cpufreq states to just 4 states that further causes us to observe the error thrown by thermal_sys module. This PR fixes the same. Also I have disabled 1.368 Ghz operation state as in my test, my board hit the first trip in just 1 sec throttling the board down to 1.296 Ghz instantaneously. If anyone needs the same, we do have the overclock overlay for that anyway. Also enabled legacy kernel for NanoPi Duo2. 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 that patch applies on legacy, current as well as edge kernel [X] Booted on NanoPi Duo2. Made sure error related to thermal_sys is not shown in dmesg. Also ran minerd --benchmark and monitored the system with armbianmonitor -M to make sure trips are working as expected. 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

Description Some people is complaining in the forums, thus it is better to revert this back to 333mhz How Has This Been Tested? [x] kernel and image compilation works 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 ：） How Has This Been Tested? 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

kernel-debs: headers: hack/fix for 6.5-rc1's "tools/counter: Makefile: Remove lingering 'include' directories on make clean" kernel-debs: headers: hack/fix for 6.5-rc1's "tools/counter: Makefile: Remove lingering 'include' directories on make clean" introduced at https://github.com/torvalds/linux/commit/228354ed692faa08f40f2630658c0771f77da457 simply creating the dir solves it reported to author, let's hope for an -rc2 fix. better logging when DEBUG=yes (don't pass "-s"(ilent) to make clean) View the full article

Use multiple consecutive reads in rtw_sdio_read_port() to limit the number of bytes which are copied by the host from the card in one MMC/SDIO transfer. This allows receiving a buffer that's larger than the hosts max_req_size (number of bytes which can be transferred in one MMC/SDIO transfer). As a result of this the skb_over_panic error is gone as the rtw88 driver is now able to receive more than 1536 bytes from the card (either because the incoming packet is larger than that or because multiple packets have been aggregated). Disabled: 001-revert-rtw88-sdio-size-and-timout-to-rfc-v1.patch 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

Description Removed rtl8822cs bluetooth patches from sunxi patch directory to make use of patches from driver harness. Also in the process I noticed that rtl8822cs bluetooth patches were upstreamed in 5.18 and were unnecessarily applied on newer kernels. Added condition to prevent the same in driver-network.sh 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] Built and booted legacy, current and edge allwinner images and tested them on nanopiduo2 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

Description When a hardware doesn't have video out, we set PLYMOUTH to no to determine if we our plymouth theme needs to be installed. But on the other hand, for standard images, even when PLYMOUTH is set to no we leave plymouth installed in the final image. This PR changes the same to make sure plymouth is not installed when its not needed. Reduces little bit of boot time and helps keep u-boot logs intact on serial console. 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] Built a image for nanopiduo2 as it doesn't have video output and made sure plymouth is not installed in standard image 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

Description As per tittle. How Has This Been Tested? Tested for patching only. 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 As per subject Jira reference number AR-1800 How Has This Been Tested? [x] Kernel compiles and image builds 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 As per subject, move rk322x edge kernel to 6.4 How Has This Been Tested? [x] Image compilation successful [x] Image successfully run on actual device 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 We call ssh-keygen when building with CRYPTROOT=yes, but openssh-client is not mentioned into EXTRA_BUILD_DEPS in extensions/fs-cryptroot-support.sh which can make the build to fail. 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] Created a build with CRYPTROOT=yes and ARTIFACT_IGNORE_CACHE=yes and made sure it no longer fails because of missing ssh-keygen in docker image 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