All Activity

Ok, I have to say that. Today I tested something and used a new fresh installed SD-card Armbian_23.02.2_Nanopim4v2_bullseye_current_5.15.93_minimal (image from above). And armbian-config was able to install over apt apt update && apt upgrade -y apt install armbian-config Cheers

balbes150, There is something wrong with performance. I am trying "Armbian_23.09_Nezha_sid_current_6.1.0_xfce_desktop.img.xz" Doing my simplest performance test: dd if=/dev/zero bs=1M count=256 | md5sum The result is 21 MB/sec. Moving windows in Xfce is really sluggish, even after disabling compositor, leaves trail on screen and lags behind mouse movement. Compared to "licheerv-debian-clean-hdmi.zst" from https://linux-sunxi.org/Sipeed_Lichee_RV#Pre-made_images (last in the list). Using kernel 5.18. The same benchmark returns 51 MB/sec. Moving windows is very responsive.

Try to make a "knight move". Boot from the old image that works for you. Download and install the kernel and dtb packages using the dpkg -i command. P.S. In fact, this is harmful advice. Try it if there's nothing else left.

No, I just had that impression, it might be the toolset, settings etc. Thank you @Werner, I'll look at that when I have time.

Assembly is done via CI: https://github.com/armbian/community

That looks like it is working to me. I have been fiddling with my cubietruck recently and I notice that it doesn't always connect to the network too, so maybe the problem has nothing to do with your carrier board.

Excuse me, are you sure it's the kernel that's not working?

In my case, I have 10+ of OPi boards in the drawer, which I wanted to put to some good use. I started with the single one in use. I said "23.8.1" worked, but with a single apt update/upgrade it gets stuck on boot. I spent a day debugging the issue to no avail, so I put that away. I'm with no firewall and PiHole now, ads really suck. I'll revisit the issue when my current project is over. ... or just put an RPi 3 there... @Moklev, thank you for the pointers. I wonder: If the kernel is broken, why does the community create new image versions?

It is community maintained. You are a community member. Feel free to go ahead and fix whatever the issue is ¯\_(ツ)_/¯ If there even is an issue since nobody managed to provide full proper debug logs. Anyway I'd start at the place you suggested and check the code. Maybe there is an (easy) fix that could be ported. This is how open source works. Not really. There are issues existing way longer but we neither have enough funding nor enough man power to deal with all of them That's the reason why we have to give back support for certain boards into community hands to get some weight off of our shoulders.

Pure android is great, but I think you don't know what you allowing within your network Don't look at the light, you might end up being an enlightener

Pure android is great, but I think you don't know what you allowing within your network Don't look at the light, you might end up being an enlightener

Looks like new release fixes this problem. Three restarts, three flawless reboots.

I chose to reinstall the system, due to the particularity of the problem. Thank you to anyone who tried to help.

I tried a few images and I wasn't able to use only the 6.8.10/11 because of video issues. All the others with kernel 6.1 worked fine. Maybe you're using the non-plus version of the images?

The world of AI has made leaps and bounds from what it once was, but there are still some adjustments required for the optimal outcome. With the help of WhisperLive, VoxAI was able to improve its response time and oratory abilities. View the full article

@DroZDI which image did you download

I lost whole day yesterday to try boot with new images from Armbian download page - kernel 6.1 / kernel 6.8 bookworm/trixi and none boots... If I take Ubuntu or Debian image I have no problem to boot from. Do you have the same?

It's interesting. I'll check it out to see what's missing

It's weird that you are booting further with tx6s but it shows your pmic isn't setup. I guess it has something to do with axp305 being defined in &r_i2c and &r_rsb. In &r_rsb it's defined as axp305: pmic@745. I guess without these changes you probably introduce more errors. INFO: PMIC: Probing AXP305 on RSB WARNING: PMIC: No regulators DT node, skipping setup +&r_i2c { + status = "okay"; + + axp305_1: pmic@36 { + compatible = "x-powers,axp305", "x-powers,axp805", + "x-powers,axp806"; + reg = <0x36>; + + /* dummy interrupt to appease the driver for now */ + interrupts = <GIC_SPI 103 IRQ_TYPE_LEVEL_HIGH>; + interrupt-controller; + #interrupt-cells = <1>; + }; +}; But then axp305 goes back to normal in the kernel dtb and it's only define once. https://github.com/warpme/minimyth2/blob/master/script/kernel/linux-6.6/files/0632-arm64-dts-allwinner-h616-add-Tanix-TX6s-TVbox.patch Also, there's two Ethernet devices for H616 emac1 uses the SOC internal Ethernet phy called AC200. While, emac0 uses the external Ethernet chip. I think this is where you are having problems. tx6s: (Miniarch uses emac1 but in your uboot.patch it's emac0!) ethernet0 = &emac1; OrangePi-Zero2: (Uses external Ethernet chip) ethernet0 = &emac0; H618 is similar to H616 but it now has AC300 as the Ethernet phy.

First of all, probably you're talking about the stock Android: you're in the wrong place. We don't discuss here about Android at all, we discuss about Armbian here. About the technicals, even the cheapest rockchip soc around (rk322x) is capable of driving 4k HDMI panels (but only up to 30fps) and decode 4K H.265 content (only up to 25fps AFAIR), but they are pushed to their limits. More newer and powerful socs (rk3328, rk3399, rk3528 and rk3566/68/88) should be capable of handle 60fps 4k HDMI panels and decoding 50/60fps content, but then come the optimization issues. Chinese manufacturers advertise what the soc is capable of, but the amount of data involved in 4k 60fps content to be decoded and displayed is huge and if pipeline is not perfectly optimized, you get stuttering and bad performance. Chinese manufacturers don't care at all about optimizations, because optimizing software is a lengthy process and thus costs a lot and they want profit, not costs.

Yes, still broken, after six months, it's almost a record XD You can use 24.02 or 24.05 with old 6.1.xx kernel (disable kernel upgrade in armbian-config) Or better remove Armbian and use vanilla Debian: https://sd-card-images.johang.se/boards/orange_pi_pc2.html (try Bookworm 12.5 - kernel 6.1.190, 27/05/2024)

ok, here is the output of journalctl -b attached, Ethernet not working. I couldn't find a cause in there. The interesting thing is, sometimes it works, sometimes it don't. Floating input or something? Regards, Holm Armbian-cap