lp://staging/~kdub/+junk/overlay-branch
- Get this branch:
- bzr branch lp://staging/~kdub/+junk/overlay-branch
Branch information
- Owner:
- Kevin DuBois
- Status:
- Development
Recent revisions
- 1403. By Kevin DuBois
-
Fix some issues with the nexus 10 and the overlay example which were locking up the device after a few seconds of rendering:
1) The nex10 driver was not accepting ownership of the the fences associated with the non-overlay surfaces. This caused a fd leak as the driver wasn't closing the fd's we were copying. This is valid behavior for a hwc driver, so changed the code to first call prepare(), then copy only the fences for certain layer types.
2) The overlay example, as it currently stands, is a bit contrived in that it submits the same list over and over again. Mir or SurfaceFlinger don't do this, and it was leading to a situation where no fences were ever being waited for, and some internal-
to-the- driver resources was being filled faster than it could be drained. This scenario won't happen much in a display server, but I added some guards so that if every layer is an overlay and the exact same list is submitted twice in a row, the second submit is discarded, because the content should already be on the screen. - 1400. By Kevin DuBois
-
move the logic in arranging the layers from FBTargetLayerList into HwcDevice, and move the simple device-hook calling that was in HwcDevice into a class that wraps the calls for us. This removes the strange coupling involved in the old FBTargetLayerList class.
- 1397. By Kevin DuBois
-
graphics: android: clean up the DisplayDevice interface by merging prepare_gl() with gpu_render(). Also remove the raw egl usage from the HwcDevice and FbDevice by using the mga::GLContext instead.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)