All Activity

Hello, https://doc.embedfire.com/products/link/en/latest/linux/ebf_lubancat.html I tried to port the kernel device tree in the SDK provided to the mainline kernel, but it ultimately failed to start I'm not sure what the difference is between the device tree in the mainline kernel and the rk custom kernel Please help me.

I have a patch for emmc internal memory but I haven't tested it yet. I got it from warpme's miniarch distro. If you go back a few pages you'll see how heiko910 installed to emmc.

It's possible to get your H616 running with armbian.. we need more info. First you need to install a serial console on your uart. So we can see where the boot process stops. You probably have a different Dram setup. We can figure that out easily by extracting the boot0 from your android. The H616 is almost the same as H618. I have a H618 and everything works but the headphone jack. Banana Pi zero 3 has H618 with headphone jack working. I just don't have time right now to figure out the headphone issue. Please read this thread you'll find a lot of useful information getting your box up and running.

ag123: I was able to get github.com/armbian/os/releases to load, ONCE... then never again. (Apparently github hates these shared PCs or something.) Torrents are probably a no-go... I don't think these shared library machines have a client, and they won't run any code I sneakernet in. going: I have a hardware RTC for the Pi (DS3231-based). I'll dd the Jammy CLI download I snagged earlier to a clean uSD and boot a Pi4B up to see what happens. IIRC it's easy to reconfigure the time service to function without NTP. Thanks to everybody for the feedback.

sudo apt install linux-image-current-bcm2712=24.2.1 Would suffice for now.

Agree. My company can only cover costs for agreed Statement of Work and the price has to be agreed upfront. We can push limited number of hours invoiced for something important, but unfortunately we can't do donations - startups looks every penny both sides twice. Looks like images released aren't compatible with state of APT repositories: ~# apt show -a linux-image-current-bcm2712 Package: linux-image-current-bcm2712 Version: 24.2.5 Status: install ok installed Priority: optional Section: kernel Source: linux-6.6.23 Maintainer: Armbian Linux <info@armbian.com> Installed-Size: 155 MB Provides: linux-image, linux-image-armbian, armbian-current Armbian-Kernel-Version: 6.6.23 Armbian-Kernel-Version-Family: 6.6.23-current-bcm2712 Armbian-Original-Hash: 6.6.23-S8c3e-Dfed2-P0000-Ccc02H66b1-HK01ba-Vc222-Bd104-R448a Download-Size: unknown APT-Manual-Installed: yes APT-Sources: /var/lib/dpkg/status Description: Armbian Linux current kernel image 6.6.23-current-bcm2712 This package contains the Linux kernel, modules and corresponding other files. version "6.6.23" git revision "8c3e7a55220cb7cb13131bb8dccd37694537eb97" codename "Hurr durr Ima ninja sloth" drivers hash "fed24384_9f81b93f" patches hash "0000000000000000" .config hash "cc027d3a59f16119" .config hook hash "66b17b0d7f47b551" variables hash "c22207b66dc5dd57157df2cd7b9c20559b2ed8ac44b9c3c3b9704002c06b8921" framework bash hash "d1042705e60277e8" Package: linux-image-current-bcm2712 Version: 24.2.1 Priority: optional Section: kernel Source: linux-6.6.18 Maintainer: Armbian Linux <info@armbian.com> Installed-Size: 158 MB Provides: linux-image, linux-image-armbian, armbian-current Armbian-Kernel-Version: 6.6.18 Armbian-Kernel-Version-Family: 6.6.18-current-bcm2712 Armbian-Original-Hash: 6.6.18-S9e78-D6b4a-P0000-Cb2aaH4168-HK01ba-Vc222-B067e-R448a Download-Size: 27.4 MB APT-Sources: http://apt.armbian.com jammy/main arm64 Packages Description: Armbian Linux current kernel image 6.6.18-current-bcm2712 This package contains the Linux kernel, modules and corresponding other files. version "6.6.18" git revision "9e78addad23f9fc66b0c6399d9234e44a89d699a" codename "Hurr durr Ima ninja sloth" drivers hash "6b4abbc6_0b3d8cbf" patches hash "0000000000000000" .config hash "b2aa59cc79694025" .config hook hash "4168b2934f796ee8" variables hash "c22207b66dc5dd57157df2cd7b9c20559b2ed8ac44b9c3c3b9704002c06b8921" framework bash hash "067e1a10c790605d" `APT-Sources` field indicates only the latter is available on apt.armbian.com... I found https://armbian.site-meganet.com/apt/pool/main/l/linux-6.6.18/ only, no directory for 6.6.23 in there.

ok, I'll try that, thanks

Not really needed to do that for wear prevention: armbian is already optimized to write logs in a zram device (so they are kept in ram and compressed on the fly) and also swap space is by default a zswap device. Don't know, it could be possible if some pins are directly connected to gpios, but for what I know they are connected to another led driver chip which is surely missing on your board, so the answer is probably no. I tried msd on the usb2 port for both rk3318 and rk322x socs and it kinda works. The rockchip implementation of the dwc2 IP (the silicon behind the USB2 port) seems to be a bit buggy and the dwc2 driver also seems to be a bit buggy, so the whole thing is a bit buggy. Nonetheless it worked on my side, but had to make some patches for the kernel (see this) that you don't really need if you're running kernel >= 6.8 but definitely if < 6.8. As a note, audio gadget was totally out of reach. Did not try having two or more USB gagdets at the same time. From the uboot dwc2 driver I'm inspecting, I see #define MAX_ENDPOINT 16, but take it with a grain of salt. USB3 port seems to work a bit better.

@R Tech Definetly not Easy tò answer what Is going wrong with no booting without any support from uart ( USB/ttl adapter). Let see if somebody else has experienced trouble with this board like your, very recent board Btw It has ecmp chip

@peter.eismann I don't know about the netflix issue and I can't confirm that. Kodi does not run well inside a wayland session. You can try to login to a gbm session from display manager.

Description ArmSoM Sige1 is a rk3528 board with emmc, dual ethernet, rtl8852bs wifi/bt, HDMI, usb. https://docs.armsom.org/armsom-sige1 I just use the uboot defconfig from hinlink-h28k and it works fine. At the moment only vendor 6.1 kernel is supported. This pr depends on https://github.com/armbian/linux-rockchip/pull/178 How Has This Been Tested? [x] ./compile.sh BOARD=armsom-sige1 BRANCH=vendor BUILD_DESKTOP=no BUILD_MINIMAL=no DEB_COMPRESS=xz KERNEL_CONFIGURE=no RELEASE=bookworm KERNEL_GIT=shallow Checklist: Please delete options that are not relevant. [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 [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Removing myself as maintainer for Raspberry Pi and Allwinner boards as I no longer have time to maintain them. As some of the boards no longer have maintainer, changed them to csc. 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 [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

@R Tech Moved your post to the correct thread.

I recently purchased a cheap TV box (RK3228A) on AliExpress and I'm trying to boot up MULTITOOL for installing Armbian. However, it's not starting. Steps followed: - Flashed the multitool.img onto an SD card using BalenaEtcher. - Removed the SD card from the Computer and inserted it into the TV BOX slot. - Connected the power cable to the BOX. Result: - No event occurred. - The red light on the BOX lit up. - However, MULTITOOL didn't start. - The monitor shows "HDMI no signal". I tried using another multitool.img, but also without success. Could anyone help me? I'm not an expert on this matter. TV BOX: https://i.ibb.co/NsZ12LT/tvbox.jpg | https://i.ibb.co/ScwRG4V/tvbox2.jpg

I honestly don't remember it now. But it can be this one - https://github.com/armbian/build/pull/5619

Usually research (or active sponsoring of our team) is needed to determine what is wrong. This can take half an hour or several weeks. As active sponsoring is still way below 1% of our costs, I have absolutely no interest to cover expenses of any research and then provide findings in exchange for nothing. This is deadly for the project and our mental health. Usually additional questions / research are requested, which only makes developers more frustrated. This is quite common delusion here - that open source developers are stupid and just happy to work for free. Yes, limited to things they like to work on. There are thousands of problems and they are not ours. They are yours, even "sold" under Armbian assembly. If you can tell who will pay research for you or for everyone, I will find someone that will do it. Or not. I have no budget to spent. Since this is open source, anyone can finance to tell what is wrong. This is the essence of this forums. ... and perhaps another week that solution is developed, implemented and tested? Perhaps a lot more. Ain't simple to answer to this question. All this require serious investment from our side to support worse customer there is Don't take this as an offence as this is a part of the game. This only have ends at different point. You can donate, or not. If you want that this is fixed, this has different procedure. It require establishing business relation, which procedure is by default expensive and for resolving one problem ... its a lot better to skip it anyway. However, starting point is trying to make a support contract, make large enough donation that we don't need to pay for everything as we will not move. This is not something granted as I need to be sure that I can keep my promise and meet your expectations. Armbian CI can only be executed by Armbian staff member with sufficient privileges. I am talking about CI that is auto remaking all our code (kernel, headers, ...) on code change. This is dropped to APT repo http://beta.armbian.com, which is updated daily and at every code change.

Thanks for the confirmation. I ran the kernel update via armbian-config and everything worked without issues. Thanks again!

Gladly, just need to know where to start to trigger CI to build header's package for 24.2.5? Raspberry Pi 5 is not on the list. No, I expect to tell me what's wrong and give hint how this can be fixed. How much we'd have to pay to get this fixed?

This is just one issue out of thousands and we operate all this with budget that is very close to zero. This should be picked by maintainer, if exists. We support them from our business deals, but still, they come and go and in between, we have nobody. For a month and half, there is nobody and I can't cover, its too expensive. Since none of board maintainer is full time, but they should be, this can easily take weeks, or more ... But luckily: automated builds makes it half way. Its there, even smoke tested, where problems are not detected. one can build combo on their own. its open source. You can fix bugs too. we need to push new release by the end of the month. And yes, I heard there are some problems with Rpi kernels. Which will just make us more damages and headaches. Rpi foundation has almost 2 mio EUR yearly budget to fight problems ... Its not Armbian that is making bugs, but you expect us to pay to fix them. I tried to help you with hints. Here I have to stop. Out on vacations.

@ct100 Thank you! "nmcli dev status" did the job (I wasn't aware of it). I tried ""networkctl" before and all interfaces were unmanaged. Looks good now: nmcli dev status DEVICE TYPE STATE CONNECTION enP4p65s0 ethernet connected Armbian ethernet docker0 bridge connected (externally) docker0

Edge now at 6.8.9. No obvious improvements, but closing in on mainstream.... G

@q-bert Use the command "nmcli dev status" (for Network-Manager) or "networkctl" (for systemd-networkd) and make sure the NIC is not off / unmanaged.

And 6.6.30 bricks the unit... doesn't boot 🤦‍♂️ and I don't have serial cable to my RPi5. Fan remains spinning at full speed. Going back to reflash the SD Card with original image. Who can fix header package for the stable branch?