drm i915 updates
play

drm/i915 Updates Daniel Vetter, Intel OTC FOSDEM 2013 bug - PowerPoint PPT Presentation

drm/i915 Updates Daniel Vetter, Intel OTC FOSDEM 2013 bug squashing bugs fixed by the truckload especially regressions! intel-gpu-tools kernel tests no testsuite is worse than having none debugfs knobs for tricky cases


  1. drm/i915 Updates Daniel Vetter, Intel OTC FOSDEM 2013

  2. bug squashing ● bugs fixed by the truckload ● especially regressions!

  3. intel-gpu-tools kernel tests ● no testsuite is worse than having none ● debugfs knobs for tricky cases ● started with automake testrunner, now piglit

  4. i-g-t kernel tests: future ● modeset coverage still really spotty ● gpu hang&reset code is tricky ● unified kernel tests for other gpus?

  5. dear gfx bug reporter please file duplicates srly

  6. haswell display ● LVDS, SDVO gone, VGA marginalised ● ports on CPU, not PCH

  7. old: PCH-split CPU PCH FDI A PIPE A ports: MUX DP SDVO FDI B PIPE B MUX HDMI LVDS VGA ... eDP

  8. new: DDI ports CPU DDI A eDP PIPE A ... DP/HDMI MUX PIPE B PCH VGA FDI A DDI E

  9. modeset rework ● haswell DP DDI like old cpu eDP ● „wrong“ enable/disable sequence

  10. crtc helpers ● too flexible: independant encoders ● not flexible enough: simple encoder enable/disable sequence

  11. new i915 modeset code ● dpms simplified ● modeset sequence driven by crtc

  12. new modeset: code tools ● output state staging ● hw state read-out

  13. new modeset: results ● simplified modeset state space ● paranoid modeset state checker ● enabled haswell DP support ● drm helpers are in rather good shape

  14. new modeset: future ● atomic modeset ● fastboot

  15. minor modeset stuff ● EDID improvements ● hotplug is a mess

  16. drm modeset locking rework ● per-crtc locking for pageflip/cursor/fb ops ● required proper framebuffer refcounting

  17. drm modeset locking rework ● per-crtc locking for pageflip/cursor/fb ops ● required proper framebuffer refcounting

  18. GEM ● little bits of tuning all over ● hw context support ● cachability control

  19. GEM: no more flushing list ● GEM: per-cache GPU domains ● complex and delayed flushing caused stalls ● completely ripped out (almost)

  20. GEM: tuning ● unbound tracking ● reduce mappable pressure ● no-reloc optimization

  21. GEM: the future ● real per-process address spaces ● userptr, maybe ... ● more than One Lock to Rule Them All

  22. dma_buf: fences & reservations ● Maarten Lankhorst & Rob Clark ● essentially ttm, trimmed down ● currently just for synchronization

  23. dma_buf: opens ● needs review of mutex changes ● android sync_points, SoC adoption ● integration with i915/GEM will be fun ● better i915 OOM handling

  24. summary ● fewer bugs & better QA tools ● improved modeset infrastructure ● fastboot & atomic modeset in the future ● tuned GEM ● big changes around dma_buf ahead

Recommend


More recommend