All Activity

@amazingfateI finally made some progress. I've got a working 6.1.43 kernel with Ubuntu noble and the newest versions of Kodi and Inputstream adaptive. I have used the vendor-boogie-panthor configuration for armbian and added my IR Receiver settings. Unfortunately with Netflix the WivedineCDM lib does not work as the patches for glibc6 are missing. I know there is a patched version in your PPA, but since I use noble instead of jammy I was wondering what I need to do to build a patched libc6 myself. Do you remember how you built it? (glibc=1:2.35-0ubuntu3.4+2widevine)

Hey, Having issues with Firefox's multi-factor authentication (MFA)? Remain calm! Fortunately, there are also remedies for the common reasons why it could not be functioning. Let's begin with the fundamentals. Have you updated your Firefox browser recently? Older versions may not always work with some websites or multi-factor authentication. It might only take updating Firefox to the most recent version to resolve the problem. Think about your browser addons after that. Even though some of those add-ons can be quite helpful, others may interfere with MFA operations. To find out which one is causing the issue, try temporarily turning each one off one at a time. Lastly, the cache and cookies on your browser may be the problem. To make browsing more convenient, information is temporarily stored in these files. Thank You

@peter.eismannYou are using EGL as render method, which will only support NV12 format. You can try direct-to-plane.

@Devmfc Did you manage to run an Armbian system for the S905W2 processor with a graphical interface? I have a TV Box S905W2 with SV6256P and I would like to convert it to Armbian.

I would like to ask about the entry in armbiaEnv.txt in the ArmBian distribution for Orange Pi Zero 3 overlay_prefix=sun50i-h616 does it have anything to do with the file in the directory? /boot/dtb-6.6.30-current-sunxi64/allwinner/sun50i-h618-orangepi-zero3.dtb For OZPI version 3 there is a prefix sun50i-h618 and in armbianEnv.txt there is overlay_prefix=sun50i-h616 shouldn't it be sun50i-h618 ?? I'm asking about this because I have a problem with using overlay for w1-gpio for OZPI v3, so I am looking for the source of the problem in various places

I try to understand problem [ 4.997793] sun50i-h616-pinctrl 300b000.pinctrl: pin PC10 already requested by onewire@0; cannot claim for 300b000.pinctrl:74 and I see this message is generate by: https://github.com/torvalds/linux/blob/master/drivers/pinctrl/pinmux.c#L102 /** * pin_request() - request a single pin to be muxed in, typically for GPIO * @pctldev: the associated pin controller device * @pin: the pin number in the global pin space * @owner: a representation of the owner of this pin; typically the device * name that controls its mux function, or the requested GPIO name * @gpio_range: the range matching the GPIO pin if this is a request for a * single GPIO pin */ ...... if ((!gpio_range || ops->strict) && desc->mux_usecount && strcmp(desc->mux_owner, owner)) { dev_err(pctldev->dev, "pin %s already requested by %s; cannot claim for %s\n", desc->name, desc->mux_owner, owner); goto out; } if ((gpio_range || ops->strict) && desc->gpio_owner) { dev_err(pctldev->dev, "pin %s already requested by %s; cannot claim for %s\n", desc->name, desc->gpio_owner, owner); goto out; } .....

Testing ... 3588 vendor 6.1: Do we have a working? 3D hw support via panfork wiringpi support? npu? 4k youtube video playback under Chromium? 4k under MPV video player? https://github.com/armbian/os/blob/main/userpatches/targets-release-standard-support.yaml other rockchips. Enabling extensions? - v4l2loopback-dkms,mesa-oibaf What about amlogic, allwinnner? - v4l2loopback-dkms,mesa-oibaf Nice to have: rock-5-itx edge kernel Manually tested: - Bananapi M2PRO Gnome desktop with 4l2loopback-dkms and mesa-oibaf

Maybe I need a change in my w1-gpio.dts looking to https://elixir.bootlin.com/linux/v6.6.30/source/arch/arm64/boot/dts/allwinner compatible = "allwinner,sun50i-h616"; to model = "OrangePi Zero3"; compatible = "xunlong,orangepi-zero3", "allwinner,sun50i-h618"; and add #include "sun50i-h616-orangepi-zero.dtsi" like in https://elixir.bootlin.com/linux/v6.6.30/source/arch/arm64/boot/dts/allwinner/sun50i-h618-orangepi-zero3.dts

I don't know for sure but my guess is yes, you need the sd to hold the boot loader at least. NAND was supported only with stone-age 3.x kernels which have been abandoned years ago. Therefore this can no longer be used.

Good day, Is there a manual how to do that with the latest Armbian versions? Since my SBC have internal NAND and SSD installed, but still need a SD card to boot fom it?

Will try, I guess i'll revert back to bullseye.

I have the same problem on NanoPi V2 after upgrading to OMV6->7, getting 502 error on login and trying to fix with "omv-salt stage run deploy". Sad((((

@Joko Christian I am not sure that mixing versions of firmware and kernel versions is advisable. I took note from @ER Samson that when he removed cloudfare and replaced it with an equivalent package, the problems went away. I am not able to do much with your issue as cloudfare is not part of Armbian, nor of debian for that matter. I would recommend you try the most recent current Armbian package and the latest release of cloudfare. Try to run without making changes to the firmware unless you need extra drivers for hardware that is not supported by the Armbian system as built.

Ethernet is supposedly broken by design. While Xunlong is working on a hw revision of this board it is to be expected that it will be released under the same name which will then ultimately contribute to users confusion why on some boards eth works and on others not. Therefore get rid of this one altogether. https://github.com/armbian/build/issues/6587 View the full article

Unfortunately, my programming knowledge is low and knowledge of DTS Overlays + source code of w1-gpio linux kernel does not allow me to find the source of the problem [ 4.997793] sun50i-h616-pinctrl 300b000.pinctrl: pin PC10 already requested by onewire@0; cannot claim for 300b000.pinctrl:74

rk35xx: drop vendor-boogie-panthor BRANCH; it has been integrated into vendor rk35xx: drop vendor-boogie-panthor BRANCH; it has been integrated into vendor This reverts commit 5f59fe63f19391eea3f1d7f99e62db9bbc9c961f View the full article

multiple boards: fixes for board file syntax / missing vars (fixing JSON matrix prepare) multiple boards: fixes for board file syntax / missing vars (fixing JSON matrix prepare) BOARD_MAINTAINER must exist Every board file needs some variables defined, since they're parsed directly (and sources/includes are not resolved) View the full article

Description Same as #6588 for v24.05 branch View the full article

thanks for replying @Stephen Graf. I rather want to try using the older armbian-firmware package and keep the newer kernel, since the problem only shows up after I upgrade the firmware. currently it still hangs after 15-20 hours. can I extract the firmware from and image? the post from @ER Samson mention vnstat. I do not use it, and the package is not installed. i did use htop to check what's using the cpu. but nothing extensive. I haven't check the governor prior the deletion of firmware. currently is "on-demand"

Ha, interesting ... I have put in armbianEnv.txt instead pc10 now param_w1_pin=gpio71 where gpio71 is number line for PC7 which is not connected DS18B20 🙂 at current is nothing connected and working w1-gpio with info log where is show PC10/gpio-74 [ 4.957396] Driver for 1-wire Dallas network protocol. [ 4.960325] w1-gpio onewire@0: there is not valid maps for state default [ 4.960433] gpio-74 (onewire@0): enforced open drain please flag it properly in DT/ACPI DSDT/board file [ 4.986579] w1_master_driver w1_bus_master1: Attaching one wire slave 28.03165129ecff crc 24 cat /sys/bus/w1/devices/28-03165129ecff/w1_slave 5f 01 4b 46 7f ff 0c 10 12 : crc=12 YES 5f 01 4b 46 7f ff 0c 10 12 t=21937 I can not understand this

I would not use ZFS with this kernel if I were you. This kernel is provided by hw vendor, by people / business that only cares about (selling) hardware features to work. Everything else is unmaintained and open source community (not just Armbian) developers are not even thinking to maintain this kernel outside that as its concorde fallacy. FYI - it is highly possible ZFS implementation is affected, but you are FREE to do whatever. 90% of solutions, not workarounds, Armbian team (a few people) is unable to integrate into OS with their private resources, public (thousands of you) are simply not there. I can estimate, we could integrate about 30% of resolved suggestions this community generate with few full time engineers. Which costs money. Until you are satisfied with reporting problems only, until you don't care that a lot of value is wasted, there is nothing we can do but keep trying to provide "best effort" support with what we have and explaining this situation. Users perspective will always be like we refuse to help ... but people that are working on / helping Armbian are already long maxed out in efforts of helping everyone, even our competitors. Also. Hardware vendors have exploit of open source community build into their business model. If it happens that you are using hardware with terrible vendors reputation, bugs can be written, but are last to be resolved, some bugs are never resolved ... If you really wanna help everyone, start here: https://github.com/armbian/os/wiki/Import-3rd-party-packages Study and implement a solution. We also have automated dependency testing, which should prevent this problem in first place, but ain't working well and it wouldn't help much in this case. ZFS package is imported from Trixie and yes I understand that upstream package dependency has been recently changed. Until a month ago, we didn't have this problem, everything was working right and now, there is little we can do except disabling importing (which will also delete packages from repository). We don't compile those packages on our own and I am aware that this is not the best way. There are more workarounds - like using Trixie or Noble user space ... Its sadly under-powered, too small. Math is simple - I would very much like to help, but costs are the one that are killing us. Imagine that fixing a problem costs 1000 USD. You are willing to pay 5 USD (or not even that), which is fair if there would be more people contributes their share that you cover all costs. This never happens. They come with another and another problem for 1000 USD (often a lot more, sometimes a lot less) instead. Then its expected that we pay the rest, 995 USD for costs of resolving community software problem, this is simply not sustainable way of cooperation. Even the bug was made by us. I am trying to keep ZFS available. Do you have any idea how much time loss this service already caused with no benefits whatsoever? There are thousands of bugs in open source software and most of people pin everything on us after they download "Armbian image" and images that are produced by copycats as they claim "its Armbian". This particular problem was introduced by us, yes, but alternatively would be not providing ZFS that is capable of working with recent kernels. Which touches to the core of embedded Linux experience and logic. Often we can't match user space and kernel like this is done on 1st class x86 desktop / server / hw Linux world. Even they, often breaks critical things too, even with thousands of full time employees (Redhat). We can't provide that level of services with close to nothing from your side.

Summary, In all examples to use w1-gpio in Armbian in armbinaEnv.txt always is name of gpio is write in capital letters for example PC10 param_w1_pin=PC10 but when we use PC10 w1-gpio not works and in log is message: [ 4.997793] sun50i-h616-pinctrl 300b000.pinctrl: pin PC10 already requested by onewire@0; cannot claim for 300b000.pinctrl:74 command cat /sys/kernel/debug/gpio did not show that gpio 74 / PC10 is used command but when we use name gpio in lowercase letters pc10 w1-gpio works and show data from DS18B20 but show message in log [ 9.366246] w1-gpio onewire@0: there is not valid maps for state default command cat /sys/kernel/debug/gpio show gpiochip0: GPIOs 0-287, parent: platform/300b000.pinctrl, 300b000.pinctrl: gpio-74 ( |onewire@0 ) out hi and we can see data from DS18B20 cat /sys/bus/w1/devices/28-03165129ecff/w1_slave 53 01 4b 46 7f ff 0c 10 2d : crc=2d YES 53 01 4b 46 7f ff 0c 10 2d t=21187 for me, it is bug or in kernel 6.6.30 or overlay for Ornage Pi Zreo v3

Description Set correct video firmware based on the device being used. Fixes - https://forum.khadas.com/t/ffmpeg-and-hardware-h264-decode/19033/24 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] Checked that the preload service starts correctly on vim4 and video_code.bin file points to correct firmware file. Checklist: Please delete options that are not relevant. [ ] 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