| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 29,303
» Latest member: jackleen
» Forum threads: 16,143
» Forum posts: 116,676
Full Statistics
|
| Latest Threads |
Third-party cheap touchsc...
Forum: PinePhone Hardware
Last Post: mikeb
Yesterday, 05:19 PM
» Replies: 2
» Views: 786
|
eMMC failed
Forum: Pinebook Pro Hardware and Accessories
Last Post: Der Geist der Maschine
Yesterday, 04:34 PM
» Replies: 17
» Views: 12,052
|
(real) Mainline U-boot fi...
Forum: General Discussion on ROCKPRO64
Last Post: aleksei
Yesterday, 06:21 AM
» Replies: 0
» Views: 52
|
Thoughts after a year wit...
Forum: General Discussion on Pinebook Pro
Last Post: ksosn
06-20-2025, 03:00 AM
» Replies: 0
» Views: 80
|
Pinebook Pro in EU for Sa...
Forum: General Discussion on Pinebook Pro
Last Post: shelfaberrant
06-19-2025, 02:14 AM
» Replies: 4
» Views: 2,535
|
Axolotl on PinePhone / Mo...
Forum: Mobian on PinePhone
Last Post: zetabeta
06-19-2025, 01:52 AM
» Replies: 222
» Views: 237,710
|
touchscreeh doesn't accep...
Forum: PinePhone Pro Hardware
Last Post: teekay
06-19-2025, 01:13 AM
» Replies: 5
» Views: 453
|
Wake-up call
Forum: General Discussion on PinePhone
Last Post: KC9UDX
06-18-2025, 08:38 PM
» Replies: 9
» Views: 640
|
bookworm vs trixie discus...
Forum: Mobian on PinePhone
Last Post: anonymous
06-17-2025, 06:27 AM
» Replies: 64
» Views: 20,934
|
VoIP account on mobian di...
Forum: Mobian on PinePhone
Last Post: j_s
06-15-2025, 04:19 PM
» Replies: 0
» Views: 88
|
|
|
| bluetooth adapter? |
|
Posted by: elix - 10-31-2024, 06:57 PM - Forum: General Discussion on PineTab
- Replies (3)
|
 |
after several failed attempts at getting bluetooth working, i am looking into an adapter.
i know there is a list of wifi ones, but do not see anything for bluetooth.
anyone have any suggestions of something that can be bought on amazon in the us?
thanks!
|
|
|
|
| keep state across invocations |
|
Posted by: lmamane - 10-31-2024, 01:06 PM - Forum: Development Discussion on PineTime
- Replies (1)
|
|
In InfiniTime, is there a way for my screen (app) to maintain some state across invocations? E.g. for app settings, but also for a stopwatch/timer that can resume even if the user switched to another screen and back. I would just store the time point at which the stopwatch/timer started, and then recompute the elapsed/remaining time from the current time point when it is reopened.
|
|
|
|
| Where to find older Mobian image? |
|
Posted by: guenther - 10-29-2024, 05:46 AM - Forum: PineTab Software
- Replies (2)
|
|
Hi folks, I managed to kill my PineTab (older one) with the last update. After boot no Login screen appears, only serial console available.
Where to find old Mobian pinetab-image with u-boot? On mobian website there is no image with u-boot available anymore.
Last working image according to mobian wiki is "mobian-pinetab-phosh-20220327.img.gz".
|
|
|
|
| Another one boots to black screen |
|
Posted by: Sb2024 - 10-27-2024, 09:26 PM - Forum: General Discussion on Pinebook Pro
- Replies (7)
|
|
I got my pine book pro back in march, put towboot on the spi and ran armbian from the emmc. Happy! After a period of disuse including full battery discharge, it started booting to a black screen. Sad!
I put a new image of armbian on an SD card and it does the same thing. I opened the case and turned off the emmc switch and tried a fresh SD card. No change. I tried the long press hard reset. Same.
Tow boot is still working. When it boots to the black screen, the power light is green and the caps lock and num lock lights work.
I’m not sure what to do next.
|
|
|
|
| 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
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");
Code: $ grep -l 96c8 VERBOSE_DEBUG_lv_core_6426*
VERBOSE_DEBUG_lv_core_642669.txt
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
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.
|
|
|
|
|
