Active threads

Showing topics posted in for the last 365 days.

This stream auto-updates     

  1. Past hour
  2. On the BananaPi image startx says: Indeed /usr/lib/arm-linux-gnueabihf/dri/ contains various *_dri.so files but none called sun4i-drm. Any suggestions what to do?
  3. mboehmer

    Odroid C4

    Hm. I just did a loop of reboots on the download image (Armbian Focal with Linux 5.6.15-meson64), and had no stuck. I use an Hardkernel 16GB eMMC and a 2A 12V power supply.
  4. Yes. I can change the configuration, uncheck media drivers, uncheck feildbus drivers, ....an so many drivers, but I got everything built. For now, I do think I will leave as it is, since the new armbian+ new kernel boots only in 15s compared to previous armbian version it took more than 200s.
  5. Today
  6. https://youtu.be/VHhmbaheUKg Something is not right while installing anything heavy on Armbian_20.08.0_Arm-64_focal_current_5.7.0-rc7, in this case lubuntu-desktop package. According to the video I uploaded, it seems to be a kernel panic: Asynchronous SError Interrupt.
  7. Hi there, with Armbian Buster "OOB" (+update) I have following problem on Orange Pi 3: - Firefox (with language Polish) does not play network radio: https://www.rmfon.pl/play,25#p , - at the same time: - there are /dev/snd/ files, only for HDMI, but I have read that currently there is no driver for H6 audio, so I may expect at least ALSA is working, - VLC plays MP3 files correctly, (but it can play with pulse and ALSA), - pulseaudio is not started / configured / present. What should I do?
  8. Is there any chance to get video hw (panfrost) working on armbian like on ubuntu ? here
  9. @Memo hi, do you solve that problem?
  10. 3.4.113 (Armbian_5.46) fex: [csi0] vip_dev0_mname = "ov5640" sunxi-pio -m "PG11<1><0><1><1>" modprobe ov5640 modprobe vfe_v4l2 Yup maybe it's just needed to set somewhere a bit enabling that i2c lane, or something else H3/board-specific. I was thinking about connecting oscilloscope to csi to see if there is any activity at all.
  11. You should not having touched the "garbage" chars, they are binary header of compiled script. To revert it as before, use this command : mkimage -C none -A arm -T script -d rockchip-fixup.scr-without-garbage-chars rockchip-fixup.scr Also, looking at your first screenshot of /boot/armbianEnv.txt, the "overlay_prefix=rockchip" should be on a single line, not the same line as "verbosity=1" ...
  12. I have a Neo2. I really like the 40mmx40mm size. I sure hope they keep that form factor. I love these little boards I am running pi-hole on mine and have experimented with a few other things. Would love to buy a handful to experiment with. Honestly would love to see one with wifi and 3.5 mm audio out. it does not have to be the greatest sound just good enough to build a few airplay receivers for the low end speakers I have laying around for full house audio.
  13. @Igor I can verify M1 image now works, thanks!
  14. {Information] I created the pull request https://github.com/armbian/build/pull/2007 : delete additional modules-line in nanopia64.csc because this non-existent modules does give a error-message in the onscreen-bootlog (not dmesg) and some other modules already do the work for sound & network. They seems to be artifact of the former PineA64-image where the NanoPi A64 image was made of in the past. If you want to get rid of the error-message now you can delete the lines in /etc/modules. status systemd-modules-load.service ● systemd-modules-load.service - Load Kernel Modules Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static; vendor preset: enabled) Drop-In: /lib/systemd/system/systemd-modules-load.service.d └─10-timeout.conf Active: failed (Result: exit-code) since Thu 2020-06-04 13:07:37 +03; 39s ago Docs: man:systemd-modules-load.service(8) man:modules-load.d(5) Process: 531 ExecStart=/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE) Main PID: 531 (code=exited, status=1/FAILURE) journalctl -f -b _PID=journalctl -f -b _PID=531 Jun 04 13:07:49 npi-a64 systemd-modules-load[531]: Failed to find module 'sunxi_codec' Jun 04 13:07:49 npi-a64 systemd-modules-load[531]: Failed to find module 'sunxi_i2s' Jun 04 13:07:49 npi-a64 systemd-modules-load[531]: Failed to find module 'sunxi_sndcodec' Jun 04 13:07:49 npi-a64 systemd-modules-load[531]: Failed to find module '8723bs'
  15. I installed gnome-software on armbian Ubuntu 20.05 based on Ubuntu 20.04 LTS, the gnome-software store opens when I try to install any software, the store closes and does not install, can someone help solve this problem, I was only able to install the program when I installed it the snap-store by the chromium browser I downloaded the snap-store armhf version.
  16. I dont think I'm misleadign people... All I'v said was that my X96Air are running just fine. I've got uptimes of over a month and for what I use them that's perfectly fine
  17. I finally managed to get the plymouth working on Orange Pi Plus 2e. 1. Enabled the patch remove-boot-messages-from-hdmi.patch removed .disable. I get this warning during the build 'Cannot update. patch has changed. Options exit, ignore and continue. I chose ignore and continue) 2. Install plymouth as per instructions in I had to remove these two lines from armbianEnv.txt console=custom consoleargs="console=ttyS0,115200 console=tty7" and replace with console=serial The custom image I am building excluded Ethernet drivers and with these line above u-boot keeps on looking for ethernet device. Not sure if these two are related but removing these lines did help. The plymouth theme comes into action when kernel loads however I still do not see boot logo. I am wondering if removing this patch 'xxx-disable-de2-to-improve-edid-detection.patch' would help. Thanks & Regards Rajesh
  18. So I finally tried installing the latest 5.4.43 build from Armbian. I applied your overlay, compiled and loaded from armbianEnv.txt and added the setenv video-mode sunxi:1024x600,monitor=lcd,hpd=0,edid=1 line. For me, the backlight works, but nothing else does. I decompiled the /boot/dtb/allwinner/sun50i-a64-pine64.dtb file, changed the dsi@1ca0000 { compatible = "allwinner,sun50i-a64-mipi-dsi"; reg = <0x1ca0000 0x1000>; interrupts = <0x00 0x59 0x04>; clocks = <0x02 0x1c>; resets = <0x02 0x05>; phys = <0x41>; phy-names = "dphy"; status = "disabled"; #address-cells = <0x01>; #size-cells = <0x00>; phandle = <0x84>; port { endpoint { remote-endpoint = <0x42>; phandle = <0x1e>; }; }; }; section to dsi@1ca0000 { compatible = "allwinner,sun50i-a64-mipi-dsi"; reg = <0x1ca0000 0x1000>; interrupts = <0x00 0x59 0x04>; clocks = <0x02 0x1c>; resets = <0x02 0x05>; phys = <0x41>; phy-names = "dphy"; status = "enabled"; #address-cells = <0x01>; #size-cells = <0x00>; phandle = <0x84>; port { endpoint { remote-endpoint = <0x42>; phandle = <0x1e>; }; }; }; I couldn't find any other references in that file and recompiled it. dmesg | grep dsi lists nothing, while dmesg | grep mipi [ 3.505719] vcc-mipi: Bringing 2900000uV into 3300000-3300000uV [ 6.603912] Modules linked in: cpufreq_dt zram sch_fq_codel g_serial libcomposite ip_tables x_tables autofs4 realtek axp20x_usb_power pinctrl_axp209 axp20x_regulator phy_sun6i_mipi_dphy dwmac_sun8i mdio_mux i2c_mv64xxx pwm_bl and dmesg | grep display root@pine64:~# dmesg | grep drm [ 5.394228] systemd[1]: Condition check resulted in Load Kernel Module drm being skipped. I also tried adding feiyang_fy07024di26a30 and sun6i_mipi_dsi to /etc/modules. with same result.
  19. ok, thank you for the reply. Hope to get other tests. Cheers
  20. I would propose that this is fixed in all configs under this pull requests.
  21. Hi Barish, yes you are completely right the issue was that dnsmasq was set to a non standard port (5353 if I recall) because bind9 was using port 53 and dnsmasq did not like handling name forward requests on that port for some reason it will only do it when it is on port 53
  22. Its fixed now. Manual fixing: https://github.com/armbian/build/commit/436a5681b517f0fec96175713f583ccf1cb7272d#diff-64aa80ea89b0e8b352d18450208ff6daR505 then updating RD.
  23. OpenWRT is a router distro, but support state (how it actually works) is unknown https://en.wikipedia.org/wiki/OpenWrt Also unknown support state. It's FriendlyARM Ubuntu compilation that was probably never updated ... before wasting time with it, read this:
  24. I am also trying to use USB type-c display port of the SOM-RK3399 board(Freindly ELEC), but display side "No HDMI signal from the device" error is shown. Any clue to how to verify?
  25. That is great. Armbian relys on community contributions since there is way too much work for way too less people to do. That is also the reason why Armbian does not accept new boards if there is no significant help for integration by the manufacturer and rarely there is. Lots of frustration can be involved in doing this. We learned that in the past few days again to solve a major issue with the boot process. Start small. Maybe take a look here: https://armbian.atlassian.net/projects/AR/issues/AR-299?filter=allopenissues Maybe there is something easy to fix and contribute
  1. Load more activity