Closed Bug 832002 Opened 12 years ago Closed 12 years ago

Get hwc enabled in Moz builds

Categories

(Core :: Graphics: Layers, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: cjones, Assigned: jhford)

References

Details

Attachments

(4 files)

Nick and I found that enabling hwc in default moz builds results in crashes. Two stages here (1) Flip the hwc pref on, but leave the propdb setting for color layers off. For this we just need to sort the crash. (2) Enable the propdb setting for color layers. For this, we need A. Import the downstream patch to hardware/qcom/display/libhwcomposer/ into our queue. B. Ensure our kernels have the requisite changes.
I had totally forgotten about this. dwilson reminded me that we reverted a CAF downstream change to the hwc_layer_t ABI in gecko. However, we're still using a gonk that has that ABI fork. These patches revert it at the gonk layer https://www.codeaurora.org/gitweb/quic/lf/?p=b2g/build.git;a=commit;h=9252cceacfebf656bc55065a6e586bf3024a3c72 We need to get these pulled into our patch queue, appropriately rebased.
This is round 1 of the gonk patches we need to enable hwc. With these I get a functional hwc. jhford, can we get these into our otoro and unagi patch queues? (Not sure how that's set up atm.)
Assignee: nobody → jhford
(Note: all these patches can land at any time because they don't affect anything until the gecko hwc pref is flipped.)
(In reply to Chris Jones [:cjones] [:warhammer] from comment #6) > This is round 1 of the gonk patches we need to enable hwc. With these I get > a functional hwc. > > jhford, can we get these into our otoro and unagi patch queues? (Not sure > how that's set up atm.) Yep, I'll take care of this. As things are set up right now, we don't really have the ability to say that a given set of patches are for a specific device, but I'll add that in right now.
Ok, I've landed these patches into the gonk-patches repository. I've not yet added that repository to our manifests yet, but if this looks good, I'll do that straight away. To test the patches (and patching infrastructure), you can clone gonk-patches into your top level B2G directory. The build.sh script will see the patching script and work properly, if you do: git clone git@github.com:mozilla-b2g/gonk-patches.git patches Chris, if this looks good for you, I'll add gonk-patches to the master and nightly otoro and unagi manifests.
Flags: needinfo?(jones.chris.g)
(I haven't forgotten about this but we're blocked on getting a kernel with proper colorfill support.)
Flags: needinfo?(jones.chris.g)
Flags: needinfo?(jones.chris.g)
(In reply to Chris Jones [:cjones] [:warhammer] from comment #10) > (I haven't forgotten about this but we're blocked on getting a kernel with > proper colorfill support.) roger. How does the gonk-patches repository look? I've been doing all of my local builds with it enabled and so far it hasn't broken.
Seems ok to me.
Flags: needinfo?(jones.chris.g)
Requisite patches for hwc color layer support on Buri/Leo was landed in bug 862397.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: