Jump to content

RSS Bot

Bot
  • Posts

    4252
  • Joined

  • Last visited

    Never

Everything posted by RSS Bot

  1. Description Jira reference number AR-2079 How Has This Been Tested? [x] Generated KDE desktop image for Odroid M1. Firstrun goes without password and after reboot (system must be up 1m) login is not automatic anymore. 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 [x] Any dependent changes have been merged and published in downstream modules View the full article
  2. Description Update odroidxu4-current kernel to 6.1.76. How Has This Been Tested? not yet, just committing current work. 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 [ ] 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. Description Add config and device-trees for rock3c Only for AP6256 versions,not for AIC8800 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. [ ] Can boot [ ] most of the devices on board works well including pcie usb3 Gbit Eth 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
  4. Description New blobs has been pushed to rk bin repository. https://github.com/armbian/rkbin/pull/25 Probably support for new memory chips. Jira reference number AR-2077 How Has This Been Tested? [x] Boot on Orange Pi 5 v1.2 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
  5. Description We probably don't want to bother people with upstream release upgrades as they are outside our power. How Has This Been Tested? Not tested yet. Configuration change. 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 [ ] Any dependent changes have been merged and published in downstream modules View the full article
  6. Description bump le potato to u-boot 2024.01 How Has This Been Tested? builds and boots 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
  7. DMESG; https://paste.debian.net/1308388/ Wifi / Bluetooth patrick@bananapim4zero:~$ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 3: wlx9803cf623b3f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 98:03:cf:62:3b:3f brd ff:ff:ff:ff:ff:ff inet 10.0.0.172/24 brd 10.0.0.255 scope global dynamic noprefixroute wlx9803cf623b3f valid_lft 172331sec preferred_lft 172331sec inet6 2601:586:4d00:3580::9b29/128 scope global dynamic noprefixroute valid_lft 345134sec preferred_lft 345134sec inet6 2601:586:4d00:3580:26d0:ba9c:10af:4de9/64 scope global dynamic noprefixroute valid_lft 345601sec preferred_lft 345601sec inet6 fe80::2cd1:8a57:ec6f:1336/64 scope link noprefixroute valid_lft forever preferred_lft forever 4: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether f6:b7:9a:22:59:54 brd ff:ff:ff:ff:ff:ff patrick@bananapim4zero:~$ bluetoothctl Agent registered [CHG] Controller 98:03:CF:62:3B:40 Pairable: yes [bluetooth]# show Controller 98:03:CF:62:3B:40 (public) Name: bananapim4zero Alias: bananapim4zero Class: 0x00000000 Powered: yes Discoverable: no DiscoverableTimeout: 0x000000b4 Pairable: yes UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb) UUID: Generic Access Profile (00001800-0000-1000-8000-00805f9b34fb) UUID: PnP Information (00001200-0000-1000-8000-00805f9b34fb) UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb) UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb) UUID: Device Information (0000180a-0000-1000-8000-00805f9b34fb) Modalias: usb:v1D6Bp0246d0542 Discovering: no Roles: central Roles: peripheral Advertising Features: ActiveInstances: 0x00 (0) SupportedInstances: 0x05 (5) SupportedIncludes: appearance SupportedIncludes: local-name Connected to PC with g_ether enabled; [2788714.157345] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [2788714.157348] usb 6-1: Product: RNDIS/Ethernet Gadget [2788714.157351] usb 6-1: Manufacturer: Armbian Linux 6.6.18-current-sunxi64 with musb-hdrc [2788714.158370] cdc_subset 6-1:1.0 usb0: register 'cdc_subset' at usb-0000:00:1d.7-1, Linux Device, 32:5f:82:14:13:48 [2788714.186937] usbcore: registered new interface driver cdc_eem lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS mmcblk0 179:0 0 29.7G 0 disk └─mmcblk0p1 179:1 0 29.4G 0 part /var/log.hdd / mmcblk1 179:32 0 7.3G 0 disk ├─mmcblk1p1 179:33 0 508M 0 part └─mmcblk1p2 179:34 0 6.8G 0 part mmcblk1boot0 179:64 0 4M 1 disk mmcblk1boot1 179:96 0 4M 1 disk zram0 251:0 0 961.7M 0 disk [SWAP] zram1 251:1 0 50M 0 disk /var/log zram2 251:2 0 0B 0 disk I haven't tested to make sure eMMC boot works yet with Armbian, but it does on my personal builds, with the same patches in place. NOTE: WIFI and BT can sometimes be sketchy. Currently the Armbian img is using RTW88. There is the morrownr option, which runs stable, but I also find to not be 100%. 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
  8. Description Fixing compilation due to broken patch. @paolosabatino This reverts commit 7c062f7daeca83e19b050b8e7ac6bf6aa6635693. How Has This Been Tested? Need testing. Assume upstream is tacking the same things? 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
  9. Remark: This PR is based off v23.11 for now and will be rebased of main/master branch before review Description Running "uefi-x86" board image on qemu-system-x86_64 --display none --serial stdio ... did not: allow GRUB boot without GUI display display early kernel boot messages on the serial console display the console prompt on serial console Jira reference number: None 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: Boot uefi-x86 board image on qemu-system-x86_64 --display none --serial stdio ... [ ] Test B: Boot uefi-x86 board image on qemu-system-x86_64 --display vga 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 [ ] 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
  10. Now included in our Debian images & available via our GitLab, you can build a complete, working BL31 (Boot Loader stage 3.1), and replace the closed binary blob with an open-source binary that anyone can compile. View the full article
  11. Description ddbr was failing on a recent jammy build. The issue is that lsblk output has changed sometime since this script was written. The logic to parse out the $runfrom drive was returning duplicate info, so instead of 'mmcblk0' the value was 'mmcblk0 mmcblk0' Having this duplicate value was causing an error further down the script. Fix is to add ' | sort | uniq' this was already being done on the other lsblk outputs, just not this one. I've run into this before, and I guess at that time, I forgot to submit a PR for the fix, or it was for a different script that had the same issue. Changes to be committed: modified: packages/bsp/common/usr/sbin/ddbr 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] Tested backup on board that was failing without this fix Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code View the full article
  12. Description The kernel headers package is not getting installed due to missing common_drivers/header_include.mk file. Jira reference number AR-2072 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 installing kernel headers on vim1s 24.02 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
  13. Description The user idubrov reported on forums and discord that the current and edge images are not bootable from sdcard as mmc driver fails to probe due to regulator not being available. This is a regression that happened due to switching from bigtreetech provided axp313a driver to mainline axp313a driver. Updating regulator node name in dts apparently makes it work with the upstream driver as tested by the user. I have also noticed that CI was not covering current and edge kernel for this board. I have enabled the same to make sure we will be aware of such issues in the future. 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 only that patches apply correctly as I don't really have the board. 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
  14. Changes to be committed: modified: config/boards/aml-s9xx-box.tvb deleted: packages/bsp/aml-s9xx-box/boot/extlinux/extlinux.conf new file: packages/bsp/aml-s9xx-box/boot/extlinux/extlinux.conf.template Description Upgrades of the aml-s9xx-box bsp package were failing (apparently I've never tested this, nor has anyone reported it) The problem is that the package installs files into /boot which is a fat filesystem. dpkg doesn't support the fat filesystem for upgrades as it tries to create a backup link for each file it is replacing which fails. Solution is to remove the files being replaced in a preinst step This also necessitated using the standard armbian extlinux.conf file as installing a custom one would result in the extlinux.conf file being replaced (without the append line being added, thus making the box unbootable after upgrade) 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] Tested new image works [x] Tested upgrading and reinstalling the armbian-bsp-cli-aml-s9xx-box-current deb 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 View the full article
  15. Back in 2022, after a series of issues were found in its design, I made the call to rework some of WirePlumber's fundamentals in order to allow it to grow. So where are we we now? And what's next? Let's dive in! View the full article
  16. Changes to be committed: modified: VERSION Description It bugs me that nightlies are at 24.5 but main is still at 24.2 Jira reference number [AR-9999] Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code View the full article
  17. Description When booting from UHS-I cards on VIM4 and VIM1S, mine was Samsung EVO Plus card (MB-MC64KA), booting only worked 1 out of 5 reboots. Other times the device either tried booting from EMMC or from SPI flash. The following logs appear when booting doesn't work from sdcard mmc0 is current device sd: resp crc error, cmd17, status=0x1ff2400 ** Can't read partition table on 0:0 ** sd: resp crc error, cmd17, status=0x1ff2400 ** Can't read partition table on 0:0 ** ** Invalid partition 1 ** Using git bisect brought me to bfa451f commit and reverting the same solves the issue. Booting now works reliably from SD card every time I restart the same. Jira reference number AR-2070 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 rebooting multiple times when booting from sdcard on VIM4 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 Enable uboot gpio command. This would allow to set up rk3318-box'es LED display in custom uboot script. For example, to show "boot", this snippet can be added (gpio pins and letter codes should be adjusted for different STB/LCD models): FD650_MODE_WRCMD='0 1 0 0 1 0 0 0' DISPON='0 0 0 0 0 0 0 1' FD655_BASE_ADDR='0 1 1 0 0 1 1 0' Z='0 0 0 0 0 0 0 0' B='0 1 1 0 0 1 1 1' O='0 1 1 0 0 0 1 1' T='0 1 0 0 0 1 1 1' setenv d0 gpio clear C22 setenv d1 gpio set C22 setenv LC gpio clear C19 setenv HC gpio set C19 setenv send 'run d0 LC; for b in $cmd; do run d$b HC LC; done; run HC d1' cmd="$FD650_MODE_WRCMD 1 $DISPON 1" run send cmd="$FD655_BASE_ADDR 1 $Z 1 $B 1 $O 1 $O 1 $T 1" run send 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 and boot rk3318-box 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. mekotronics 3588: fix entering RK LOADER mode by keeping the RECOVERY button pressed during boot mekotronics 3588: fix entering RK LOADER mode by keeping the RECOVERY button pressed during boot those patches are a mess, hopefully I'll find time to squash soon mekotronics 3588: squash u-boot patches same as before but not touching the same file twice+ View the full article
  20. artifact-uboot: include BOOTCONFIG in u-boot artifact version hash artifact-uboot: include BOOTCONFIG in u-boot artifact version hash HOW did we get this far without this? should cause rebuild of all u-boots, hopefully View the full article
  21. Collabora's engineers presented six talks over the course of the weekend, with topics including a review of recent improvements to GStreamer, a look at the state of video offloading on the Linux desktop, and more. View the full article
  22. Build the Kernel DRDB as a module in linux-mvebu-config current and edge. close #6268 View the full article
  23. Description Bump the K2 to u-boot 2024.01, let's try to get old u-boots out of our hair. How Has This Been Tested? builds and boots, everything works. 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
  24. Description This patch fixes the high interrupt issue on the Orange Pi5 Plus. Forum discussion available here. https://forum.armbian.com/topic/33360-orangepi-5-plus-rtc-hym8563-irq-issue/ The patch also adds poweroff support. Right now the Orange Pi 5 Plus just reboots when poweroff or shutdown -h now is executed. Third fix of the patch is to correct gpio_pwrctrl1 typo. 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] Build command ./compile.sh BOARD=orangepi5-plus BRANCH=edge RELEASE=trixie KERNEL_CONFIGURE=no BUILD_MINIMAL=yes BUILD_DESKTOP=no COMPRESS_OUTPUTIMAGE=img BOOTSIZE=512 [x] Booted the image and went through the first-run wizard [x] Checked the system via top and procinfo and monitored the cpu usage and interrupts 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
  25. Description This PR adds support for the Texas Instruments SK-AM68 and SK-AM69 boards. Notable features of SK-AM68 board: 16GB LPDDR4‐4266 with support for inline error correction code (ECC) DisplayPort 4K resolution with MST support and HDMI Two CSI-2 ports compatible with Raspberry Pi 8 TOPS deep-learning performance and hardware-accelerated edge AI Three USB 3.0 Type A ports, one USB 3.0 Type C port Gigabit Ethernet and 4x CAN-FD Headers One M.2 key M connector Notable features of SK-AM69 board: 32GB LPDDR4‐4266 with support for inline error correction code (ECC) DisplayPort 4K resolution with MST support and HDMI Three CSI-2 ports compatible with Raspberry Pi 32 TOPS deep-learning performance and hardware-accelerated edge AI Three USB 3.0 Type A ports, one USB 3.0 Type C port Gigabit Ethernet and 4x CAN-FD Headers One M.2 key E connector and one M.2 key M connector Further details like features, schematics and purchase links can be found on the board page: SK-AM68 SK-AM69 Note: To support SK-AM69 board, we had to switch U-Boot source for K3 family devices to ti-u-boot:2023.04 (commit 1), since boot configs for SK-AM69 board has not been upstreamed yet. How Has This Been Tested? First, we verified that the changes introduced do not deprecate any existing board support by: [ ] Build and boot SK-AM62B Jammy CLI/Standard on Edge(v6.6) kernel [ ] Build and boot SK-AM64B Jammy CLI/Standard on Current(v6.1) and Edge(v6.6) kernels [ ] Build and boot SK-TDA4VM Jammy CLI/Standard on Current(v6.1) and Edge(v6.6) kernels Further, the functionalities of new boards were tested by: [ ] Build and boot SK-AM68 Jammy CLI/Standard on Current(v6.1) and Edge(v6.6) kernels [ ] Build and boot SK-AM69 Jammy CLI/Standard on Current(v6.1) and Edge(v6.6) kernels [ ] Gbit Ethernet works [ ] USB 3.0 ports work 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