<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.video.dri.devel">
    <title>gmane.comp.video.dri.devel</title>
    <link>http://blog.gmane.org/gmane.comp.video.dri.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85296"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85270"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85269"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85263"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85262"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85260"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85241"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85237"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85217"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85214"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85212"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85211"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85189"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85181"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85174"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85153"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85125"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85121"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85117"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dri.devel/85110"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85296">
    <title>drivers/gpu/drm/qxl/qxl_fb.c:162:15: error: variable ‘qxl_defio’</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85296</link>
    <description>&lt;pre&gt;latest git tree gives :

  CHK     kernel/config_data.h
  CC [M]  drivers/gpu/drm/qxl/qxl_fb.o
drivers/gpu/drm/qxl/qxl_fb.c:162:15: error: variable ‘qxl_defio’ has initializer but incomplete type
drivers/gpu/drm/qxl/qxl_fb.c:163:2: error: unknown field ‘delay’ specified in initializer
drivers/gpu/drm/qxl/qxl_fb.c:163:2: warning: excess elements in struct initializer [enabled by default]
drivers/gpu/drm/qxl/qxl_fb.c:163:2: warning: (near initialization for ‘qxl_defio’) [enabled by default]
drivers/gpu/drm/qxl/qxl_fb.c:164:2: error: unknown field ‘deferred_io’ specified in initializer
drivers/gpu/drm/qxl/qxl_fb.c:164:2: warning: excess elements in struct initializer [enabled by default]
drivers/gpu/drm/qxl/qxl_fb.c:164:2: warning: (near initialization for ‘qxl_defio’) [enabled by default]
drivers/gpu/drm/qxl/qxl_fb.c: In function ‘qxlfb_create’:
drivers/gpu/drm/qxl/qxl_fb.c:456:6: error: ‘struct fb_info’ has no member named ‘fbdefio’
make[4]: *** [drivers/gpu/drm/qxl/qxl_fb.o] E&lt;/pre&gt;</description>
    <dc:creator>Toralf Förster</dc:creator>
    <dc:date>2013-05-24T17:13:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85270">
    <title>Radeon atombios power state can cause NULL pointer dereference</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85270</link>
    <description>&lt;pre&gt;Hi,

My Packard Bell Dot M/A laptop (ATI x1200/rs690m) fails during resume:

[   73.033179] BUG: unable to handle kernel NULL pointer dereference at
0000000000000020 [   73.033184] IP: [&amp;lt;ffffffffa0418dc3&amp;gt;]
radeon_pm_resume+0xda/0x137 [radeon] [   73.033227] PGD 0 
[   73.033231] Oops: 0000 [#1] SMP 
[   73.033236] CPU 0 
[   73.033238] Modules linked in: cryptd aes_x86_64 aes_generic uinput
loop snd_hda_codec_realtek arc4 ath9k joydev snd_hda_intel radeon
ath9k_common ath9k_hw snd_hda_codec ath ttm snd_hwdep uvcvideo
drm_kms_helper mac80211 videodev snd_pcm snd_page_alloc snd_seq
snd_seq_device snd_timer drm v4l2_compat_ioctl32 media cfg80211
edac_mce_amd mperf acerhdf acer_wmi snd sp5100_tco sparse_keymap pcspkr
edac_core rfkill soundcore i2c_piix4 i2c_algo_bit k8temp psmouse
i2c_core evdev serio_raw video wmi shpchp processor ac battery
power_supply button ext4 crc16 jbd2 mbcache sg sd_mod crc_t10dif
ata_generic ahci libahci pata_atiixp libata ohci_hcd ehci_hcd usbcore
scsi_mod thermal thermal_sys r8169 mi&lt;/pre&gt;</description>
    <dc:creator>Clément Calmels</dc:creator>
    <dc:date>2013-05-23T23:07:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85269">
    <title>Radeon atombios power state can cause NULL pointer dereference</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85269</link>
    <description>&lt;pre&gt;Hi,

My Packard Bell Dot M/A laptop (ATI x1200/rs690m) fails during resume:

[   73.033179] BUG: unable to handle kernel NULL pointer dereference at
0000000000000020 [   73.033184] IP: [&amp;lt;ffffffffa0418dc3&amp;gt;]
radeon_pm_resume+0xda/0x137 [radeon] [   73.033227] PGD 0 
[   73.033231] Oops: 0000 [#1] SMP 
[   73.033236] CPU 0 
[   73.033238] Modules linked in: cryptd aes_x86_64 aes_generic uinput
loop snd_hda_codec_realtek arc4 ath9k joydev snd_hda_intel radeon
ath9k_common ath9k_hw snd_hda_codec ath ttm snd_hwdep uvcvideo
drm_kms_helper mac80211 videodev snd_pcm snd_page_alloc snd_seq
snd_seq_device snd_timer drm v4l2_compat_ioctl32 media cfg80211
edac_mce_amd mperf acerhdf acer_wmi snd sp5100_tco sparse_keymap pcspkr
edac_core rfkill soundcore i2c_piix4 i2c_algo_bit k8temp psmouse
i2c_core evdev serio_raw video wmi shpchp processor ac battery
power_supply button ext4 crc16 jbd2 mbcache sg sd_mod crc_t10dif
ata_generic ahci libahci pata_atiixp libata ohci_hcd ehci_hcd usbcore
scsi_mod thermal thermal_sys r8169 mi&lt;/pre&gt;</description>
    <dc:creator>Clément Calmels</dc:creator>
    <dc:date>2013-05-23T23:07:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85263">
    <title>PA_SC_RASTER_CONFIG</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85263</link>
    <description>&lt;pre&gt;Hi,

----

In si.c, the PA_SC_RASTER_CONFIG register is set with a
golden value in 'si_init_golden_registers' function but get
set nearly immediately after in 'si_setup_rb' function at a finer
level (for each sh block of each se block).
If I remember well, that golden value would be again set to the
golden value in mesa.

Is there one golden value for all se/sh blocks? Or are there computed
(then overwritting the golden value) values for each se/sh? Why
mesa would overwrite its value (I have not checked in lastest
mesa)?

(drm-next-3.10 branch, head
28ff680d66b9c6b8dbe9436742e39a47a16ea396)

----

In drm-next-3.10 branch, commit
c9e065819056dd00ccecbf17a73ade03fa03ca8e, in
verde_golden_registers, many registers are set several times
in a row, expected? (that does not look like sequential
programing registers, maybe some register backbone block routing
trickery?)

----

Regards,

&lt;/pre&gt;</description>
    <dc:creator>Sylvain BERTRAND</dc:creator>
    <dc:date>2013-05-24T00:15:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85262">
    <title>[Bug 58731] New: radeon_uvd: Can't load firmware"radeon/RV710_uvd.bin"</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85262</link>
    <description>&lt;pre&gt;https://bugzilla.kernel.org/show_bug.cgi?id=58731

           Summary: radeon_uvd: Can't load firmware "radeon/RV710_uvd.bin"
           Product: Drivers
           Version: 2.5
    Kernel Version: 3.10.0-rc2
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
        AssignedTo: drivers_video-dri&amp;lt; at &amp;gt;kernel-bugs.osdl.org
        ReportedBy: smf.linux&amp;lt; at &amp;gt;ntlworld.com
        Regression: No


Created an attachment (id=102361)
 --&amp;gt; (https://bugzilla.kernel.org/attachment.cgi?id=102361)
dmesg output and other supporting information

[AMD/ATI] RV710 [Radeon HD 4350/4550] on M5A97 PRO and AMD Phenom(tm) II X6
1100T Processor (16Gbyte RAM) fails to load RV710_uvd.bin at boot. I have found
that "request_firmware" call is returning -2 (ENOENT) though the correct file
is available in /lib/firmware/radeon. On further investigation this appears to
stem from "assign_firmware_buf" not h&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;bugzilla.kernel.org</dc:creator>
    <dc:date>2013-05-23T21:52:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85260">
    <title>[Bug 64933]New:=?UTF-8?Q?=20Hyperz=20related=20gpu=20lockup=20on=20git=20mesa=20in=20Br=C3=BCtal=20Legend?=</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85260</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64933

          Priority: medium
            Bug ID: 64933
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: Hyperz related gpu lockup on git mesa in Brütal Legend
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: thomas.lindroth&amp;lt; at &amp;gt;gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Drivers/Gallium/r600
           Product: Mesa

Created attachment 79724
  --&amp;gt; https://bugs.freedesktop.org/attachment.cgi?id=79724&amp;amp;action=edit
dmesg, xorg.log

It locks up in the opening scene unless R600_HYPERZ=0 is set. Here it a trace
for it.
https://dl.dropboxusercontent.com/s/w1dr3abdesxcp66/Buddha2.bin.x86.trace.xz
[337M]

I tried to trim it but I only got an unplayable result. glretrace would segfult
in r600g.so so it could also be a problem with the driver. Replaying with
mesa-9.1.2 didn't segfault, instead I got this error message: gl&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-23T21:16:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85241">
    <title>[Bug 64913] New: [r600] KSP 0.20 crashes when entering settings /starting new game.</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85241</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64913

          Priority: medium
            Bug ID: 64913
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: [r600] KSP 0.20 crashes when entering settings /
                    starting new game.
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: knut.tidemann&amp;lt; at &amp;gt;gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Drivers/Gallium/r600
           Product: Mesa

Created attachment 79702
  --&amp;gt; https://bugs.freedesktop.org/attachment.cgi?id=79702&amp;amp;action=edit
Backtrace of crash from gdb

I tested Kerbal Space Program today (after the new 0.20 updated) and it crashes
when entering 'Settings' or starting the actual game from the menu.

I've attached a backtrace, and the crash seems to be the same in both cases.
Atleast the same function is involved.

I was running mesa from git. Last commit was:
7bfb4bea6562b2e69d0376f15224c3811da&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-23T12:32:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85237">
    <title>[GIT PULL] exynos-drm-fixes</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85237</link>
    <description>&lt;pre&gt;Hi Dave,

   This pull request includes drm_send_vblank_event() helper
   relevant patch I missed and code cleanups. And also it fixes
   a pended page flip issue.

Please kindly let me know if there is any problem.

Thanks,
Inki Dae

The following changes since commit 0eca56f9467038ee0b798637f03581aaa1186fac:

  drm/imx: use drm_send_vblank_event() helper (2013-05-22 09:13:42 +1000)

are available in the git repository at:
  git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos exynos-drm-fixes

Inki Dae (1):
      drm/exynos: wait for the completion of pending page flip

Lars-Peter Clausen (1):
      drm/exynos: exynos_hdmi: Pass correct pointer to free_irq()

Rob Clark (2):
      drm/exynos: page flip fixes
      drm/exynos: use drm_send_vblank_event() helper

Sachin Kamat (2):
      drm/exynos: exynos_drm_fbdev: Fix incorrect usage of IS_ERR_OR_NULL
      drm/exynos: exynos_drm_ipp: Fix incorrect usage of IS_ERR_OR_NULL

Seung-Woo Kim (4):
      drm/exynos: cleanup device pointer usages
      &lt;/pre&gt;</description>
    <dc:creator>Inki Dae</dc:creator>
    <dc:date>2013-05-23T11:12:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85217">
    <title>[Bug 58671] New: Nvidia drivers fail compile</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85217</link>
    <description>&lt;pre&gt;https://bugzilla.kernel.org/show_bug.cgi?id=58671

           Summary: Nvidia drivers fail compile
           Product: Drivers
           Version: 2.5
    Kernel Version: 3.10-rc*
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
        AssignedTo: drivers_video-dri&amp;lt; at &amp;gt;kernel-bugs.osdl.org
        ReportedBy: Acidphase&amp;lt; at &amp;gt;gmail.com
        Regression: No


Since 3.10-rc1 the proprietary nvidia drivers fail to build against the kernels
rc1 and rc2. Attached is the build log.

Running Gentoo x86_64 (amd64), Even though in this attempt I tried to merge the 
319.17 version I had also tried previous versions with the same result.

&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;bugzilla.kernel.org</dc:creator>
    <dc:date>2013-05-22T21:02:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85214">
    <title>[Bug 64879] New: i915 doesn't do derivatives, neither gallium norintel driver</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85214</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64879

          Priority: medium
            Bug ID: 64879
                CC: idr&amp;lt; at &amp;gt;freedesktop.org
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: i915 doesn't do derivatives, neither gallium nor intel
                    driver
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: fjhmesabug&amp;lt; at &amp;gt;gmail.com
          Hardware: Other
            Status: NEW
           Version: git
         Component: Drivers/Gallium/i915g
           Product: Mesa

Any way to support dFdx() on i915?

&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-22T20:11:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85212">
    <title>[Bug 64877] New: R600 OpenCL Regression since e917ed96ae38f</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85212</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64877

          Priority: medium
            Bug ID: 64877
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: R600 OpenCL Regression since e917ed96ae38f
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: awatry&amp;lt; at &amp;gt;gmail.com
          Hardware: All
            Status: NEW
           Version: git
         Component: Drivers/Gallium/r600
           Product: Mesa

Created attachment 79681
  --&amp;gt; https://bugs.freedesktop.org/attachment.cgi?id=79681&amp;amp;action=edit
Test case that passed before the bisected commit and fails on git head

Using the piglit
generated_tests/cl/builtin/int/builtin-int-min-1.1.generated.cl scalar test
cases (attached min.cl), results went from all passing to about half of the
test cases failing with the following commit:

Hardware:
Radeon HD 5400 series
Radeon HD 6850

e917ed96ae38fc382bac50a6536d761b829ac8cd is the first bad commit
commit e917ed96ae38fc382bac50a6536d761b829ac8c&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-22T18:10:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85211">
    <title>[PATCH] drm/radeon: revert Apple re-POST hack</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85211</link>
    <description>&lt;pre&gt;From: Alex Deucher &amp;lt;alexander.deucher&amp;lt; at &amp;gt;amd.com&amp;gt;

This reverts:
drm/radeon: re-POST the asic on Apple hardware when booted via EFI

That patch prevents UVD from working on macs when booted in EFI
mode.  The original patch may not be required any more due to other
fixes for UEFI on non-Mac platforms, but I don't have any Macs.

Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=63935

Cc: Matthew Garrett &amp;lt;mjg59&amp;lt; at &amp;gt;srcf.ucam.org&amp;gt;
Signed-off-by: Alex Deucher &amp;lt;alexander.deucher&amp;lt; at &amp;gt;amd.com&amp;gt;
---
 drivers/gpu/drm/radeon/radeon_device.c |    4 ----
 1 files changed, 0 insertions(+), 4 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c
index af82c9b..261fe11 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -467,10 +467,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; bool radeon_card_posted(struct radeon_device *rdev)
 {
 uint32_t reg;
 
-if (efi_enabled(EFI_BOOT) &amp;amp;&amp;amp;
-    rdev-&amp;gt;pdev-&amp;gt;subsystem_vendor == PCI_VENDOR_ID_APPLE)
-return false;
-
 if (ASIC_IS_NO&lt;/pre&gt;</description>
    <dc:creator>alexdeucher&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2013-05-22T17:38:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85189">
    <title>[PATCH 1/1] drm/exynos: Remove redundant use of of_match_ptr macro</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85189</link>
    <description>&lt;pre&gt;'mixer_match_types' is always compiled in. Hence of_match_ptr is not
necessary.

Signed-off-by: Sachin Kamat &amp;lt;sachin.kamat&amp;lt; at &amp;gt;linaro.org&amp;gt;
---
 drivers/gpu/drm/exynos/exynos_mixer.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c b/drivers/gpu/drm/exynos/exynos_mixer.c
index ec3e376..ec45064 100644
--- a/drivers/gpu/drm/exynos/exynos_mixer.c
+++ b/drivers/gpu/drm/exynos/exynos_mixer.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1186,7 +1186,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int mixer_probe(struct platform_device *pdev)
 
 if (dev-&amp;gt;of_node) {
 const struct of_device_id *match;
-match = of_match_node(of_match_ptr(mixer_match_types),
+match = of_match_node(mixer_match_types,
   pdev-&amp;gt;dev.of_node);
 drv = (struct mixer_drv_data *)match-&amp;gt;data;
 } else {
&lt;/pre&gt;</description>
    <dc:creator>Sachin Kamat</dc:creator>
    <dc:date>2013-05-22T11:51:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85181">
    <title>[Bug 64867] New: Hangs on Cayman (HD6950) when watching flash/usingvdpau</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85181</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64867

          Priority: medium
            Bug ID: 64867
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: Hangs on Cayman (HD6950) when watching flash/using
                    vdpau
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: serafean&amp;lt; at &amp;gt;gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Drivers/Gallium/r600
           Product: Mesa

Created attachment 79658
  --&amp;gt; https://bugs.freedesktop.org/attachment.cgi?id=79658&amp;amp;action=edit
dmesg after X freeze

When watching a flash video (opera + flash-11.2.202.262 ) the kernel log starts
filling up with 
[ 7009.603310] radeon 0000:01:00.0: GPU fault detected: 146 0x0e677004
[ 7009.603313] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR  
0x00000000
[ 7009.603316] radeon 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS
0x00000000

to sometimes eventually hang th&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-22T14:13:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85174">
    <title>[PATCH 0/4] drm/exynos: code cleanups</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85174</link>
    <description>&lt;pre&gt;Build warnings of ipp fimc is fixed and device pointer usage is
simplified as directly using dev variable.

devm related fixes are also appiled: meaningless devm_kfree is
removed and request_threaded_irq is replaced to devm function.

Seung-Woo Kim (4):
  drm/exynos: cleanup device pointer usages
  drm/exynos: fix build warnings from ipp fimc
  drm/exynos: remove unnecessary devm_kfree
  drm/exynos: replace request_threaded_irq with devm function

 drivers/gpu/drm/exynos/exynos_drm_fimc.c    |   12 ++++--------
 drivers/gpu/drm/exynos/exynos_drm_fimd.c    |   10 +++++-----
 drivers/gpu/drm/exynos/exynos_drm_g2d.c     |    6 +++---
 drivers/gpu/drm/exynos/exynos_drm_gsc.c     |   12 +++---------
 drivers/gpu/drm/exynos/exynos_drm_hdmi.c    |    2 +-
 drivers/gpu/drm/exynos/exynos_drm_ipp.c     |    4 ++--
 drivers/gpu/drm/exynos/exynos_drm_rotator.c |   13 +++----------
 drivers/gpu/drm/exynos/exynos_drm_vidi.c    |    4 ++--
 drivers/gpu/drm/exynos/exynos_hdmi.c        |   21 ++++++++-------------
 drivers/g&lt;/pre&gt;</description>
    <dc:creator>Seung-Woo Kim</dc:creator>
    <dc:date>2013-05-22T12:14:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85153">
    <title>[Bug 64850] New: Second screen black on Pitcairn PRO</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85153</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64850

          Priority: medium
            Bug ID: 64850
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: Second screen black on Pitcairn PRO
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: flocke&amp;lt; at &amp;gt;shadowice.org
          Hardware: Other
            Status: NEW
           Version: XOrg CVS
         Component: DRM/Radeon
           Product: DRI

Created attachment 79637
  --&amp;gt; https://bugs.freedesktop.org/attachment.cgi?id=79637&amp;amp;action=edit
dmesg | grep drm right after boot (no X11)

I just installed my new Pitcairn PRO card (Radeon 7850) in my PC.

Every time I boot into linux (Arch Linux x86_64) my second monitor turns black
right at boot.
There are no errors and I can even start X11 with my dual-monitor configuration
and move the mouse from my first screen to the right. It is as if the screen is
there, only my monitor doesn't show it.

This happens not in X11, in fact the sec&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-22T06:04:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85125">
    <title>[PATCH] drm/radeon: UVD block on SUMO2 is the same as on SUMO</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85125</link>
    <description>&lt;pre&gt;From: Christian König &amp;lt;christian.koenig&amp;lt; at &amp;gt;amd.com&amp;gt;

The chip id for SUMO2 isn't used.

Signed-off-by: Christian König &amp;lt;christian.koenig&amp;lt; at &amp;gt;amd.com&amp;gt;
---
 drivers/gpu/drm/radeon/rv770.c |    4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index 83f612a..3fc2985 100644
--- a/drivers/gpu/drm/radeon/rv770.c
+++ b/drivers/gpu/drm/radeon/rv770.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -862,10 +862,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int rv770_uvd_resume(struct radeon_device *rdev)
 chip_id = 0x0100000b;
 break;
 case CHIP_SUMO:
-chip_id = 0x0100000c;
-break;
 case CHIP_SUMO2:
-chip_id = 0x0100000d;
+chip_id = 0x0100000c;
 break;
 case CHIP_PALM:
 chip_id = 0x0100000e;
&lt;/pre&gt;</description>
    <dc:creator>Christian König</dc:creator>
    <dc:date>2013-05-21T15:14:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85121">
    <title>[Bug 64819] New: GPU fault detected flood at A8-5600K Trinity 7560D</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85121</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64819

          Priority: medium
            Bug ID: 64819
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: GPU fault detected flood at A8-5600K Trinity 7560D
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: p00hzone&amp;lt; at &amp;gt;gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Drivers/DRI/Radeon
           Product: Mesa

Created attachment 79612
  --&amp;gt; https://bugs.freedesktop.org/attachment.cgi?id=79612&amp;amp;action=edit
dmesg.log

I have exactly similar bug as described at
https://bugs.freedesktop.org/show_bug.cgi?id=59089 with Trinity 7560D at
A8-5600K.

I'm using latest git drivers. As that bug marked as fixed should i claim that
my problem is unrelated and caused by hardware and/or other malfunctions?

My problem consists of NOT log flood only, but the whole machine usually
freezes and nothing except hard reboot can fix this. Pro&lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-21T09:41:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85117">
    <title>[PATCH] drm/exynos: wait for the completion of pending page flip</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85117</link>
    <description>&lt;pre&gt;This patch fixes the issue that drm_vblank_get() is failed.

The issus occurs when next page flip request is tried
if previous page flip event wasn't completed yet and then
dpms became off.

So this patch make sure that page flip event is completed
before dpms goes to off.

Signed-off-by: Inki Dae &amp;lt;inki.dae&amp;lt; at &amp;gt;samsung.com&amp;gt;
Signed-off-by: Kyungmin Park &amp;lt;kyungmin.park&amp;lt; at &amp;gt;samsung.com&amp;gt;
---
 drivers/gpu/drm/exynos/exynos_drm_crtc.c |   16 ++++++++++++++++
 1 files changed, 16 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
index e8894bc..69a77e9 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
+++ b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -48,6 +48,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct exynos_drm_crtc {
 unsigned intpipe;
 unsigned intdpms;
 enum exynos_crtc_modemode;
+wait_queue_head_tpending_flip_queue;
+atomic_tpending_flip;
 };
 
 static void exynos_drm_crtc_dpms(struct drm_crtc *crtc, int mode)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -61,6 +63,13 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void exynos_dr&lt;/pre&gt;</description>
    <dc:creator>Inki Dae</dc:creator>
    <dc:date>2013-05-21T08:08:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85110">
    <title>[Bug 64810] New: EGL/Gles/Weston give segfault on RADEONSI</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85110</link>
    <description>&lt;pre&gt;https://bugs.freedesktop.org/show_bug.cgi?id=64810

          Priority: medium
            Bug ID: 64810
          Assignee: dri-devel&amp;lt; at &amp;gt;lists.freedesktop.org
           Summary: EGL/Gles/Weston give segfault on RADEONSI
          Severity: enhancement
    Classification: Unclassified
                OS: Linux (All)
          Reporter: jrch2k10&amp;lt; at &amp;gt;gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Drivers/Gallium/radeonsi
           Product: Mesa

Just informing since i can't see it in the TODO[i assume they aren't ready], so
just for the info.

glx and OpenGL works good enough

Hardware
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape
Verde XT [Radeon HD 7770 GHz Edition]
Linux localhost 3.10.0-rc1 #1 SMP PREEMPT Sun May 12 11:20:57 VET 2013 x86_64
AMD FX(tm)-6100 Six-Core Processor AuthenticAMD GNU/Linux

Software

mesa/libdrm/glamor/ddx/llvm/wayand/weston all daily git builded

Issue

Egl is not working beyond eglinfo, &lt;/pre&gt;</description>
    <dc:creator>bugzilla-daemon&lt; at &gt;freedesktop.org</dc:creator>
    <dc:date>2013-05-21T04:58:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dri.devel/85102">
    <title>[git pull] drm radeon and nouveau fixes</title>
    <link>http://comments.gmane.org/gmane.comp.video.dri.devel/85102</link>
    <description>&lt;pre&gt;
Hi Linus,

This is just a set of nouveau and radeon fixes, the nouveau ones fix some 
suspend/resume regressions since use of copy engines and some fixes for Z 
compression on some newer chipsets.

I've got another pull request for some new AMD radeon hw that shouldn't 
touch any existing hw support that I'll send after this, its based on this 
one, so pulling it will get this + that.

Dave.

The following changes since commit e9ced8e040ebe40e9953db90acbe7d0b58702ebb:

  drm/radeon: restore nomodeset operation (v2) (2013-05-17 11:47:07 +1000)

are available in the git repository at:

  git://people.freedesktop.org/~airlied/linux.git drm-fixes

for you to fetch changes up to a3f6902672c9fa3868722ef6ab8a7dd9141def6a:

  Merge branch 'drm-fixes-3.10' of git://people.freedesktop.org/~agd5f/linux into drm-next (2013-05-21 09:41:33 +1000)

----------------------------------------------------------------

Alex Deucher (1):
      drm/radeon/dce2: use 10khz units for audio dto calculation

Ben Skeggs (9):
      drm/&lt;/pre&gt;</description>
    <dc:creator>Dave Airlie</dc:creator>
    <dc:date>2013-05-20T23:51:19</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.video.dri.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.video.dri.devel</link>
  </textinput>
</rdf:RDF>
