Active threads

Hi all, so I was trying to map a windows network drive to armbian but something is missing or am i doing something wrong here: I tried smb://10.10.2.101 sftp://10.10.2.101 both are highlighted in red It works fine on Rocky Linux thou.. any ideas ?

hello, i was trying to set up a 2 pin fan on my orangepi 5b and i connected it to pin 25 and 26 (GND and PWM1). When i first started this task, the output from gpio readall would show me all 26 pins on the board. As i was digging through some forums to try and get the PWM pin to operate as on/off, i came across wiringOP and when i installed it, the output of `gpio readall` changed to only show 8pins. I am unsure of what went wrong and why it only shows 8 pins. I tried removing wiringOP and it still has not made a difference. Thanks

@Ikesankom I did a quick test jiggling with bootloader to try and test multiple cases with both sdcard and emmc. I found a little "bug": there is no "alias" for the mmc devices in the device tree, so sometimes at boot the emmc is mmcblk0 and sdcard il mmcblk2, sometimes they get swapped. Anyway, despite this bug, the installer never broke the existing bootloader, at most it could miss the right device (I should check the logic behind, as it is not so easy guess what is the booting device) if you have both emmc and sdcard plugged. It's not a big deal though: the bootloader has got no real updates in a while since it works fine and the important thing is that the script does not destroy anymore the existing bootloader 😁 Anyway, if the board is remotely installed and controls something important, and you want extra-safety, you can do apt-mark hold linux-u-boot-tinkerboard-current and prevent bootloader upgrades

Result with for i in $(seq 1 100); do ./cpufreq-switching-2-b ; done TRANSITION_DELAY 5000 16h47 6.6.28 NO CRASH ! Tomorrow try with TRANSITION_DELAY 0 Have a good night 9/10, 99/100 cpub_freq 600000 cpub_freq 816000 cpub_freq 1008000 cpub_freq 1200000 cpub_freq 1416000 cpub_freq 1608000 cpub_freq 1800000 cpub_freq 1608000 cpub_freq 1416000 cpub_freq 1200000 cpub_freq 1008000 cpub_freq 816000 cpub_freq 600000 cpub_freq 408000 cpub_freq 600000 cpub_freq 816000 cpub_freq 1008000 cpub_freq 1200000 cpub_freq 1416000 cpub_freq 1608000 cpub_freq 1800000 cpub_freq 1608000 cpub_freq 1416000 cpub_freq 1200000 cpub_freq 1008000 cpub_freq 816000 cpub_freq 600000 cpub_freq 408000 cpub_freq 600000 cpub_freq 816000 cpub_freq 1008000 cpub_freq 1200000 cpub_freq 1416000 cpub_freq 1608000 cpub_freq 1800000 cpub_freq 1608000 cpub_freq 1416000 cpub_freq 1200000 cpub_freq 1008000 cpub_freq 816000 cpub_freq 600000 cpub_freq 408000 cpub_freq 600000 cpub_freq 816000 cpub_freq 1008000 cpub_freq 1200000 cpub_freq 1416000 cpub_freq 1608000 cpub_freq 1800000 cpub_freq 1608000 cpub_freq 1416000 cpub_freq 1200000 cpub_freq 1008000 cpub_freq 816000 cpub_freq 600000 cpub_freq 408000 cpub_freq 600000 cpub_freq 816000 cpub_freq 1008000 cpub_freq 1200000 cpub_freq 1416000 cpub_freq 1608000 cpub_freq 1800000 cpub_freq 1608000 root@helios64:~/tmp#

Thank you so much Micsa! This config really "just" worked for me. Now Banana Pi detects either my DS3231 or DS1307 clock.

Can I ask if there is a build for 2gb ram? I'm using Vontar 618 with board vs Transpeed 8k 2gb version so it almost just hangs on the armbian logo. I have tried all versions of armdev build but they don't work

Directly no as it doesn't have any software that would allow this. This way (via SD or eMMC): https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-sata-nvme-usb

@royk thanks for the build, still i didn't test it but i performed some new tests, using the dist from Joshua Riek as Ubuntu is ready, with GPU, and the Kernel is already patched And same problem with Nexus, but i was able to build Omega and is working fine if in System -> Video i select my TV on not the default option (dunno why), after that i can change the resolution to 1080p and everything is working fine, HDR10, x265, x264, 4k.. all good although when i start a video the change of resolution is a bit slow and in the Kodi logs i can see an issue with the EDID: 2024-04-22 10:53:53.119 T:2038 error <general>: [display-info] Error parsing EDID: 2024-04-22 10:53:53.119 T:2038 error <general>: [display-info] ---------------------------------------------- 2024-04-22 10:53:53.119 T:2038 error <general>: [display-info] Block 1, CTA-861 Extension Block: 2024-04-22 10:53:53.119 T:2038 error <general>: [display-info] Colorimetry Data Block: Reserved bits MD0-MD3 must be 0. 2024-04-22 10:53:53.119 T:2038 error <general>: [display-info] 2024-04-22 10:53:53.119 T:2038 error <general>: [display-info] ---------------------------------------------- after these messages in can see in the Kodi log that is able to load all the resolutions profiles Don't know if there is a fix for the EDID After installing Omega it create automatically the GBM profile, using that Kodi works, meanwhile if I'm using yours with the FFMPEG_RKMPP_DEC_OPT="afbc=on" option the video is not showing and Kodi crash cat /usr/local/share/wayland-sessions/kodi-gbm.desktop [Desktop Entry] Name=Kodi on GBM Comment=This session will start Kodi media center Exec=kodi-standalone --windowing=gbm TryExec=kodi-standalone Type=Application Keywords=audio;video;media;center;tv;movies;series;songs;remote; Icon=kodi Also, there was an issue with the python IMP module not found that caused some crashes, and addon probs. finally resolved installing python3-zombie-imp

Hello. Here are in this thread I post Armbian 24.5.0 Bookworm images that should be compatible with Vontar KK MAX. Also added remarks about dualboot for ex. if we want to make untouched Android and at the same time boot only from SD-Card. Also added recommendations for installation on eMMC.

What UART parameters have you set, especially flow control?

I'm facing the same situation with a unstable system after trying to update. Having spent a lot of time into troubleshooting and expecting that community support for this device at least will not get better I am also looking for an alternative. Looking for an alternative board is also not that easy because the size (nano-ITX) is not widely spread. Furthermore one requirement for me would be very common hardware/architecture to not depend on special linux distribution, so getting a good mainline support. These days was the release of a new Odroid x86 board "H4" which comes with 4 Sata-Ports. The board physically seems to fit into the Helios64-case but maybe requires some adaption to different hole-positions. Did anybody else already considered that as an option ?

Debian Buster is end of life. There haven't been any armbian updates for a long time. You can ignore the error as there are no updates to get. You really need to upgrade to a supported Debian release.

Using overlays on the PI whilst on Armbian should be no different than doing so on RaspiOS. https://www.raspberrypi.com/documentation/computers/config_txt.html#overlay_prefix If you don't know how to use them I suggest you use google or check the foundation docs.

I could not get simple SPI device to work even on the Orange Pi Debian image. (So am not sure there is any SPI capable system for it yet). I got normal GPIO operations to work and I2C though but no SPI.

I'm using Gnome build with the new .dts Today I start a new PR to publish all changes (merged 1h ago) oficial images will be updated on next build (24.5.0-trunk.434)

As part of our commitment to social responsibility, we've been part of the 1% for the Planet Network since 2022. The environmental partners we support help to better the planet. View the full article

Resolved it

can you post here to?

I understand your concern about not wanting to compile the entire repository. Building an operating system from source can be a time-consuming and resource-intensive process. Let me rephrase my request: I don't want to go through the process of compiling the Armbian repository and building the image from source. Is there an easier way to create a bootable live image directly from my current Armbian installation without having to rebuild everything from scratch? Perhaps there's a tool or script that can capture the current state of my system and package it into a bootable image file that I can write to a USB drive or SD card? I'm hoping for a more straightforward solution that doesn't require me to delve into the intricacies of the Armbian build process. If such a method exists, it would save me a significant amount of time and effort. Please let me know if you're aware of any alternative approaches that could achieve my goal more efficiently.

Try disabling it with an overlay. /dts-v1/; /plugin/; / { fragment@0 { target = <&mbus>; __overlay__ { status = "disabled"; }; }; }; If that doesn't work, set the wrong compat string. /dts-v1/; /plugin/; / { fragment@0 { target = <&mbus>; __overlay__ { compatible = "allwinner,sun8i-h3-mbus"; }; }; }; Use the `armbian-add-overlay` to compile and add the overlay. NOTE: The overlay(s) may not work because of how the current DTS is setup, which is why I suggested blacklisting the driver. The driver in question is: sun8i-a33-mbus https://lore.kernel.org/linux-arm-kernel/a48923b7-12f9-808e-1171-49b826bd5f1c@samsung.com/T/#ma00a3e07248dc7fb2d300b7c9c409f69ffa64c14

Ok, I've finally ordered the new board (BTT Pi 2), hopefully armbian will roll out a version for it in the next month or so while the board is getting shipped. I've also noticed quite a bit of similarities with Orange Pi 3B. I wonder, will it be safe to try armbian for that board if the BTT Pi2/CB2 version doesn't come out soon?

Hi guys, its the first time im gonna post here so bear with me, i am a recent user of orange pi zero 3, one with 4GB RAM and i have been able to run the latest community release on it, things work besides audio thru hdmi, but i have noticed that the video encoding and decoding is not working, albeit 3d acceleration works thru panfrost and Mesa. I have been digging this topic and i wanted to share what i found and maybe validate if im right or perhaps i am not getting this well. 1. Video encoding and decoding in G31-MP2 is something separated from what Mesa and panfrost would do, so even if those work i cant get video acceleration with h.264 etc. 2. It is possible because the android 12 TV version from the manufacturer can do it in a very easy way, but as far as i understood this is because it is using some kind of closed source driver, that the SoC manufacturer provided (that almost all the boards made with the allwinner H616/H618 would run, so it isnt like orange pi dedicated developers to create the android being offered but it is a stock stuff that Allwinner has available for whoever buys their chips) 3. There are efforts to reverse engineer this properly called CEDRUS but there is kind of a lack of information about them since 2019, it is supposedly present in the kernel, but as many others have said and tried for some reason is not working with H616//h618. Anyone knows if it is still being developed? In conclusion the state of things with hardware decoding and encoding of video in ARM is like a wasteland, at least for linux, these chips, ARM chips we get are mostly developed for android TV boxes or TVs or tablets, but they do not develop for linux, that maybe transferring the necessary code to make it work could be trivial, but with thin resources and doing the bare minimum and being closed source the SoC manufacturer has no interest in creating this support and it is left to open source volunteers to find a way. Which means that support for the H616/H618 might come several years into the future perhaps never. Am I interpreting reality right?, i had some hopes to create something like a jellyfin box with accelerated hardware coding and decoding but nothing might be possible, there is maybe some hope, i read somewhere in the LibreELEC forums that someone made it possible to run it with video decoding (if i am not mistaken) with no audio, so perhaps someone found a way?, thanks in advance.

################################### ################################### Official armbian Images since 24.5.0-trunk.433 https://github.com/armbian/community/releases/ Wifi Driver: https://drive.google.com/file/d/1jU0VRhe-ou8lZ-D1COvwuqGvMBIht-Dw/view?usp=sharing Take some files from CoreElec https://github.com/CoreELEC/brcmfmac_sdio-firmware-aml/tree/master/firmware/brcm cd /lib/firmware/brcm/ sudo wget https://github.com/LibreELEC/brcmfmac_sdio-firmware/raw/master/BCM4335A0.hcd sudo wget https://github.com/CoreELEC/brcmfmac_sdio-firmware-aml/raw/master/firmware/brcm/fw_bcm4335b0_ag.bin sudo ln -s fw_bcm4335b0_ag.bin brcmfmac4335-sdio.h96-TVbox,rk3566.bin sudo reboot now nmcli dev wifi How to flash: Same as V1.1 ################################### ###################################

Hi, i use cpufreq-switching-2-b and... Full Crash and reboot automatic after less than 15s... After reboot not crash second try just after reboot... for moment, my test pattern not crash, cpufreq-switching-2-b continu to do crash with cpufreq-switching-2-b. I test 2 version here soon: https://gist.github.com/prahal