Linux DRI Development

• Date Index

• [Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper), (continued)
  • [Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
  • [Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper), bugzilla-daemon
• stereoscopic: 3D over standard 1080p using remote to switch into 3D mode., Mike Mestnik
• [Bug 66064] New: ATI Mobility FireGL V5250 hardware incorrectly matched with RV530 dri settings in r_300.dri, bugzilla-daemon
  • [Bug 66064] ATI Mobility FireGL V5250 hardware incorrectly matched with RV530 dri settings in r_300.dri, bugzilla-daemon
  • [Bug 66064] ATI Mobility FireGL V5250 hardware incorrectly matched with RV530 dri settings in r_300.dri, bugzilla-daemon
  • [Bug 66064] ATI Mobility FireGL V5250 hardware incorrectly matched with RV530 dri settings in r_300.dri, bugzilla-daemon
  • [Bug 66064] ATI Mobility FireGL V5250 hardware incorrectly matched with RV530 dri settings in r_300.dri, bugzilla-daemon
• 'Timed out waiting for forcewake old ack to clear' and hangup on IvyBridge system, Guenter Roeck
  • Re: 'Timed out waiting for forcewake old ack to clear' and hangup on IvyBridge system, Jesse Barnes
    • Re: 'Timed out waiting for forcewake old ack to clear' and hangup on IvyBridge system, Guenter Roeck
      • Re: 'Timed out waiting for forcewake old ack to clear' and hangup on IvyBridge system, Jesse Barnes
        • Re: 'Timed out waiting for forcewake old ack to clear' and hangup on IvyBridge system, Guenter Roeck
• [PATCH v2 0/2] Documentation improvements, Laurent Pinchart
  • [PATCH v2 1/2] drm/doc: Remove outdated note about i915 driver not behaving properly, Laurent Pinchart
  • [PATCH v2 2/2] drm/doc: Document the KMS property API, Laurent Pinchart
• [PATCH 0/2] Documentation improvements, Laurent Pinchart
  • [PATCH 1/2] drm/doc: Remove outdated note about i915 driver not behaving properly, Laurent Pinchart
  • [PATCH 2/2] drm/doc: Document the KMS property API, Laurent Pinchart
    • Re: [PATCH 2/2] drm/doc: Document the KMS property API, Hans Verkuil
      • Re: [PATCH 2/2] drm/doc: Document the KMS property API, Laurent Pinchart
  • Re: [PATCH 0/2] Documentation improvements, Alex Deucher
• [PATCH v2] drm: Improve manual IRQ installation documentation, Laurent Pinchart
  • Re: [PATCH v2] drm: Improve manual IRQ installation documentation, Daniel Vetter
• [PATCH] drm: always provide debugfs function prototypes, Arnd Bergmann
  • Re: [PATCH] drm: always provide debugfs function prototypes, Thierry Reding
• Re: drivers/gpu/drm/mgag200/mgag200_cursor.c:134:57: sparse: incorrect type in argument 1 (different address spaces), Christopher Harvey
• [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro, Sebastian Andrzej Siewior
  • Re: [Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro, Chris Wilson
    • Re: [Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro, Sebastian Andrzej Siewior
      • Re: [Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro, Daniel Vetter
• [PATCH v4] drm/i2c: tda998x: fix sync generation and calculation, Sebastian Hesselbarth
  • Re: [PATCH v4] drm/i2c: tda998x: fix sync generation and calculation, Russell King - ARM Linux
    • Re: [PATCH v4] drm/i2c: tda998x: fix sync generation and calculation, Sebastian Hesselbarth
• [PATCH v2 0/8] ARM: dts: exynos5420: add support for hdmi subsystem, Rahul Sharma
  • [PATCH v2 1/8] ARM: dts: exynos5250: move common i2c properties to exynos5 dtsi, Rahul Sharma
  • [PATCH v2 2/8] ARM: dts: exynos5420: add i2c device nodes, Rahul Sharma
  • [PATCH v2 3/8] ARM: dts: exynos5250: move common hdmi properties to exynos5 dtsi, Rahul Sharma
  • [PATCH v2 4/8] ARM: dts: exynos5420: add dt nodes for hdmi subsystem, Rahul Sharma
  • [PATCH v2 5/8] ARM: dts: exynos5420: add clocks for hdmi subsystem, Rahul Sharma
  • [PATCH v2 6/8] ARM: dts: exynos5420: add hdmi hpd gpio pinctrl node, Rahul Sharma
  • [PATCH v2 7/8] of/documentation: Update hpd gpio property for exynos_hdmi, Rahul Sharma
  • [PATCH v2 8/8] of/documentation: update with clock information for exynos hdmi subsystem, Rahul Sharma
• i915 mapping large (3MB) scatter list, hitting limits on certain IOMMUs that can only map contingous regions up to 2MB., Konrad Rzeszutek Wilk
  • Regression introduced by 90797e6d1ec0dfde6ba62a48b9ee3803887d6ed4 ("drm/i915: create compact dma scatter lists for gem objects") Was:Re: i915 mapping large (3MB) scatter list, hitting limits on certain IOMMUs that can only map contingous regions up to 2MB., Konrad Rzeszutek Wilk
    • Re: Regression introduced by 90797e6d1ec0dfde6ba62a48b9ee3803887d6ed4 ("drm/i915: create compact dma scatter lists for gem objects") Was:Re: i915 mapping large (3MB) scatter list, hitting limits on certain IOMMUs that can only map contingous regions up to 2MB., Chris Wilson
      • Re: Regression introduced by 90797e6d1ec0dfde6ba62a48b9ee3803887d6ed4 ("drm/i915: create compact dma scatter lists for gem objects") Was:Re: i915 mapping large (3MB) scatter list, hitting limits on certain IOMMUs that can only map contingous regions up to 2MB., Konrad Rzeszutek Wilk
  • Re: i915 mapping large (3MB) scatter list, hitting limits on certain IOMMUs that can only map contingous regions up to 2MB., Jerome Glisse
    • Re: i915 mapping large (3MB) scatter list, hitting limits on certain IOMMUs that can only map contingous regions up to 2MB., Konrad Rzeszutek Wilk
• [PATCH V2 0/7] drm/tilcdc: bug fixes, mode selection improvements, Darren Etheridge
  • [PATCH V2 1/7] drm/tilcdc: support pixel widths greater than 1024, Darren Etheridge
  • [PATCH V2 2/7] drm/tilcdc: adding some more devicetree config, Darren Etheridge
  • [PATCH V2 4/7] drm/tilcdc: adding more guards to prevent selection of invalid modes, Darren Etheridge
  • [PATCH V2 3/7] drm/tilcdc: fixing off by one errors found on analyzer, Darren Etheridge
  • [PATCH V2 5/7] drm/tilcdc: whitespace fixes and tidyup, Darren Etheridge
  • [PATCH V2 6/7] drm/tilcdc fixing i2c/slave initialization race, Darren Etheridge
  • [PATCH V2 7/7] drm/tilcdc: Clear bits of register we're going to set., Darren Etheridge
  • Re: [PATCH V2 0/7] drm/tilcdc: bug fixes, mode selection improvements, Rob Clark
    • Re: [PATCH V2 0/7] drm/tilcdc: bug fixes, mode selection improvements, Darren Etheridge
    • Re: [PATCH V2 0/7] drm/tilcdc: bug fixes, mode selection improvements, Pantelis Antoniou
• [PATCH 0/2] IPU generic irq chip, Philipp Zabel
  • [PATCH 1/2] staging: drm/imx: use generic irqchip, Philipp Zabel
    • Re: [PATCH 1/2] staging: drm/imx: use generic irqchip, Grant Likely
  • [PATCH 2/2] staging: drm/imx: use generic irq chip unused field to block out invalid irqs, Philipp Zabel
• re: drm/radeon/kms: get HPD info for connectors, Dan Carpenter
  • Re: drm/radeon/kms: get HPD info for connectors, Alex Deucher
• [PATCH 0/4] IPU DMFC bandwidth allocation fix and cleanups, Philipp Zabel
  • [PATCH 3/4] staging: drm/imx: ipuv3-crtc: immediately update crtc->fb in ipu_page_flip, Philipp Zabel
  • [PATCH 1/4] staging: drm/imx: remove unused variables, Philipp Zabel
  • [PATCH 2/4] staging: drm/imx: ipu-dmfc: fix bandwidth allocation, Philipp Zabel
  • [PATCH 4/4] staging: drm/imx: ipu-dmfc: use defines for ipu channel numbers, Philipp Zabel
  • Re: [PATCH 0/4] IPU DMFC bandwidth allocation fix and cleanups, Sascha Hauer
• [PATCH 0/2] i.MX53 IPU + TVE patches, Philipp Zabel
  • [PATCH 2/2] staging: drm/imx: convert IPU irq driver to irq_domain_add_linear, Philipp Zabel
  • [PATCH 1/2] staging: drm/imx: fix number of IPU IRQs, Philipp Zabel
  • Re: [PATCH 0/2] i.MX53 IPU + TVE patches, Philipp Zabel
• MTRR use in drivers, H. Peter Anvin
  • Re: MTRR use in drivers, Brice Goglin
    • Re: MTRR use in drivers, H. Peter Anvin
      • Re: MTRR use in drivers, Henrique de Moraes Holschuh
        • Re: MTRR use in drivers, H. Peter Anvin
          • Re: MTRR use in drivers, Dave Airlie
            • Re: MTRR use in drivers, H. Peter Anvin
              • Re: MTRR use in drivers, Dave Airlie
                • Re: MTRR use in drivers, H. Peter Anvin
                  • Re: MTRR use in drivers, Dave Airlie
              • Re: MTRR use in drivers, Andy Lutomirski
          • Re: MTRR use in drivers, Henrique de Moraes Holschuh
            • Re: MTRR use in drivers, H. Peter Anvin
              • Re: MTRR use in drivers, Henrique de Moraes Holschuh
                • Re: MTRR use in drivers, H. Peter Anvin
• DRM/KMS/FB: HDMI hotplug displays 1024x768 resolution instead of native mode, Jiada Wang
• [Bug 65963] screen goes blank, Linux hangs - Radeon 7870, Gallium, Glamor, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 65963] screen goes blank, Linux hangs - Radeon 7870, Gallium, Glamor, bugzilla-daemon
  • [Bug 65963] screen goes blank, Linux hangs - Radeon 7870, Gallium, Glamor, bugzilla-daemon
• [Bug 65968] New: Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
  • [Bug 65968] Massive memory corruption in Planetary Annihilation Alpha, bugzilla-daemon
• [PATCH v5 0/7] add mutex wait/wound/style style locks, Maarten Lankhorst
  • [PATCH v5 1/7] arch: make __mutex_fastpath_lock_retval return whether fastpath succeeded or not., Maarten Lankhorst
  • [PATCH v5 2/7] mutex: add support for wound/wait style locks, v5, Maarten Lankhorst
    • Re: [PATCH v5 2/7] mutex: add support for wound/wait style locks, v5, Ingo Molnar
      • Re: [PATCH v5 2/7] mutex: add support for wound/wait style locks, v5, Maarten Lankhorst
        • Re: [PATCH v5 2/7] mutex: add support for wound/wait style locks, v5, Ingo Molnar
          • [PATCH v6 2/7] mutex: add support for wound/wait style locks, Maarten Lankhorst
    • Re: [PATCH v5 2/7] mutex: add support for wound/wait style locks, v5, Ingo Molnar
  • [PATCH v5 4/7] mutex: Add ww tests to lib/locking-selftest.c. v5, Maarten Lankhorst
  • [PATCH v5 3/7] mutex: w/w mutex slowpath debugging, Maarten Lankhorst
  • [PATCH v5 5/7] mutex: add more tests to lib/locking-selftest.c, Maarten Lankhorst
  • [PATCH v5 6/7] mutex: add more ww tests to test EDEADLK path handling, Maarten Lankhorst
  • [PATCH v5 7/7] locking-selftests: handle unexpected failures more strictly, Maarten Lankhorst
• [PULL] drm-tegra-fixes, Thierry Reding
  • Re: [PULL] drm-tegra-fixes, Dave Airlie
    • Re: [PULL] drm-tegra-fixes, Thierry Reding
      • Re: [PULL] drm-tegra-fixes, Thierry Reding
• [GIT PULL FOR v3.11] shmob-drm patches, Laurent Pinchart
• [Bug 65958] New: GPU Lockup on Trinity 7500G, bugzilla-daemon
  • [Bug 65958] GPU Lockup on Trinity 7500G, bugzilla-daemon
  • [Bug 65958] GPU Lockup on Trinity 7500G, bugzilla-daemon
  • [Bug 65958] GPU Lockup on Trinity 7500G, bugzilla-daemon
  • [Bug 65958] GPU Lockup on Trinity 7500G, bugzilla-daemon
• [PATCH -next] gpu: fix printk format warning in i915_gem.c, Randy Dunlap
• [PATCH -next] drm/i915: fix potential NULL pointer dereference in i915_gem_context_get_hang_stats(), Wei Yongjun
• [PATCH 1/2] drm: add hotspot support for cursors., Dave Airlie
  • [PATCH 2/2] drm/qxl: add support for cursor hotspot., Dave Airlie
  • Re: [PATCH 1/2] drm: add hotspot support for cursors., Daniel Vetter
• [PATCH v3 0/3] exynos5420/hdmi: add support for hdmi subsystem, Rahul Sharma
  • [PATCH v3 1/3] drm/exynos: add new compatible strings for hdmi subsystem, Rahul Sharma
    • Re: [PATCH v3 1/3] drm/exynos: add new compatible strings for hdmi subsystem, Rahul Sharma
      • Re: [PATCH v3 1/3] drm/exynos: add new compatible strings for hdmi subsystem, Tomasz Figa
  • [PATCH v3 2/3] drm/exynos: add support for exynos5420 mixer, Rahul Sharma
    • Re: [PATCH v3 2/3] drm/exynos: add support for exynos5420 mixer, 김승우
  • [PATCH v3 3/3] ARM/dts: change compatible strings for hdmi subsystem, Rahul Sharma
    • Re: [PATCH v3 3/3] ARM/dts: change compatible strings for hdmi subsystem, Kukjin Kim
      • Re: [PATCH v3 3/3] ARM/dts: change compatible strings for hdmi subsystem, Kukjin Kim
        • Re: [PATCH v3 3/3] ARM/dts: change compatible strings for hdmi subsystem, Rahul Sharma
          • Re: [PATCH v3 3/3] ARM/dts: change compatible strings for hdmi subsystem, Inki Dae
            • Re: [PATCH v3 3/3] ARM/dts: change compatible strings for hdmi subsystem, Rahul Sharma
• [PATCH v2 2/4] drm/exynos: add support for exynos5420 mixer, Rahul Sharma
  • Re: [PATCH v2 2/4] drm/exynos: add support for exynos5420 mixer, 김승우
• [PATCH] drm/shmobile: Drop usage of removed drm_plane enabled field, Laurent Pinchart
  • Re: [PATCH] drm/shmobile: Drop usage of removed drm_plane enabled field, Dave Airlie
• [PATCH] drm/radeon: update lockup tracking when scheduling in empty ring, j . glisse
  • Re: [PATCH] drm/radeon: update lockup tracking when scheduling in empty ring, Christian König
• [PATCH] drm: Improve manual IRQ installation documentation, Laurent Pinchart
  • Re: [PATCH] drm: Improve manual IRQ installation documentation, Thierry Reding
    • Re: [PATCH] drm: Improve manual IRQ installation documentation, Laurent Pinchart
      • Re: [PATCH] drm: Improve manual IRQ installation documentation, Thierry Reding
        • Re: [PATCH] drm: Improve manual IRQ installation documentation, Laurent Pinchart
          • Re: [PATCH] drm: Improve manual IRQ installation documentation, Thierry Reding
            • Re: [PATCH] drm: Improve manual IRQ installation documentation, Daniel Vetter
              • Re: [PATCH] drm: Improve manual IRQ installation documentation, Thierry Reding
                • Re: [PATCH] drm: Improve manual IRQ installation documentation, Daniel Vetter
• [PATCH v4] drm: Renesas R-Car Display Unit DRM driver, Laurent Pinchart
• [PATCH] drm/shmobile: Enable compilation on all ARM platforms, Laurent Pinchart
• [PATCH] drm/prime: support to cache mapping, Joonyoung Shim
• [PATCH 10/10] idr: Rework idr_preload(), Kent Overstreet
  • <Possible follow-ups>
  • Re: [PATCH 10/10] idr: Rework idr_preload(), Kent Overstreet
    • Re: [PATCH 10/10] idr: Rework idr_preload(), Tejun Heo
  • [PATCH 10/10] idr: Rework idr_preload(), Kent Overstreet
  • [PATCH 10/10] idr: Rework idr_preload(), Kent Overstreet
• [PATCH 09/10] idr: Remove unneeded idr locking, idr_preload() usage, Kent Overstreet
  • <Possible follow-ups>
  • [PATCH 09/10] idr: Remove unneeded idr locking, idr_preload() usage, Kent Overstreet
  • [PATCH 09/10] idr: Remove unneeded idr locking, idr_preload() usage, Kent Overstreet
• [PATCH 1/1] gpu:drm:tilcdc: get preferred_bpp value from DT, Benoit Parrot
  • Re: [PATCH 1/1] gpu:drm:tilcdc: get preferred_bpp value from DT, Rob Clark
    • Re: [PATCH 1/1] gpu:drm:tilcdc: get preferred_bpp value from DT, Dave Airlie
• [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Rahul Sharma
  • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Rahul Sharma
    • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Kukjin Kim
      • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Mike Turquette
        • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Rahul Sharma
          • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Mike Turquette
            • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Rahul Sharma
              • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Rahul Sharma
                • Re: [PATCH 0/5] clk/exynos5420: add clocks for hdmi subsystem, Kukjin Kim
  • [PATCH 1/5] clk/exynos5420: add sclk_hdmiphy to the list of special clocks, Rahul Sharma
    • Re: [PATCH 1/5] clk/exynos5420: add sclk_hdmiphy to the list of special clocks, Rahul Sharma
  • [PATCH 2/5] clk/exynos5420: add gate clock for tv sysmmu, Rahul Sharma
    • Re: [PATCH 2/5] clk/exynos5420: add gate clock for tv sysmmu, Rahul Sharma
  • [PATCH 3/5] clk/exynos5420: fix the order of parents of hdmi mux, Rahul Sharma
    • Re: [PATCH 3/5] clk/exynos5420: fix the order of parents of hdmi mux, Rahul Sharma
  • [PATCH 4/5] clk/exynos5420: add hdmi mux to change parents in hdmi driver, Rahul Sharma
    • Re: [PATCH 4/5] clk/exynos5420: add hdmi mux to change parents in hdmi driver, Rahul Sharma
  • [PATCH 5/5] clk/exynos5420: assign sclk_pixel id to pixel clock divider, Rahul Sharma
    • Re: [PATCH 5/5] clk/exynos5420: assign sclk_pixel id to pixel clock divider, Rahul Sharma
      • Re: [PATCH 5/5] clk/exynos5420: assign sclk_pixel id to pixel clock divider, Rahul Sharma
• [PATCH] drm/prime: Honor requested file flags when exporting a buffer, Laurent Pinchart
  • Re: [PATCH] drm/prime: Honor requested file flags when exporting a buffer, Dave Airlie
• [PATCH 0/4] exynos5420/hdmi: add support for hdmi subsystem, Rahul Sharma
  • [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Rahul Sharma
    • Re: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, 김승우
    • RE: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Inki Dae
    • RE: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Inki Dae
    • Re: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Tomasz Figa
      • Re: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Lucas Stach
        • RE: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Inki Dae
          • Re: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Rahul Sharma
            • Re: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Tomasz Figa
              • Re: [PATCH 1/4] drm/exynos: rename compatible strings for hdmi subsystem, Rahul Sharma
  • [PATCH 2/4] drm/exynos: add support for exynos5420 mixer, Rahul Sharma
    • Re: [PATCH 2/4] drm/exynos: add support for exynos5420 mixer, 김승우
      • Re: [PATCH 2/4] drm/exynos: add support for exynos5420 mixer, Rahul Sharma
  • [PATCH 3/4] drm/exynos: fix interlace resolutions for exynos5420, Rahul Sharma
    • Re: [PATCH 3/4] drm/exynos: fix interlace resolutions for exynos5420, 김승우
      • RE: [PATCH 3/4] drm/exynos: fix interlace resolutions for exynos5420, Inki Dae
  • [PATCH 4/4] ARM/dts: change compatible strings for hdmi subsystem, Rahul Sharma
• [patch] drm/i915: remove a superflous semi-colon, Dan Carpenter
  • Re: [patch] drm/i915: remove a superflous semi-colon, Daniel Vetter
• exynos-drm-next todo work., Inki Dae
  • Re: exynos-drm-next todo work., Rahul Sharma
    • RE: exynos-drm-next todo work., Inki Dae
      • Re: exynos-drm-next todo work., Mark Brown
        • Re: exynos-drm-next todo work., Rob Clark
          • Re: exynos-drm-next todo work., Inki Dae
• Re: [3.10rc6] /proc/dri/0/vma broken on nouveau., David Airlie
  • Re: [3.10rc6] /proc/dri/0/vma broken on nouveau., Dave Jones
  • Re: [3.10rc6] /proc/dri/0/vma broken on nouveau., Dave Jones
    • Re: [3.10rc6] /proc/dri/0/vma broken on nouveau., Daniel Vetter
      • Re: [3.10rc6] /proc/dri/0/vma broken on nouveau., Dave Jones
        • Re: [3.10rc6] /proc/dri/0/vma broken on nouveau., Dave Airlie
          • Re: [3.10rc6] /proc/dri/0/vma broken on nouveau., Dave Jones
• [Bug 65873] New: R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
  • [Bug 65873] R600/SI: Cannot select store with truncate to 32-bit, bugzilla-daemon
• [PATCH] drm/radeon: Disable writeback by default on ppc, Adam Jackson
  • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
    • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Adam Jackson
      • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
        • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Benjamin Herrenschmidt
          • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Kleber Sacilotto de Souza
            • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Benjamin Herrenschmidt
              • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Kleber Sacilotto de Souza
                • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Kleber Sacilotto de Souza
                  • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
                    • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
                      • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Benjamin Herrenschmidt
                        • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Michel Dänzer
                          • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Benjamin Herrenschmidt
                            • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
                              • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Kleber Sacilotto de Souza
                                • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
                                  • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
                                    • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Michel Dänzer
                                      • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
                                        • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
                                          • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Kleber Sacilotto de Souza
                                            • Re: [PATCH] drm/radeon: Disable writeback by default on ppc, Alex Deucher
• [PATCH] drm/nouveau: remove limit on gart, Maarten Lankhorst
  • Re: [PATCH] drm/nouveau: remove limit on gart, Ben Skeggs
• [PATCH] drm/tegra: Include linux/types.h, Paul Bolle
  • Re: [PATCH] drm/tegra: Include linux/types.h, Thierry Reding
    • Re: [PATCH] drm/tegra: Include linux/types.h, Paul Bolle
      • Re: [PATCH] drm/tegra: Include linux/types.h, Thierry Reding
• [patch] libdrm_intel: intel: get rid of the .data section, Arjan van de Ven
• [Patch] libdrm_intel: Mark large read only local arrays as static const, Arjan van de Ven
• [Bug 57381] Radeon HD6950: Resuming from hibernation fails sometimes, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 57381] Radeon HD6950: Resuming from hibernation fails sometimes, bugzilla-daemon
  • [Bug 57381] Radeon HD6950: Resuming from hibernation fails sometimes, bugzilla-daemon
  • [Bug 57381] Radeon HD6950: Resuming from hibernation fails sometimes, bugzilla-daemon
  • [Bug 57381] Radeon HD6950: Resuming from hibernation fails sometimes, bugzilla-daemon
• [libdrm] intel: get rid of the .data section, Arjan van de Ven
• [libdrm] intel: Mark large read only local arrays as static const, Arjan van de Ven
• [PATCH 0/3] fbdev no more!, Daniel Vetter
  • [PATCH 1/3] drm: Add separate Kconfig option for fbdev helpers, Daniel Vetter
  • [PATCH 2/3] drm/i915: Kconfig option to disable the legacy fbdev support, Daniel Vetter
  • [PATCH 3/3] drm/i915: rename intel_fb.c to intel_fbdev.c, Daniel Vetter
  • Re: [PATCH 0/3] fbdev no more!, David Herrmann
  • Re: [PATCH 0/3] fbdev no more!, Konrad Rzeszutek Wilk
    • Re: [PATCH 0/3] fbdev no more!, Daniel Vetter
  • Re: [PATCH 0/3] fbdev no more!, Andy Lutomirski
    • Re: [PATCH 0/3] fbdev no more!, David Herrmann
• [Bug 65822] New: [radeonsi] OpenCL is broken, bugzilla-daemon
  • [Bug 65822] [radeonsi] OpenCL is broken, bugzilla-daemon
  • [Bug 65822] [radeonsi] OpenCL is broken, bugzilla-daemon
  • [Bug 65822] [radeonsi] OpenCL is broken, bugzilla-daemon
  • [Bug 65822] [radeonsi] OpenCL is broken, bugzilla-daemon
  • [Bug 65822] [radeonsi] OpenCL is broken, bugzilla-daemon
  • [Bug 65822] [radeonsi] OpenCL is broken, bugzilla-daemon
  • [Bug 65822] [radeonsi] OpenCL is broken, bugzilla-daemon
• [Bug 65810] New: Small black box at the left top corner after playing some 3d games..., bugzilla-daemon
  • [Bug 65810] Small black box at the left top corner after playing some 3d games..., bugzilla-daemon
  • [Bug 65810] Small black box at the left top corner after playing some 3d games..., bugzilla-daemon
  • [Bug 65810] Small black box at the left top corner after playing some 3d games..., bugzilla-daemon
  • [Bug 65810] Small black box at the left top corner after playing some 3d games..., bugzilla-daemon
  • [Bug 65810] Small black box at the left top corner after playing some 3d games..., bugzilla-daemon
• [Bug 65803] New: r600g: segfault with Kerbal Space Program, bugzilla-daemon
  • [Bug 65803] r600g: segfault with Kerbal Space Program, bugzilla-daemon
• [Bug 59761] New: Kernel fails to reset AMD HD5770 GPU properly and encounters OOPS. GPU reset fails - system remains in unusable state., bugzilla-daemon
  • [Bug 59761] Kernel fails to reset AMD HD5770 GPU properly and encounters OOPS. GPU reset fails - system remains in unusable state., bugzilla-daemon
  • [Bug 59761] Kernel fails to reset AMD HD5770 GPU properly and encounters OOPS. GPU reset fails - system remains in unusable state., bugzilla-daemon
  • [Bug 59761] Kernel fails to reset AMD HD5770 GPU properly and encounters OOPS. GPU reset fails - system remains in unusable state., bugzilla-daemon
• [PATCH] drm/nouveau: fix a memory leak., majianpeng
• [PATCH] drm: Initialize list in event->base.link, Stéphane Marchesin
  • Re: [PATCH] drm: Initialize list in event->base.link, Daniel Vetter
    • Re: [PATCH] drm: Initialize list in event->base.link, Dave Airlie
• [Bug 65787] New: r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
  • [Bug 65787] r600g: corruption in menu in "stunt rally", bugzilla-daemon
• [PATCH 0/6] fb refcount and crtc helper patches, Daniel Vetter
  • [PATCH 1/6] drm/crtc-helpers: Enforce sane set_config api, Daniel Vetter
  • [PATCH 2/6] drm/crtc-helper: no need to check for fb->depth/bpp, Daniel Vetter
  • [PATCH 3/6] drm/crtc-helper: explicit DPMS on after modeset, Daniel Vetter
    • [PATCH] drm/crtc-helper: explicit DPMS on after modeset, Daniel Vetter
  • [PATCH 4/6] drm/crtc-helper: don't disable disconnected outputs, Daniel Vetter
    • [PATCH] drm/crtc-helper: don't disable disconnected outputs, Daniel Vetter
      • Re: [PATCH] drm/crtc-helper: don't disable disconnected outputs, Dave Airlie
        • Re: [PATCH] drm/crtc-helper: don't disable disconnected outputs, Daniel Vetter
  • [PATCH 5/6] drm: check that ->set_config properly updates the fb, Daniel Vetter
  • [PATCH 6/6] drm: fix fb leak in setcrtc, Daniel Vetter
• [PATCH v6 00/23] modetest enhancements, Laurent Pinchart
  • [PATCH v6 01/23] modetest: Fix warnings, Laurent Pinchart
  • [PATCH v6 02/23] modetest: Remove extern declarations of opt(arg|ind|err|opt), Laurent Pinchart
  • [PATCH v6 04/23] modetest: Add a command line parameter to select the driver, Laurent Pinchart
  • [PATCH v6 03/23] modetest: Sort command line arguments, Laurent Pinchart
  • [PATCH v6 05/23] modetest: Add a command line parameter to drop master after mode set, Laurent Pinchart
  • [PATCH v6 06/23] modetest: Retrieve all resources in one go, Laurent Pinchart
  • [PATCH v6 07/23] modetest: Don't limit mode set and planes to two instances, Laurent Pinchart
  • [PATCH v6 08/23] modetest: Add a command line parameter to set properties, Laurent Pinchart
    • Re: [PATCH v6 08/23] modetest: Add a command line parameter to set properties, Ville Syrjälä
      • Re: [PATCH v6 08/23] modetest: Add a command line parameter to set properties, Laurent Pinchart
        • Re: [PATCH v6 08/23] modetest: Add a command line parameter to set properties, Ville Syrjälä
          • Re: [PATCH v6 08/23] modetest: Add a command line parameter to set properties, Laurent Pinchart
  • [PATCH v6 09/23] modetest: Allow specifying plane position, Laurent Pinchart
  • [PATCH v6 10/23] modetest: Print the plane ID when setting up a plane, Laurent Pinchart
  • [PATCH v6 11/23] modetest: Remove the -m argument, Laurent Pinchart
  • [PATCH v6 12/23] modetest: Create a device structure, Laurent Pinchart
  • [PATCH v6 13/23] modetest: Compute CRTC pipe number as needed, Laurent Pinchart
  • [PATCH v6 14/23] modetest: Remove the struct connector_arg encoder field, Laurent Pinchart
  • [PATCH v6 15/23] modetest: Store the crtc in the connector_arg structure, Laurent Pinchart
  • [PATCH v6 16/23] modetest: Store the mode in the crtc structure, Laurent Pinchart
  • [PATCH v6 18/23] modetest: Split mode setting and plane setup, Laurent Pinchart
  • [PATCH v6 17/23] modetest: Give the CRTC ID to the -P option, Laurent Pinchart
  • [PATCH v6 19/23] modetest: Rename struct connector_arg to struct pipe_arg, Laurent Pinchart
  • [PATCH v6 20/23] modetest: Support pipes with multiple connectors, Laurent Pinchart
  • [PATCH v6 21/23] modetest: Try all possible encoders for a connector, Laurent Pinchart
  • [PATCH v6 22/23] modetest: Fix line stride in SMPTE YUV packet pattern generator, Laurent Pinchart
  • [PATCH v6 23/23] modetest: Allocate NV buffers large enough for the two planes, Laurent Pinchart
  • Re: [PATCH v6 00/23] modetest enhancements, Laurent Pinchart
• [PATCH v5 00/23] modetest enhancements, Laurent Pinchart
  • [PATCH v5 01/23] modetest: Fix warnings, Laurent Pinchart
  • [PATCH v5 02/23] modetest: Remove extern declarations of opt(arg|ind|err|opt), Laurent Pinchart
  • [PATCH v5 03/23] modetest: Sort command line arguments, Laurent Pinchart
  • [PATCH v5 05/23] modetest: Add a command line parameter to drop master after mode set, Laurent Pinchart
  • [PATCH v5 04/23] modetest: Add a command line parameter to select the driver, Laurent Pinchart
  • [PATCH v5 06/23] modetest: Retrieve all resources in one go, Laurent Pinchart
  • [PATCH v5 07/23] modetest: Don't limit mode set and planes to two instances, Laurent Pinchart
  • [PATCH v5 08/23] modetest: Add a command line parameter to set properties, Laurent Pinchart
  • [PATCH v5 09/23] modetest: Allow specifying plane position, Laurent Pinchart
  • [PATCH v5 11/23] modetest: Remove the -m argument, Laurent Pinchart
  • [PATCH v5 10/23] modetest: Print the plane ID when setting up a plane, Laurent Pinchart
  • [PATCH v5 13/23] modetest: Compute CRTC pipe number as needed, Laurent Pinchart
  • [PATCH v5 12/23] modetest: Create a device structure, Laurent Pinchart
  • [PATCH v5 15/23] modetest: Store the crtc in the connector_arg structure, Laurent Pinchart
  • [PATCH v5 14/23] modetest: Remove the struct connector_arg encoder field, Laurent Pinchart
  • [PATCH v5 16/23] modetest: Store the mode in the crtc structure, Laurent Pinchart
  • [PATCH v5 17/23] modetest: Give the CRTC ID to the -P option, Laurent Pinchart
  • [PATCH v5 18/23] modetest: Split mode setting and plane setup, Laurent Pinchart
  • [PATCH v5 19/23] modetest: Rename struct connector_arg to struct pipe_arg, Laurent Pinchart
  • [PATCH v5 20/23] modetest: Support pipes with multiple connectors, Laurent Pinchart
  • [PATCH v5 21/23] modetest: Try all possible encoders for a connector, Laurent Pinchart
  • [PATCH v5 23/23] modetest: Allocate NV buffers large enough for the two planes, Laurent Pinchart
  • [PATCH v5 22/23] modetest: Fix line stride in SMPTE YUV packet pattern generator, Laurent Pinchart
  • Re: [PATCH v5 00/23] modetest enhancements, Laurent Pinchart
• [PATCH] drm/exynos: make sure to handle an error case to vm_mmap call, Inki Dae
• [Bug 65730] New: no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850 mesa driver, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850, bugzilla-daemon
  • [Bug 65730] no sound via HDMI for Radeon 6850, bugzilla-daemon
• [PATCH] drm/edid: Don't print messages regarding stereo or csync by default, Egbert Eich
  • Re: [PATCH] drm/edid: Don't print messages regarding stereo or csync by default, Adam Jackson
• [Bug 59681] New: Sony VAIO VPCZ23A4R: radeon doesn't like undocking, bugzilla-daemon
  • [Bug 59681] Sony VAIO VPCZ23A4R: radeon doesn't like undocking, bugzilla-daemon
  • [Bug 59681] Sony VAIO VPCZ23A4R: radeon doesn't like undocking, bugzilla-daemon
  • [Bug 59681] Sony VAIO VPCZ23A4R: radeon doesn't like undocking, bugzilla-daemon
  • [Bug 59681] Sony VAIO VPCZ23A4R: radeon doesn't like undocking, bugzilla-daemon
• [Bug 65723] New: Xonotic glsl 1.30 broken, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken due to lack of derivatives support in radeonsi, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken due to lack of derivatives support in radeonsi, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken due to lack of derivatives support in radeonsi, bugzilla-daemon
  • [Bug 65723] Xonotic glsl 1.30 broken due to lack of derivatives support in radeonsi, bugzilla-daemon
• [Bug 65722] New: Before update dual display wasn't an option. Since update I have to have amp and tv on or else monitor display goes funny and cannot be used., bugzilla-daemon
  • [Bug 65722] Before update dual display wasn't an option. Since update I have to have amp and tv on or else monitor display goes funny and cannot be used., bugzilla-daemon
  • [Bug 65722] Before update dual display wasn't an option. Since update I have to have amp and tv on or else monitor display goes funny and cannot be used., bugzilla-daemon
  • [Bug 65722] Before update dual display wasn't an option. Since update I have to have amp and tv on or else monitor display goes funny and cannot be used., bugzilla-daemon
• [Bug 65714] Champions of Regnum dont show characters!, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 65714] Champions of Regnum dont show characters!, bugzilla-daemon
  • [Bug 65714] Champions of Regnum dont show characters!, bugzilla-daemon
• [PATCH v2 0/4] gpu: host1x: add runtime pm support, Mayuresh Kulkarni
  • [PATCH v2 1/4] gpu: host1x: shuffle job APIs, Mayuresh Kulkarni
  • [PATCH v2 2/4] gpu: host1x: add runtime pm support for gr2d, Mayuresh Kulkarni
    • Re: [PATCH v2 2/4] gpu: host1x: add runtime pm support for gr2d, Stephen Warren
      • Re: [PATCH v2 2/4] gpu: host1x: add runtime pm support for gr2d, Mayuresh Kulkarni
  • [PATCH v2 3/4] gpu: host1x: add runtime pm support for dc, Mayuresh Kulkarni
    • Re: [PATCH v2 3/4] gpu: host1x: add runtime pm support for dc, Thierry Reding
      • Re: [PATCH v2 3/4] gpu: host1x: add runtime pm support for dc, Stephen Warren
        • Re: [PATCH v2 3/4] gpu: host1x: add runtime pm support for dc, Mayuresh Kulkarni
  • [PATCH v2 4/4] gpu: host1x: add runtime pm support for host1x, Mayuresh Kulkarni
• [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
  • RE: [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
  • Re: [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
    • RE: [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
  • [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Maarten Lankhorst
      • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
        • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Maarten Lankhorst
          • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
        • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
          • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
            • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
              • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
              • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
                  • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
                      • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                        • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                          • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                            • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                              • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                                  • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
                                      • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                        • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                                          • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                            • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                                              • RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                                • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                                                  • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                                    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                                                    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                                    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Jerome Glisse
                                                    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                                    • [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                                    • Re: [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Rob Clark
                                                    • Re: [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                                    • Re: [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Jerome Glisse
                                                    • Re: [RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
                                              • About buffer sychronization mechanism and cache operation, Inki Dae
                                          • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
                                            • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Lucas Stach
                        • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
              • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Daniel Vetter
                • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
                  • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Daniel Vetter
                    • Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework, Russell King - ARM Linux
    • [RFC PATCH v3] dmabuf-sync: Introduce buffer synchronization framework, Inki Dae
• [PATCH 0/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products., Julia Lemire
  • [PATCH 1/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products., Julia Lemire
  • <Possible follow-ups>
  • [PATCH 0/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products., Julia Lemire
    • [PATCH 1/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products., Julia Lemire
      • Re: [PATCH 1/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products., J L
• [PATCH 1/3] drm: add mmap function to prime helpers, Joonyoung Shim
  • [PATCH 2/3] drm/cma: add low-level hook functions to use prime helpers, Joonyoung Shim
  • [PATCH 3/3] drm/cma: remove GEM CMA specific dma_buf functionality, Joonyoung Shim
  • Re: [PATCH 1/3] drm: add mmap function to prime helpers, Aaron Plattner
    • Re: [PATCH 1/3] drm: add mmap function to prime helpers, Joonyoung Shim
• [PATCH 0/3] drm/cma: use prim helpers instead GEM CMA specific dma_buf functionality, Joonyoung Shim
  • Re: [PATCH 0/3] drm/cma: use prim helpers instead GEM CMA specific dma_buf functionality, Laurent Pinchart
  • Re: [PATCH 0/3] drm/cma: use prim helpers instead GEM CMA specific dma_buf functionality, Laurent Pinchart
    • Re: [PATCH 0/3] drm/cma: use prim helpers instead GEM CMA specific dma_buf functionality, Joonyoung Shim
• [PATCH] drm: Don't pass negative delta to ktime_sub_ns(), Michel Dänzer
  • Re: [PATCH] drm: Don't pass negative delta to ktime_sub_ns(), Chris Wilson
    • Re: [PATCH] drm: Don't pass negative delta to ktime_sub_ns(), Chris Wilson
  • Re: [PATCH] drm: Don't pass negative delta to ktime_sub_ns(), Imre Deak
  • Re: [PATCH] drm: Don't pass negative delta to ktime_sub_ns(), Daniel Vetter
  • Re: [PATCH] drm: Don't pass negative delta to ktime_sub_ns(), Chris Wilson
    • Re: [PATCH] drm: Don't pass negative delta to ktime_sub_ns(), Michel Dänzer
• [Bug 24066] On the Rain-Slick Precipice of Darkness, Episode One crashes before first starting screen, bugzilla-daemon
• [PATCH 0/9] exynos5420/hdmi: add support for hdmi subsystem, Rahul Sharma
  • [PATCH 4/9] drm/exynos: add support for exynos5420 hdmiphy, Rahul Sharma
  • [PATCH 5/9] drm/exynos: add support for exynos5420 mixer, Rahul Sharma
    • Re: [PATCH 5/9] drm/exynos: add support for exynos5420 mixer, 김승우
  • [PATCH 6/9] drm/exynos: fix interlace resolutions for exynos5420, Rahul Sharma
  • [PATCH 1/9] drm/exynos: use SoC name to identify hdmi version, Rahul Sharma
    • Re: [PATCH 1/9] drm/exynos: use SoC name to identify hdmi version, 김승우
      • Re: [PATCH 1/9] drm/exynos: use SoC name to identify hdmi version, Rahul Sharma
  • [PATCH 2/9] drm/exynos: rename compatible strings for hdmi subsystem, Rahul Sharma
  • [PATCH 3/9] drm/exynos: add support for exynos5420 hdmi, Rahul Sharma
  • [PATCH 7/9] drm/exynos: use of_get_named_gpio to get hdmi hpd gpio, Rahul Sharma
    • Re: [PATCH 7/9] drm/exynos: use of_get_named_gpio to get hdmi hpd gpio, 김승우
      • Re: [PATCH 7/9] drm/exynos: use of_get_named_gpio to get hdmi hpd gpio, Inki Dae
        • Re: [PATCH 7/9] drm/exynos: use of_get_named_gpio to get hdmi hpd gpio, Rahul Sharma
  • [PATCH 8/9] ARM/dts: add phy property to exynos5250 hdmi dt node, Rahul Sharma
  • [PATCH 9/9] ARM/dts: update device tree binding documentation for hdmi susbsystem, Rahul Sharma
    • Re: [PATCH 9/9] ARM/dts: update device tree binding documentation for hdmi susbsystem, Grant Likely
• Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
  • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Daniel Vetter
    • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
      • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
        • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Daniel Vetter
          • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
            • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Daniel Vetter
              • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
                • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Daniel Vetter
                  • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
                    • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Daniel Vetter
                      • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
                        • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Daniel Vetter
                          • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Daniel Vetter
                            • Re: Packard Bell EasyNote LV need i915.invert_brightness=1, Petter Reinholdtsen
• [PATCH 1/1] dRM/exynos: exynos_drm_ipp: Remove redundant break statement, Sachin Kamat
  • Re: [PATCH 1/1] dRM/exynos: exynos_drm_ipp: Remove redundant break statement, Inki Dae
• [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
  • [RFC 1/2] drm/exynos: replace dummy hdmiphy clock with pmu register control, Rahul Sharma
  • [RFC 2/2] ARM/dts: add hdmiphy power control pmu register to hdmi dt node, Rahul Sharma
  • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Inki Dae
    • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Inki Dae
      • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
        • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Sylwester Nawrocki
          • RE: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Inki Dae
            • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Kishon Vijay Abraham I
              • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, 김승우
                • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
                  • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Kishon Vijay Abraham I
                    • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
                      • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Kishon Vijay Abraham I
                        • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
                      • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Seung-Woo Kim
                        • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
                          • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
                            • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Sylwester Nawrocki
                              • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Rahul Sharma
                                • Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control, Inki Dae
• [PATCH 0/4] exynos5250/hdmi: modify driver and arch data towards CCF migration, Rahul Sharma
  • [PATCH 1/4] drm/exynos: Prepare/Unprepare HDMI subsystem clocks, Rahul Sharma
    • RE: [PATCH 1/4] drm/exynos: Prepare/Unprepare HDMI subsystem clocks, Inki Dae
  • [PATCH 2/4] drm/exynos: add mout_hdmi clock in hdmi driver to change parent, Rahul Sharma
    • RE: [PATCH 2/4] drm/exynos: add mout_hdmi clock in hdmi driver to change parent, Inki Dae
  • [PATCH 3/4] ARM: dts: Add mixer clocks to mixer node, Rahul Sharma
    • Re: [PATCH 3/4] ARM: dts: Add mixer clocks to mixer node, Inki Dae
  • [PATCH 4/4] ARM/dts: add clocks to hdmi dt node for exynos5250, Rahul Sharma
    • Re: [PATCH 4/4] ARM/dts: add clocks to hdmi dt node for exynos5250, Inki Dae
• [PATCH] drm/nouveau: perform a bar flush when flushing vm, Maarten Lankhorst
  • Re: [PATCH] drm/nouveau: perform a bar flush when flushing vm, Ben Skeggs
• [PATCH RFC] drm/i2c: tda998x: fix sync generation and calculation, Sebastian Hesselbarth
  • [PATCH RFC v2] drm/i2c: tda998x: fix sync generation and calculation, Sebastian Hesselbarth
    • [PATCH RFC v3] drm/i2c: tda998x: fix sync generation and calculation, Sebastian Hesselbarth
• [PATCH] drm: encoder_slave: respect of_node on i2c encoder init, Sebastian Hesselbarth
  • Re: [PATCH] drm: encoder_slave: respect of_node on i2c encoder init, Daniel Vetter
    • Re: [PATCH] drm: encoder_slave: respect of_node on i2c encoder init, Sebastian Hesselbarth
      • Re: [PATCH] drm: encoder_slave: respect of_node on i2c encoder init, Francisco Jerez
        • Re: [PATCH] drm: encoder_slave: respect of_node on i2c encoder init, Sebastian Hesselbarth
• build warning on 32-bit, Dave Airlie
  • Re: build warning on 32-bit, Ville Syrjälä
    • Re: build warning on 32-bit, Daniel Vetter
    • Re: build warning on 32-bit, Chris Wilson
      • Re: build warning on 32-bit, Daniel Vetter
• [Bug 65611] New: UVD accelerated decoding causes hangs (ARUBA - HD 7540D), bugzilla-daemon
  • [Bug 65611] UVD accelerated decoding causes hangs (ARUBA - HD 7540D), bugzilla-daemon
  • [Bug 65611] UVD accelerated decoding causes hangs (ARUBA - HD 7540D), bugzilla-daemon
  • [Bug 65611] UVD accelerated decoding causes hangs (ARUBA - HD 7540D), bugzilla-daemon
  • [Bug 65611] UVD accelerated decoding causes hangs (ARUBA - HD 7540D), bugzilla-daemon
  • [Bug 65611] UVD accelerated decoding causes hangs (ARUBA - HD 7540D), bugzilla-daemon
• [PATCH 0/5] clk/exynos5250: add clocks for hdmi subsystem, Rahul Sharma
  • [PATCH 1/5] clk/exynos5250: Fix HDMI clock number in documentation, Rahul Sharma
    • Re: [PATCH 1/5] clk/exynos5250: Fix HDMI clock number in documentation, Rahul Sharma
      • Re: [PATCH 1/5] clk/exynos5250: Fix HDMI clock number in documentation, Rahul Sharma
  • [PATCH 2/5] clk/exynos5250: add mout_hdmi mux clock for hdmi, Rahul Sharma
    • Re: [PATCH 2/5] clk/exynos5250: add mout_hdmi mux clock for hdmi, Rahul Sharma
  • [PATCH 3/5] clk/exynos5250: add sclk_hdmiphy in the list of special clocks, Rahul Sharma
    • Re: [PATCH 3/5] clk/exynos5250: add sclk_hdmiphy in the list of special clocks, Rahul Sharma
  • [PATCH 4/5] clk/exynos5250: add clock for tv sysmmu, Rahul Sharma
    • Re: [PATCH 4/5] clk/exynos5250: add clock for tv sysmmu, Rahul Sharma
  • [PATCH 5/5] clk/exynos5250: change parent to aclk200_disp1 for hdmi subsystem, Rahul Sharma
    • Re: [PATCH 5/5] clk/exynos5250: change parent to aclk200_disp1 for hdmi subsystem, Rahul Sharma
  • Re: [PATCH 0/5] clk/exynos5250: add clocks for hdmi subsystem, Arun Kumar K
    • Re: [PATCH 0/5] clk/exynos5250: add clocks for hdmi subsystem, Rahul Sharma
      • Re: [PATCH 0/5] clk/exynos5250: add clocks for hdmi subsystem, Kukjin Kim
• [PATCH] drm/cirrus: do not attempt to acquire a reservation while in an interrupt handler, Maarten Lankhorst
• [PATCH 0/3] Fix backlight issues on some Windows 8 systems, Matthew Garrett
  • [PATCH 2/3] ACPICA: Add interface for getting latest OS version requested via _OSI, Matthew Garrett
  • [PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8, Matthew Garrett
    • Re: [PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8, Daniel Vetter
    • Re: [PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8, joeyli
    • Re: [PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8, Alex Deucher
    • Re: [PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8, Aaron Lu
      • Re: [PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8, Matthew Garrett