destroyedlolo

Members
  • Posts

    31
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

destroyedlolo's Achievements

  1. Hi, a test as been done on Raspbian Bullseye and it's not working as well with the same error. Options suggested by xwiggen are already included It seems the problem is related to something upstream. Any idea ?
  2. Hello, I did a try on my Gentoo PC using GCC 10.3.0 (same code, same Makefile, ...). Libraries are correctly included : ldd Selene linux-vdso.so.1 (0x00007ffdcb866000) liblua5.3.so.0 => /usr/lib64/liblua5.3.so.0 (0x00007fa2a4efc000) libm.so.6 => /lib64/libm.so.6 (0x00007fa2a4dc8000) libdrm.so.2 => /usr/lib64/libdrm.so.2 (0x00007fa2a4db3000) libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007fa2a4c7a000) libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fa2a4bb1000) libSelene.so => /usr/local/lib/libSelene.so (0x00007fa2a4b94000) libpaho-mqtt3c.so.1 => /usr/local/lib64/libpaho-mqtt3c.so.1 (0x00007fa2a4ada000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fa2a4ad4000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa2a4ab4000) libc.so.6 => /lib64/libc.so.6 (0x00007fa2a48fb000) /lib64/ld-linux-x86-64.so.2 (0x00007fa2a4f5b000) libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007fa2a4857000) libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fa2a4810000) ... So the problem is with the way Bullseye is configured (Gcc or the linker or whatever). Note : GCC is compiled with the default options, no trick, no cheat, only optimized for my processor. Bye Laurent
  3. Hello, Returning back to this issue, hoping software update will help. I was able to make the board working for about 2 full days (which is better than previously)... but it hangs afterward. I make it twice : the issue is still here I can see on the forum that other people was able to make BananaPRO working with Armbian but it's unfortunately not my case : potentially something bad with my board (it's one of the earliest one). So I'm giving up : I switched back to a BananaPI still under ArmBian and it's solid as a rock : Too bad for the wifi. I will try my bPro with other distrib (Gentoo ) to see if I can use this board for other thing. Thanks anyway Laurent
  4. Hi, thanks for your reply. The only package missing in Buster is libpaho-mqtt-dev so I installed it from source. Anyway, I'll investigate about this issue as one day or another, my Gentoo boxes will move to GCC 10 (and in case someone will use my tool on recent distribs).
  5. I'm suspecting a change/optimisation within GCC 10. I tried to use -rdynamic which is supposed to add all symbols, including not used ones ... but it doesn't change anything. I don't find a solution and it's blocking : I'm return back to Buster for my dashboard but I'm still investigating on other board.
  6. Hello, I migrated my dashboard project from a BananaPro under "Buster" to a BananaPI under "Bullseye", image took from the website, verified and up to date as per Armbian-config. The source code of my project is exactly the same as well a the compilation procedure, and the used Makefile is : cc=cc opts=-Wall -fPIC $(shell pkg-config --cflags lua5.1 ) $(shell pkg-config --libs lua5.1 ) -DDRMC_WITH_FB -DUSE_DRMCAIRO $(shell pkg-config --cflags libdrm cairo freetype2 ) -DKMS_MISSING $(shell pkg-config --libs libdrm cairo freetype2 ) -DPLUGIN_DIR='"/home/laurent/Projets/Selene"' -L/home/laurent/Projets/Selene -L/home/laurent/Projets/Selene -lSelene -lpaho-mqtt3c $(shell pkg-config --cflags lua5.1 ) -lm -ldl -Wl,--export-dynamic -lpthread selene.o : selene.c SeleneLibrary/libSelene.h version.h Makefile $(cc) -c -o selene.o selene.c $(opts) ../Selene : selene.o Makefile $(cc) -o ../Selene selene.o $(opts) all: ../Selene Note : DRM, Cairo and Freetype libraries are not used in selene.c itself but in .so which are dynamically loaded (full source code can be found on https://github.com/destroyedlolo/Selene The problem : my projet is perfectly working on my Gentoo development box, as well on BananaPro/Buster but on the BananaPI/Bullseye, it's falling complaining about missing libraries : laurent@TdB:~/Projets/Selene$ ./Selene SelenitesDRMCairo/Gfx.sel ./Selene: symbol lookup error: /home/laurent/Projets/Selene/SelDRMCairo.so: undefined symbol: FT_Init_FreeType The root cause can be found with ldd On working boxes (here gentoo one) : laurent@torchwood ~ $ ldd /usr/local/bin/Selene liblua.so.5 => /usr/lib/liblua.so.5 (0xb6f23000) libm.so.6 => /lib/libm.so.6 (0xb6eb6000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb6e96000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb6dbe000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb6d1a000) libkms.so.1 => /usr/lib/libkms.so.1 (0xb6d07000) libpthread.so.0 => /lib/libpthread.so.0 (0xb6b7d000) libSelene.so => /usr/local/lib/libSelene.so (0xb6abc000) libpaho-mqtt3c.so.1 => /usr/local/lib/libpaho-mqtt3c.so.1 (0xb6a1a000) libdl.so.2 => /lib/libdl.so.2 (0xb6a07000) libc.so.6 => /lib/libc.so.6 (0xb68bf000) /lib/ld-linux-armhf.so.3 (0xb6f7c000) ... whereas drm cairo freetype2 and dependancies are missing on the Bullseye box laurent@TdB:~/Projets/Selene$ ldd Selene linux-vdso.so.1 (0xbef14000) liblua5.1.so.0 => /lib/arm-linux-gnueabihf/liblua5.1.so.0 (0xb6f38000) libSelene.so => /home/laurent/Projets/Selene/libSelene.so (0xb6f16000) libpaho-mqtt3c.so.1 => /lib/arm-linux-gnueabihf/libpaho-mqtt3c.so.1 (0xb6e70000) libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6e5d000) libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6d5e000) libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6cf6000) /lib/ld-linux-armhf.so.3 (0xb6f74000) libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6cd0000) Does someone having any tips why libraries are not referenced under Bullseye ? Thanks Laurent
  7. Hello, didn't worked on the subjet for a while as too busy by other task and as I duno if I have or not to modify uboot as well. Anyway, it's still crashing on 2 days basis maximum. Now, I gather additional information : I'm not sure it's really linked with Cairo or any graphical stuff. In case where the PI is not totally stuck, the CPU load become over 2 but my graphical dashboard is still working with network connectivity, BUT avahi is not working anymore. So I'm suspecting (without further information) a problem with Avahi. Bye Laurent
  8. Hi, During the last crash, I got in the stdout of my application some error coming form the kernel (like "kernel message :" + some hexa code). So I'll try to rebuild the kernel with the setting I'm using on Gentoo. But it's not clear to me the relationship with uboot. 1/ are any information shared b/w uboot and the loaded kernel ? 2/ especially, if I'm doing any changes in the DTS, do they have to be applied to the uboot side ? 3/ do I have to rebuild and reinstall uboot as well ? Thanks Laurent
  9. Hello, Unfortunately changing the governor did'nt helped. Bye Laurent
  10. Hi, Only thing needed is an HDMI screen, a working MQTT broker (Mosquitto, ...) and I can wrote some fake mqtt provider if needed. All the other thing is totally open-source. I can also provide in compiled form. A Lemaker's BananaPI or M1 is working as well. I duno about the DTS, but the FEX was exactly the same b/w BananaPI and BananaPro with only a small setting for a (normally unused) UART and obviously the WiFi adapter. It the first time I"m using this board and Armbian : previously, it was a BananaPI under Gentoo. I switched 2 weeks back as I lost my ADSL connection and BananaPro WiFi was useful to bridge with my Phone. So I duno what should be "stable image" or even the stable DTS (potentially the bPI one but I didn't tested yet). I may try with my bPI's Gentoo image to see if it's working (which will be a proof the DTS are almost the same but the WiFi) and takes it's DTS. Now I'm not sure it evolved since I installed my previous system. Ok, I'll try. Bye, have a nice W.E.
  11. I sent all the information I can as even Armbian-monitor is hanging (as I said). About your last message, as you know, it was night b/w and on the morning I was ... working So just got the notification. I thought it was part of the information I copy/pasted. Anyway, the image is the one from download page, Armbian Buster for BananaPRO, with some apt-get updates to keep the system up to date but it doesn't improve (or degrade) the situation. The provided one : 5.8.16, no change, no module added (like i2c, 1-wire, ...) My bPRO was displaying its dashboard as usual. The framework related code is here : https://github.com/destroyedlolo/Selene with DRMCairo plugin. It's not linked to anything special (message arrival or such) as they are coming all day long without trouble. The same code is running on my test machine, a BananaPI (M1) under Gentoo with the same plugin and exactly the same code (by the way, I didn't check about libraries versions). As I said previously, it has been compiled exactly on the same way, w/o any CPU optimization. Otherwise, nothing else is running : stock system without X, only with network enabled. I did apt-get on : libnss-mdns libcairo2-dev libncurses (but was not used when it crashed) liblua5.1-dev libdrm-dev libfreertype6-dev In addition, I compiled locally Patho-c from official sources and obviously my framework. Not tested. 2 scenarii : - or the board is totally struck after displaying the same message as the kernel.log, and in this case the solution is a power cycle - or system is still heathy and fully usable (my dashboard is even running), without any other messages or process missing but with a CPU load of 2.0 and without stuck processes. I also trying to trace in my own application if it's linked to something special but it's happening randomly whatever is the message that triggered a GUI update. It's not a kernel problem as it's the same I'm using on Gentoo. As I found on other discuss related to the same kind of A20 Oops, it may be (conditional !) a compilation issue where some libraries has been compiled with options that are not compatible with A20. The pb is to identify with one and I don't have enough clue and/or knowledge to identify witch one with the only trace I got. There is no accusation, only fact : - my box is not stable enough for the expected usage - at the time of writing, I didn't got any reply. Now, I can spend some time to figure out the root cause of this issue, it's not because I'll probably switch I'll give it up with this solution. Cheers aussi.
  12. Hello, After some seach, it seems it's linked to a compilation option that is not tuned for A20 and then use instruction that doesn't exist on this CPU. The problem is I'm unable to identify which component is it : kernel, system, libraries, ... In addition to the stuck system, I installed CAIRO library (not the full stack, only CAIRO and it's dependencies) and is used by my own applications. I'm incline to think it"s now my own application they are compiled w/o any architecture optimization options (only -O2) and are working well on my Gentoo's BananaPIes. Any idea to find out which is the culpite component ? How are compiled Armbian's packages ? Thanks Laurent
  13. Hello, First of all, I'm new on Armbian I got some a stack dump on the console and can see following messages on kernel.log : --- Oct 24 14:27:28 localhost kernel: [183195.142242] 8<--- cut here --- Oct 24 14:27:28 localhost kernel: [183195.152222] Unable to handle kernel paging request at virtual address 2f68f25c Oct 24 14:27:28 localhost kernel: [183195.167942] pgd = 36f6b267 Oct 24 14:27:28 localhost kernel: [183195.179169] [2f68f25c] *pgd=00000000 Oct 24 14:27:28 localhost kernel: [183195.191263] Internal error: Oops: 805 [#1] SMP THUMB2 Oct 24 14:27:29 localhost kernel: [183195.204864] Modules linked in: brcmfmac brcmutil axp20x_adc evdev lima sun4i_gpadc_iio gpu_sched industrialio cfg80211 sun4i_ts sunxi_cir rfkill sun4i_ss sunxi_cedrus(C) zram uio_pdrv_genirq uio cpufreq_dt ip_tables x_tables autofs4 pwrseq_simple sun4i_gpadc realtek Oct 24 14:27:29 localhost kernel: [183195.247439] CPU: 0 PID: 7113 Comm: kworker/0:3 Tainted: G C 5.8.16-sunxi #20.08.14 Oct 24 14:27:29 localhost kernel: [183195.266241] Hardware name: Allwinner sun7i (A20) Family Oct 24 14:27:29 localhost kernel: [183195.281439] Workqueue: events dbs_work_handler Oct 24 14:27:29 localhost kernel: [183195.295783] PC is at cpufreq_callback+0xfe/0x12c Oct 24 14:27:29 localhost kernel: [183195.310236] LR is at cpufreq_callback+0x109/0x12c Oct 24 14:27:29 localhost kernel: [183195.324760] pc : [<c010b86e>] lr : [<c010b879>] psr: 80000033 Oct 24 14:27:29 localhost kernel: [183195.340961] sp : ed8a5df0 ip : 00000000 fp : ed8a5ebc Oct 24 14:27:29 localhost kernel: [183195.356183] r10: c0f050d4 r9 : c0e8c228 r8 : 00000001 Oct 24 14:27:29 localhost kernel: [183195.371378] r7 : 00000000 r6 : 00e8c080 r5 : ed9c9e00 r4 : c0f0548c Oct 24 14:27:29 localhost kernel: [183195.387980] r3 : 00000000 r2 : 2f68f080 r1 : 00000008 r0 : 00000000 Oct 24 14:27:29 localhost kernel: [183195.404570] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment none Oct 24 14:27:29 localhost kernel: [183195.421987] Control: 50c5387d Table: 6b97806a DAC: 00000051 Oct 24 14:27:29 localhost kernel: [183195.437887] Process kworker/0:3 (pid: 7113, stack limit = 0x2dcc7ac2) Oct 24 14:27:29 localhost kernel: [183195.454629] Stack: (0xed8a5df0 to 0xed8a6000) Oct 24 14:27:29 localhost kernel: [183195.469286] 5de0: 00000001 00000000 00000000 00000000 Oct 24 14:27:29 localhost kernel: [183195.488000] 5e00: c0fc11f4 ffffffff ed8a5ebc 00000001 00000000 ffffffff ef69a580 c0136947 Oct 24 14:27:29 localhost kernel: [183195.506830] 5e20: ffffffff 00000000 c0fc11f4 00000000 00000001 c0fc1208 ed8a5ebc c0136a8f Oct 24 14:27:29 localhost kernel: [183195.525689] 5e40: 00000000 ed9c8600 00000000 ed8a5ebc ed9c9e00 ed8a5ebc c0f050d4 ed8a4000 Oct 24 14:27:29 localhost kernel: [183195.544663] 5e60: 00000000 c0136ae3 00000000 c0136ae3 00000008 c078e231 ed9c9e00 ed9c9e00 Oct 24 14:27:29 localhost kernel: [183195.563711] 5e80: ef689e00 c08a5e4d 00000000 00000000 00000002 c104d804 00000000 c078e323 Oct 24 14:27:29 localhost kernel: [183195.582889] 5ea0: ed9c9e00 00000000 00080e80 c078e859 ed935280 00002710 a7107534 ed9c9e00 Oct 24 14:27:29 localhost kernel: [183195.602209] 5ec0: 000ea600 00080e80 000000a1 c0f04fc8 ed9c9e00 ed935280 ed935d00 0022dd00 Oct 24 14:27:29 localhost kernel: [183195.621615] 5ee0: edfcb900 ed935d00 00000000 c07915f7 c0791569 ed9352b8 00000000 ed935284 Oct 24 14:27:29 localhost kernel: [183195.641127] 5f00: ed9c9e00 c0fc15a4 00000000 c07923b1 ed9352b8 edf98280 ef69a580 ef69d700 Oct 24 14:27:29 localhost kernel: [183195.660729] 5f20: 00000000 c01309fb ed8a4000 ef69a580 ed8a5f48 edf98280 ef69a580 edf98294 Oct 24 14:27:29 localhost kernel: [183195.680265] 5f40: ef69a598 c0f03d00 00000008 ed8a4000 ef69a580 c0130d47 edf98294 c0fdb887 Oct 24 14:27:29 localhost kernel: [183195.699815] 5f60: edf98280 ed0b5280 ed0b5e40 00000000 ed8a4000 c0130c4d edf98280 ec11bebc Oct 24 14:27:29 localhost kernel: [183195.719431] 5f80: ed0b52a4 c0135b07 0000004f ed0b5e40 c0135a1d 00000000 00000000 00000000 Oct 24 14:27:29 localhost kernel: [183195.739128] 5fa0: 00000000 00000000 00000000 c0100159 00000000 00000000 00000000 00000000 Oct 24 14:27:29 localhost kernel: [183195.758788] 5fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Oct 24 14:27:29 localhost kernel: [183195.778422] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000 Oct 24 14:27:29 localhost kernel: [183195.797908] [<c010b86e>] (cpufreq_callback) from [<c0136947>] (notifier_call_chain+0x43/0x5c) Oct 24 14:27:29 localhost kernel: [183195.817958] [<c0136947>] (notifier_call_chain) from [<c0136a8f>] (__srcu_notifier_call_chain+0x33/0x70) Oct 24 14:27:29 localhost kernel: [183195.839094] [<c0136a8f>] (__srcu_notifier_call_chain) from [<c0136ae3>] (srcu_notifier_call_chain+0x17/0x1c) Oct 24 14:27:29 localhost kernel: [183195.860797] [<c0136ae3>] (srcu_notifier_call_chain) from [<c078e231>] (cpufreq_notify_transition+0x7d/0x154) Oct 24 14:27:29 localhost kernel: [183195.882698] [<c078e231>] (cpufreq_notify_transition) from [<c078e323>] (cpufreq_freq_transition_end+0x1b/0x6c) Oct 24 14:27:29 localhost kernel: [183195.904941] [<c078e323>] (cpufreq_freq_transition_end) from [<c078e859>] (__cpufreq_driver_target+0x1fd/0x410) Oct 24 14:27:29 localhost kernel: [183195.927309] [<c078e859>] (__cpufreq_driver_target) from [<c07915f7>] (od_dbs_update+0x8f/0x108) Oct 24 14:27:29 localhost kernel: [183195.948495] [<c07915f7>] (od_dbs_update) from [<c07923b1>] (dbs_work_handler+0x29/0x4c) Oct 24 14:27:29 localhost kernel: [183195.969159] [<c07923b1>] (dbs_work_handler) from [<c01309fb>] (process_one_work+0x15f/0x3b0) Oct 24 14:27:29 localhost kernel: [183195.990458] [<c01309fb>] (process_one_work) from [<c0130d47>] (worker_thread+0xfb/0x3e0) Oct 24 14:27:29 localhost kernel: [183196.011469] [<c0130d47>] (worker_thread) from [<c0135b07>] (kthread+0xeb/0x10c) Oct 24 14:27:29 localhost kernel: [183196.031639] [<c0135b07>] (kthread) from [<c0100159>] (ret_from_fork+0x11/0x38) Oct 24 14:27:29 localhost kernel: [183196.051656] Exception stack(0xed8a5fb0 to 0xed8a5ff8) Oct 24 14:27:29 localhost kernel: [183196.069549] 5fa0: 00000000 00000000 00000000 00000000 Oct 24 14:27:29 localhost kernel: [183196.090862] 5fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Oct 24 14:27:29 localhost kernel: [183196.111734] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000 Oct 24 14:27:29 localhost kernel: [183196.130431] Code: e004 f854 2020 4432 (f8c2) 71dc Oct 24 14:27:29 localhost kernel: [183196.147319] ---[ end trace 3a2dd626830effd8 ]--- Then CPU load goes to 2.00 but no process consumes power as per Top : it's happening on 2 days basis, randomly. Another issue : I tried to run armbianmonitor -u but it hangs after some messages (bellow) and the cpu load goes to 6.00 again without anything noticeable. ---- ---- Thanks Laurent