| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 29,998
» Latest member: Dada
» Forum threads: 16,337
» Forum posts: 117,447
Full Statistics
|
| Latest Threads |
Mobian image for the Pine...
Forum: Mobian on PinePhone
Last Post: Korfou
04-27-2026, 09:57 AM
» Replies: 2
» Views: 137
|
Star64 Irradium (based on...
Forum: Getting Started
Last Post: mara
04-19-2026, 12:56 PM
» Replies: 13
» Views: 14,941
|
Pine Time dead
Forum: General Discussion on PineTime
Last Post: chris.burmajster
04-18-2026, 10:08 AM
» Replies: 0
» Views: 191
|
Booting Issues
Forum: PineNote Software
Last Post: vlagged
04-17-2026, 04:17 PM
» Replies: 24
» Views: 19,469
|
App launcher shows tiny i...
Forum: PineNote Software
Last Post: vlagged
04-17-2026, 04:12 PM
» Replies: 1
» Views: 1,123
|
my pinecil v2 is not work...
Forum: General Discussion on Pinecil
Last Post: jagrav
04-17-2026, 06:28 AM
» Replies: 0
» Views: 121
|
Freezes and kernel panics...
Forum: Linux on RockPro64
Last Post: prahal
04-15-2026, 06:48 PM
» Replies: 4
» Views: 1,444
|
Looking for engineer for ...
Forum: PinePhone Pro Hardware
Last Post: Andrey_voce
04-06-2026, 08:44 AM
» Replies: 0
» Views: 311
|
StarPro64 Irradium (based...
Forum: Getting Started
Last Post: mara
04-05-2026, 03:03 AM
» Replies: 19
» Views: 9,269
|
Finally got Kali working ...
Forum: General Discussion on Pinebook Pro
Last Post: qingss0
04-04-2026, 08:00 AM
» Replies: 0
» Views: 436
|
|
|
| multithreading issue / SIGSEGV under InfiniSim |
|
Posted by: lmamane - 10-26-2024, 09:57 AM - Forum: Development Discussion on PineTime
- No Replies
|
 |
I get various crashes/SIGSEGV/SIGFPE/uncaught exceptions/"mutex released when not held"/... when running InfiniTime under InfiniSim.
I opened the discussion for one of the reproducible ones at https://github.com/InfiniTimeOrg/InfiniSim/issues/160
Another reproducible one seems too subtle / incomprehensible for me, and it seems to me that different threads get mixed up. I was hoping someone here would have more clue than me.
The backtrace looks like:
Code: Thread 5 "displayapp" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe29fe6c0 (LWP 642677)]
0x00005555555cf26b in lv_refr_obj (obj=0x7ffff79f1c, mask_ori_p=0x7fffe29fdb2e) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_core/lv_refr.c:892
892 if(obj->hidden != 0) return;
(gdb) bt
#0 0x00005555555cf26b in lv_refr_obj (obj=0x7ffff79f1c, mask_ori_p=0x7fffe29fdb2e) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_core/lv_refr.c:892
#1 0x00005555555cf1d6 in lv_refr_obj_and_children (top_p=0x555556bb96c8, mask_p=0x7fffe29fdb2e) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_core/lv_refr.c:867
#2 0x00005555555cef04 in lv_refr_area_part (area_p=0x7fffdc0017c2) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_core/lv_refr.c:773
#3 0x00005555555ce3d6 in lv_refr_area (area_p=0x7fffdc0017c2) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_core/lv_refr.c:515
#4 0x00005555555cdf7a in lv_refr_areas () at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_core/lv_refr.c:405
#5 0x00005555555cd9ba in _lv_disp_refr_task (task=0x7fffdc001918) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_core/lv_refr.c:204
#6 0x00005555555e53e4 in lv_task_exec (task=0x7fffdc001918) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_misc/lv_task.c:386
#7 0x00005555555e4e6f in lv_task_handler () at /home/master/src/pinetime/InfiniSim/InfiniTime/src/libs/lvgl/src/lv_misc/lv_task.c:134
#8 0x00005555555af57a in Pinetime::Applications::DisplayApp::Refresh (this=0x5555556a4ae0 <displayApp>) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/displayapp/DisplayApp.cpp:251
#9 0x00005555555af208 in Pinetime::Applications::DisplayApp::Process (instance=0x5555556a4ae0 <displayApp>) at /home/master/src/pinetime/InfiniSim/InfiniTime/src/displayapp/DisplayApp.cpp:149
#10 0x0000555555609dec in sdl_function_wrapper (instance=0x5555556a5bf8 <displayApp+4376>) at /home/master/src/pinetime/InfiniSim/sim/task.cpp:61
Note that according to gdb, in frame 1 lv_refr_obj_and_children is called with top_p=0x555556bb96c8 in thread LWP 642677. I have modified this function to make debug outputs to a file, one file per thread, as follows:
Near the top of the file:
Code: #include <stdio.h>
#define __USE_GNU
#include <unistd.h>
#undef __USE_GNU
then in the function:
Code: char buf[40];
snprintf(buf, sizeof(buf), "VERBOSE_DEBUG_lv_core_%d.txt", gettid());
buf[sizeof(buf)-1] = (char)0;
FILE* vdf = fopen(buf, "a");
and then I fprintf(vdf, ...), in particular I log the value of top_p. Now, the "funny thing" is according to the logs, lv_refr_obj_and_children is called with top_p=0x555556bb96c8 only in thread 642669!
Code: $ grep -l 96c8 VERBOSE_DEBUG_lv_core_6426*
VERBOSE_DEBUG_lv_core_642669.txt
According to gdb, that thread is:
Code: Thread 1 (Thread 0x7ffff6e22cc0 (LWP 642669) "infinisim"):
#0 0x00007ffff790d11f in __GI___poll (fds=0x7fffffffdac8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
29 ../sysdeps/unix/sysv/linux/poll.c: No such file or directory.
(gdb) thread 1
[Switching to thread 1 (Thread 0x7ffff6e22cc0 (LWP 642669))]
#0 0x00007ffff790d11f in __GI___poll (fds=0x7fffffffdac8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
29 in ../sysdeps/unix/sysv/linux/poll.c
(gdb) bt
#0 0x00007ffff790d11f in __GI___poll (fds=0x7fffffffdac8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1 0x00007ffff71f0d12 in ?? () from /lib/x86_64-linux-gnu/libxcb.so.1
#2 0x00007ffff71f2d8f in ?? () from /lib/x86_64-linux-gnu/libxcb.so.1
#3 0x00007ffff71f2f00 in xcb_wait_for_reply64 () from /lib/x86_64-linux-gnu/libxcb.so.1
#4 0x00007ffff743810c in _XReply () from /lib/x86_64-linux-gnu/libX11.so.6
#5 0x00007ffff74336ff in XSync () from /lib/x86_64-linux-gnu/libX11.so.6
#6 0x00007ffff6498166 in ?? () from /lib/x86_64-linux-gnu/libGLX_mesa.so.0
#7 0x00007ffff648823b in ?? () from /lib/x86_64-linux-gnu/libGLX_mesa.so.0
#8 0x00007ffff7ecbbe6 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#9 0x00007ffff7e2f276 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#10 0x0000555555572074 in Framework::refresh (this=0x7fffffffdee0) at /home/master/src/pinetime/InfiniSim/main.cpp:609
#11 0x000055555556f5d5 in main (argc=1, argv=0x7fffffffe0c8) at /home/master/src/pinetime/InfiniSim/main.cpp:1145
Somehow the threads get mixed up???
According to the logs, that function is called in thread 642677 only with values top_p = 0x7fffdc001958, 0x7fffdc001c58 or 0x7fffdc001d58 and each time it is called, lv_obj_get_parent(top_p) == NULL (this is the value with which par is initialised), meaning the function exits without entering the while(par != NULL) loop, and never enters the lv_refr_obj call where the SIGSEGV happens, which is the one in the loop.
Still according to the logs, in thread 642669, all calls where top_p == 0x555556bb96c8 return, and the last call has another top_p value and has lv_obj_get_parent(top_p) == NULL.
|
|
|
|
| A big Incentive to choose RISC-V, when Dinosaurs Die Mammals Emerge |
|
Posted by: biketool - 10-23-2024, 03:49 AM - Forum: PineTab Hardware
- No Replies
|
 |
https://www.windowscentral.com/microsoft...e-oct-2024
"A new report suggests that Arm Holdings PLC is ending its contract with Qualcomm Inc. which allows the firm to build chip designs based on Arm technology."
While Qualcom and ARM fight will we see an opening forRISC-V emerge as a safer option for large businesses?
Can RISC-V and open source hardware became the low risk option like Linux and other FOSS has?
The Qualcom vs ARM dispute will end up settled in court, this is a legal chess manuver between ARM and it's largest customer who in an IP license 'legal hack' attempt acquired another company to use a more favorable license, but this is an opportunity in a time of instability for CPU hardware alternatives to be discussed not unlike how Crowdstrike outage darkened the reputation of Microsoft windows vs FOSS alternatives as platforms for business.
|
|
|
|
| MMS Carrier Settings |
|
Posted by: biketool - 10-20-2024, 09:19 AM - Forum: Mobian on PinePhone
- No Replies
|
 |
There are four fields in Mobian Trixie SMS/MMS settings
Phone Number - Your Modem's Phone Number ????
MMSC - correct
APN - correct
Proxy - correct
I have not seen a modem phone number on any GSM phone I have ever used.
I ask because I am still not able to view 9 MMSs even though the APN, MMSC, and proxy are verified correct.
I have tried my phone number with local area code and international country code too, phone number is not mentioned on my carrier's internet nor MMS settings.
|
|
|
|
| Inexpected reboot during watching youtube video |
|
Posted by: regivanx - 10-18-2024, 02:14 AM - Forum: Linux on Pinebook Pro
- Replies (1)
|
 |
Good morning,
I was quietly watching a video on YouTube with Firefox when suddenly my pinebook pro restarted. The problem recurred three times.
The computer is not hot and restarts ~20 minutes after the start of the video.
The battery is charged and the computer plugged in.
Here are some diagnostic elements:
Code: root@mmc-pbp2 /h/regivanx# journalctl -k -b -1
-- No entries --
root@mmc-pbp2 /h/regivanx# journalctl -b -1 | grep shutdown
root@mmc-pbp2 /h/regivanx [0|1]# dmesg | grep -i error
[ 1.355108] rockchip-pcie: probe of f8000000.pcie failed with error -110
[ 23.905498] brcmfmac mmc0:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.pine64,pinebook-pro.bin failed with error -2
Do you know what this could be and how to fix the problem?
|
|
|
|
| cpupower-gui profiles and battery life |
|
Posted by: biketool - 10-16-2024, 02:18 AM - Forum: General Discussion on PinePhone
- Replies (5)
|
 |
Code: sudo apt install cpupower-gui
For most of us on most PP distros install is as easy as that, desoite being built with a PP mobile GUI scaling look in non-mobile apps for the launcher. https://github.com/vagnum08/cpupower-gui
It makes tweaking CPU use pretty easy, back in the Nokia N900 days this was done more for performance ie:overclocking the CPU and GPU, but on Rockchip and Allwinner I feel like we are more interested in battery life.
With some experimentation I think we can come up with some great battery life saving while still having a phone awake enough to catch phone calls, you can put the GUI in favorites when mobile apps only is enabled to have quick access. I am enabling balanced mode and will give it a week or so of trial on my Rockchip CPU PPp daily driver phone.
What is nice is with a long press from the desktop you can choose presets without launching the app.
|
|
|
|
| Modem Issues with the Pinephone |
|
Posted by: Temmie19 - 10-15-2024, 09:19 PM - Forum: PinePhone Hardware
- Replies (5)
|
 |
Now part of this was probably my fault, but I'm having some odd issues with the modem.
I got my Pinephone used from a friend, and when I tried to use my SIM card, it could recognize the SIM card was inserted and the towers it could connect to, but it would never be able to connect. So I thought "Okay it's a driver issue" so I went and used the script available at https://github.com/the-modem-distro/pinephone_modem_sdk but I was tired and didn't think to check the current firmware on the modem and that also didn't work. So then I thought to try to load all the old firmwares until it was fully updated, but now the modem still exists and TRIES to function (it'll show me the settings, the lack of bars, and that there's no SIM inserted or that there is inserted) but I can't see it with
or
and I'm wondering if it's irrecoverable or not?
I did try connecting the two plates on the back of the board to each other, but perhaps that didn't short them out. When I did that, the modem just disappeared and still didn't exist with any command.
|
|
|
|
|