Closed
Bug 866521
Opened 12 years ago
Closed 12 years ago
B2G compositor crash when doing camera recordings
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
FIXED
mozilla23
People
(Reporter: bas.schouten, Assigned: bas.schouten)
Details
(Keywords: crash, Whiteboard: [b2g-crash])
Attachments
(1 file)
(deleted),
patch
|
bjacob
:
review+
|
Details | Diff | Splinter Review |
When doing a camera recording and then for example wanting to play it. My B2G unagi frequently crashes. The cause of this appears to be that we get Gralloc images using one of the reserved pixel formats (0x100-0x1FF, see system/graphics.h). We don't know about this format though and is causes us to do a MOZ_ABORT. The fix for this should be pretty simple and I'll put it up here soon.
Updated•12 years ago
|
Severity: normal → critical
Keywords: crash
OS: Windows 7 → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Whiteboard: [b2g-crash]
Assignee | ||
Comment 1•12 years ago
|
||
This deal with the conceivably useful pixel formats I was able to find from the header files. I've also changed this to no longer crash in release builds when we hit a pixel format we don't know about. Since it seems preferrable to not show an image (i.e. have a defect App), over bringing the entire phone down. This also contains the pixel format that will be needed for the bug 864017 fix.
Attachment #742849 -
Flags: review?(bjacob)
Comment 2•12 years ago
|
||
(In reply to Bas Schouten (:bas.schouten) from comment #1)
> Created attachment 742849 [details] [diff] [review]
> Deal with additional pixel formats for Gralloc buffers
This patch also stops <video> crashing in the b2g browser. Land it! Ship it! Feedback+!
Comment 3•12 years ago
|
||
Comment on attachment 742849 [details] [diff] [review]
Deal with additional pixel formats for Gralloc buffers
Review of attachment 742849 [details] [diff] [review]:
-----------------------------------------------------------------
r=me with the follow two IMPORTANT changes -- DO NOT LAND IN CURRENT FORM!
::: gfx/layers/Makefile.in
@@ +177,5 @@
> Layers.$(OBJ_SUFFIX): CXXFLAGS += -GL-
> endif
> endif
> +
> +CXXFLAGS += -O0 -g
\ No newline at end of file
Remove this hunk!
::: gfx/layers/opengl/TextureHostOGL.cpp
@@ +607,5 @@
> + // formats we don't deal with.
> + // We only want to abort in debug builds here, since if we crash here
> + // we'll take down the compositor process and thus the phone. This seems
> + // like undesirable behaviour. We'd rather have a subtle artifact.
> + NS_ERROR("Unknown Android pixel format.");
NS_ERROR doesn't abort even DEBUG builds. You can achieve what you want here with MOZ_ASSERT(false, message).
@@ +637,5 @@
> + // formats we don't deal with.
> + // We only want to abort in debug builds here, since if we crash here
> + // we'll take down the compositor process and thus the phone. This seems
> + // like undesirable behaviour. We'd rather have a subtle artifact.
> + NS_ERROR("Unknown Android pixel format.");
Same.
Attachment #742849 -
Flags: review?(bjacob) → review+
Assignee | ||
Comment 4•12 years ago
|
||
Comment 5•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla23
You need to log in
before you can comment on or make changes to this bug.
Description
•