Closed
Bug 933589
Opened 11 years ago
Closed 10 years ago
[bluedroid] Error message shows "GKI_LINUX( 178): ##### ERROR : timer_thread: tick delayed"
Categories
(Firefox OS Graveyard :: Bluetooth, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: shawnjohnjr, Assigned: shawnjohnjr)
References
Details
(Whiteboard: [perf-reviewed])
Error message shows "GKI_LINUX( 178): ##### ERROR : timer_thread: tick delayed". Not sure it's related to mozglue? But I don't see this error on Android 4.3.
Assignee | ||
Updated•11 years ago
|
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Assignee | ||
Comment 1•11 years ago
|
||
Not sure why this error message shows up a lot. I need to check bluedroid GKI stuff again.
Assignee | ||
Updated•11 years ago
|
Summary: Error message shows "GKI_LINUX( 178): ##### ERROR : timer_thread: tick delayed" → [bluedroid] Error message shows "GKI_LINUX( 178): ##### ERROR : timer_thread: tick delayed"
Updated•11 years ago
|
Whiteboard: [perf-reviewed]
Assignee | ||
Comment 2•11 years ago
|
||
I turned on bluedroid bt stack with full-log options on Nexus 4 which run with Android 4.3.
But I don't see any error message "tick delayed > 5 slots (%d,%d) -- cpu overload" from gki_ulinux.c on Android.
However, even doing Bluetooth discovery on Nexus 4 with b2g, I can see these error messages.
if (__unlikely(timeout_ns < ((GKI_TICKS_TO_MS(1) * 1000000) * 0.1)))
{
timeout.tv_nsec = (GKI_TICKS_TO_MS(1) * 1000000) * 0.1;
/* Print error message if tick really got delayed
(more than 5 ticks) */
if (timeout_ns < GKI_TICKS_TO_MS(-5) * 1000000)
{
GKI_ERROR_LOG("tick delayed > 5 slots (%d,%d) -- cpu overload ? ",
timeout_ns, GKI_TICKS_TO_MS(-5) * 1000000);
}
}
I will try non-debug build. Maybe it's related to debug build?
Assignee | ||
Comment 3•11 years ago
|
||
I don't have much time for this bug until bleutooth profiles get done. Pending to last sprint. Although I don't have idea about it.
Assignee | ||
Comment 4•11 years ago
|
||
It seems on Android KK, bluedroid library runs on Bluetooth java application, with only bluetooth permission, which causes scheduler based on RT policy fail to acquire. This seems can be fixed from bluedroid based on Comment 32. (https://bugzilla.mozilla.org/show_bug.cgi?id=1002917#c32)
Assignee | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•