[PATCH v3 0/9] Clean up write-combining MTRR addition

A fair number of drivers (mostly graphics) add write-combining MTRRs. Most ignore errors and most add the MTRR even on PAT systems which don't need to use MTRRs. This series adds new functions arch_phys_wc_{add,del} that, on PAT-less x86 systems with MTRRs, add MTRRs and report errors, and that

[PATCH v3 1/9] Add arch_phys_wc_{add, del} to manipulate WC MTRRs if needed

Several drivers currently use mtrr_add through various #ifdef guards and/or drm wrappers. The vast majority of them want to add WC MTRRs on x86 systems and don't actually need the MTRR if PAT (i.e. ioremap_wc, etc) are working. arch_phys_wc_add and arch_phys_wc_del are new functions, available

[PATCH v3 2/9] drm (ast, cirrus, mgag200, nouveau, savage, vmwgfx): Remove drm_mtrr_{add, del}

This replaces drm_mtrr_{add,del} with arch_phys_wc_{add,del}. The interface is simplified (because the base and size parameters to drm_mtrr_del never did anything), and it no longer adds MTRRs on systems that don't need them. Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andy

[PATCH v3 3/9] drm: Update drm_addmap and drm_mmap to use PAT WC instead of MTRRs

Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS mappings with DRM_WRITE_COMBINING set, resulted in an unconditional MTRR being added but the actual mappings being created as UC-. Now these mappings have the MTRR added only if needed, but they will be mapped with

[PATCH v3 4/9] drm, agpgart: Use pgprot_writecombine for AGP maps and make the MTRR optional

I'm not sure I understand the intent of the previous behavior. mmap on /dev/agpgart and DRM_AGP maps had no cache flags set, so they would be fully cacheable. But the DRM code (most of the time) would add a write-combining MTRR that would change the effective memory type to WC. The new behavior

[PATCH v3 5/9] i915: Use arch_phys_wc_{add,del}

i915 open-coded logic that was essentially equivalent to the new API. Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andy Lutomirski l...@amacapital.net --- Changes from v1: Don't zero the mtrr handle after freeing it drivers/gpu/drm/i915/i915_dma.c | 42

[PATCH v3 6/9] radeon: Switch to arch_phys_wc_add and add a missing ..._del

Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andy Lutomirski l...@amacapital.net --- drivers/gpu/drm/radeon/radeon_object.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_object.c b/drivers/gpu/drm/radeon/radeon_object.c

[PATCH v3 7/9] uvesafb: Clean up MTRR code

The old code allowed very strange memory types. Now it works like all the other video drivers: ioremap_wc is used unconditionally, and MTRRs are set if PAT is unavailable (unless MTRR is disabled by a module parameter). UC, WB, and WT support is gone. If there are MTRR conflicts that prevent

[PATCH v3 8/9] drm: Remove mtrr_add and mtrr_del fallback hack for non-MTRR systems

There are no users left in drivers/gpu. Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andy Lutomirski l...@amacapital.net --- include/drm/drmP.h | 5 + include/drm/drm_os_linux.h | 16 2 files changed, 1 insertion(+), 20 deletions(-) diff --git

[PATCH v3 9/9] drm: Don't leak phys_wc handles to userspace

I didn't fix this in the earlier patch -- it would have broken the build due to the now-deleted garbage in drm_os_linux.h. Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andy Lutomirski l...@amacapital.net --- drivers/gpu/drm/drm_bufs.c | 9 +

Re: [PATCH 6/8] drm/radeon: sun/hainan chips do not have UVD

Am 13.05.2013 22:55, schrieb alexdeuc...@gmail.com: From: Alex Deucher alexander.deuc...@amd.com Skip UVD handling on them. Signed-off-by: Alex Deucher alexander.deuc...@amd.com That patch should be unnecessary, just let radeon_uvd_init return an error for hainan. We already handle it

Re: [PATCH 1/8] drm/radeon: add chip family for Hainan

Am 13.05.2013 22:54, schrieb alexdeuc...@gmail.com: From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com With the exception of patch 6 this series is: Reviewed-by: Christian König christian.koe...@amd.com --- drivers/gpu/drm/radeon/radeon.h

[Bug 58121] New: Radeon SUMO: LVDS panel blanks when enabling external monitor

https://bugzilla.kernel.org/show_bug.cgi?id=58121 Summary: Radeon SUMO: LVDS panel blanks when enabling external monitor Product: Drivers Version: 2.5 Kernel Version: 3.9 Platform: All OS/Version: Linux Tree:

[Bug 58121] Radeon SUMO: LVDS panel blanks when enabling external monitor

https://bugzilla.kernel.org/show_bug.cgi?id=58121 --- Comment #1 from Niels Ole Salscheider niels_...@salscheider-online.de 2013-05-14 10:23:54 --- Created an attachment (id=101421) -- (https://bugzilla.kernel.org/attachment.cgi?id=101421) Xorg.0.log -- Configure bugmail:

Re: gma500: display displaced vertically by a few lines

Okay, I've can now circle the problem out. What did I do: * I used vanilla-3.9.2 kernel, but brougth drivers/gpu/drm/gma500 to the state of Linus' git tree commit id 0cdbee3e811b1bbb347c61814c8570658f2ab15c. This was shortly after gma500 moved out of staging * then I did git format-patch

[Bug 63236] kwin crashes when some desktop effects are used

https://bugs.freedesktop.org/show_bug.cgi?id=63236 --- Comment #3 from Michel Dänzer mic...@daenzer.net --- (In reply to comment #2) OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.2, 256 bits) That's the llvmpipe software renderer, not radeonsi. Did you actually verify the problem to

Re: gma500: display displaced vertically by a few lines

Okay, I found the patch that produces my regression: From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001 From: Patrik Jakobsson patrik.r.jakobs...@gmail.com Date: Mon, 21 May 2012 15:27:30 +0100

[Bug 58121] Radeon SUMO: LVDS panel blanks when enabling external monitor

https://bugzilla.kernel.org/show_bug.cgi?id=58121 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC|

[Bug 64582] New: [r600g/vdpau] Inconsistency detected by ld.so: dl-close.c: 765: _dl_close: Assertion `map-l_init_called' failed!

https://bugs.freedesktop.org/show_bug.cgi?id=64582 Priority: medium Bug ID: 64582 Assignee: dri-devel@lists.freedesktop.org Summary: [r600g/vdpau] Inconsistency detected by ld.so: dl-close.c: 765: _dl_close: Assertion

Re: gma500: display displaced vertically by a few lines

On Tue, May 14, 2013 at 2:13 PM, Holger Schurig holgerschu...@gmail.com wrote: Okay, I found the patch that produces my regression: From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001 From: Patrik

Re: [PATCH v3 6/9] radeon: Switch to arch_phys_wc_add and add a missing ..._del

On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski l...@amacapital.net wrote: Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andy Lutomirski l...@amacapital.net Reviewed-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_object.c | 5 +++-- 1 file

Re: gma500: display displaced vertically by a few lines

Patrick, have a Tested-by: Holger Schurig holgerschu...@gmail.com for this. As for your suggestion: though I recommend you use the modesetting driver because you get a hardware accelerated cursor. The current Debian Wheezy xserver-xorg doesn't autoload the modesettings X11 driver. And I

Re: gma500: display displaced vertically by a few lines

On Tue, May 14, 2013 at 3:07 PM, Holger Schurig holgerschu...@gmail.com wrote: Patrick, have a Tested-by: Holger Schurig holgerschu...@gmail.com for this. I'll add that. As for your suggestion: though I recommend you use the modesetting driver because you get a hardware accelerated

Re: [PATCH v3 6/9] radeon: Switch to arch_phys_wc_add and add a missing ..._del

On Tue, May 14, 2013 at 8:58 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski l...@amacapital.net wrote: Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andy Lutomirski l...@amacapital.net Reviewed-by: Alex Deucher

Re: Introduce a new helper framework for buffer synchronization

On Mon, May 13, 2013 at 10:52 PM, Inki Dae inki@samsung.com wrote: well, for cache management, I think it is a better idea.. I didn't really catch that this was the motivation from the initial patch, but maybe I read it too quickly. But cache can be decoupled from synchronization, because

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #8 from Marc Dietrich marvi...@gmx.de --- The suggested patch also fixes gears and 0ad for me. But I still see the problem in chromium browser with webgl enabled, where the map is not displayed. -- You are receiving this mail

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #9 from Alex Deucher ag...@yahoo.com --- As mentioned by Vadim on IRC: it seems many instructions in bytecode generated for RS880 have (incorrect) OMOD = 2, that is, ALU WORD1 bit 7 is set where it shouldn't be set -- You are

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #10 from Vadim Girlin pt...@yandex.ru --- I looked a bit more into it and AFAICS it's not just a single wrong bit, looks like r700 alu encoding is used for all r600 chips with llvm backend currently(In reply to comment #9) As

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #11 from Tom Stellard tstel...@gmail.com --- It looks like the special handling for R600 encoding is missing from the backend. I think an earlier change to the code emitter made this code dead and then I deleted it in a more recent

[PATCH v2 3/8] drm/i915: take msecs_to_jiffies_timeout into use

Use msecs_to_jiffies_timeout instead of open-coding the same. Signed-off-by: Imre Deak imre.d...@intel.com --- drivers/gpu/drm/i915/intel_drv.h |2 +- drivers/gpu/drm/i915/intel_i2c.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_drv.h

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #12 from Marc Dietrich marvi...@gmx.de --- yes, there must be something else wrong because the patch seems to be applied in release_33 branch, but the problem somehow came back. -- You are receiving this mail because: You are the

Re: [PATCH 6/8] drm/radeon: sun/hainan chips do not have UVD

On Tue, May 14, 2013 at 3:55 AM, Christian König deathsim...@vodafone.de wrote: Am 13.05.2013 22:55, schrieb alexdeuc...@gmail.com: From: Alex Deucher alexander.deuc...@amd.com Skip UVD handling on them. Signed-off-by: Alex Deucher alexander.deuc...@amd.com That patch should be

[Bug 64320] WebGL support in Chrome causes GPU lockup when using llvm

https://bugs.freedesktop.org/show_bug.cgi?id=64320 --- Comment #4 from Marc Dietrich marvi...@gmx.de --- maybe related to bug 64193. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #13 from Tom Stellard tstel...@gmail.com --- Created attachment 79304 -- https://bugs.freedesktop.org/attachment.cgi?id=79304action=edit Possible Fix - Patch 1 -- You are receiving this mail because: You are the assignee for the

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #14 from Tom Stellard tstel...@gmail.com --- Created attachment 79305 -- https://bugs.freedesktop.org/attachment.cgi?id=79305action=edit Possible Fix - Patch 2 Do these two patches fix the problem? -- You are receiving this mail

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 Tom Stellard tstel...@gmail.com changed: What|Removed |Added Attachment #79304|0 |1 is patch|

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #15 from Marc Dietrich marvi...@gmx.de --- hard to say, because mesa is broken again: CXX gallivm/lp_bld_debug.lo gallivm/lp_bld_debug.cpp: In member function 'virtual void raw_debug_ostream::write_impl(const char*, size_t)':

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #16 from Tom Stellard tstel...@gmail.com --- (In reply to comment #15) hard to say, because mesa is broken again: Try again, this should be fixed now. -- You are receiving this mail because: You are the assignee for the bug.

[PATCH 1/9] drm/radeon: add chip family for Hainan

From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_device.c |1 + drivers/gpu/drm/radeon/radeon_family.h |

[PATCH 2/9] drm/radeon: fill in GPU init for Hainan (v2)

From: Alex Deucher alexander.deuc...@amd.com v2: fix gb_addr_config value Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/si.c | 20 +++- drivers/gpu/drm/radeon/sid.h |1 + 2 files changed, 20 insertions(+), 1 deletions(-) diff --git

[PATCH 3/9] drm/radeon: don't touch DCE or VGA regs on Hainan (v2)

From: Alex Deucher alexander.deuc...@amd.com Hainan has no display hardware: - no DCE (crtc, uniphy, dac, etc.) - no VGA v2: fix bios fetch Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com --- drivers/gpu/drm/radeon/evergreen.c |

[PATCH 4/9] drm/radeon: fill in ucode loading support for Hainan

From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com --- drivers/gpu/drm/radeon/si.c | 58 +++ 1 files changed, 58 insertions(+), 0 deletions(-) diff

[PATCH 5/9] drm/radeon: radeon-asic updates for Hainan

From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com --- drivers/gpu/drm/radeon/radeon_asic.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git

[PATCH 6/9] drm/radeon: track which asics have UVD

From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon.h |1 + drivers/gpu/drm/radeon/radeon_asic.c | 17 + 2 files changed, 18 insertions(+), 0 deletions(-) diff --git

[PATCH 7/9] drm/radeon: sun/hainan chips do not have UVD (v2)

From: Alex Deucher alexander.deuc...@amd.com Skip UVD handling on them. v2: split has_uvd tracking into separate patch Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/si.c | 67 +-- 1 files changed, 39 insertions(+), 28

[PATCH 8/9] drm/radeon: add golden register settings for Hainan

From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com --- drivers/gpu/drm/radeon/si.c | 122 +++ 1 files changed, 122 insertions(+), 0 deletions(-) diff

[PATCH 9/9] drm/radeon: add Hainan pci ids

From: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com --- include/drm/drm_pciids.h |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_pciids.h

[Bug 64582] [r600g/vdpau] Inconsistency detected by ld.so: dl-close.c: 765: _dl_close: Assertion `map-l_init_called' failed!

https://bugs.freedesktop.org/show_bug.cgi?id=64582 --- Comment #1 from Andy Furniss adf.li...@gmail.com --- (In reply to comment #0) Apps launched with vdpau enabled produce the error: VDPAU_DRIVER=r600 vdpauinfo or mplayer ... I also see this on recently built linux from scratch systems - I

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #17 from Marc Dietrich marvi...@gmx.de --- Thanks, this fixes gears and 0ad for me again. Chrome still doesn't show background with WebGL on maps.google.com (this worked before the R600: Packetize instructions commit). At least GPU

[Bug 64320] WebGL support in Chrome causes GPU lockup when using llvm

https://bugs.freedesktop.org/show_bug.cgi?id=64320 Marc Dietrich marvi...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 64320] WebGL support in Chrome causes GPU lockup when using llvm

https://bugs.freedesktop.org/show_bug.cgi?id=64320 --- Comment #5 from Marc Dietrich marvi...@gmx.de --- Fixes with patch proposed on bug 64193 -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

[Bug 64257] RS880 issues with r600-llvm-compiler

https://bugs.freedesktop.org/show_bug.cgi?id=64257 --- Comment #8 from Marc Dietrich marvi...@gmx.de --- fixed for me with patch proposed in bug 64193. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing

[Bug 64201] OpenCL usage result segmentation fault on r600g with HD6850.

https://bugs.freedesktop.org/show_bug.cgi?id=64201 --- Comment #23 from Tom Stellard tstel...@gmail.com --- The pyrit failure should be a separate bug. The failure is caused by the lack of proper private address space support. This same issues also affects a few of the GEGL filters. New bugs

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #18 from Marc Dietrich marvi...@gmx.de --- Tom, can you please also update llvm 3.3 branch if you haven't done yet? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 64600] New: r600g pyrit OpenCL issue on HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=64600 Priority: medium Bug ID: 64600 Assignee: dri-devel@lists.freedesktop.org Summary: r600g pyrit OpenCL issue on HD6850 Severity: normal Classification: Unclassified OS: Linux

[Bug 58121] Radeon SUMO: LVDS panel blanks when enabling external monitor

https://bugzilla.kernel.org/show_bug.cgi?id=58121 --- Comment #3 from Niels Ole Salscheider niels_...@salscheider-online.de 2013-05-14 20:22:53 --- I thought so at first since I believe that I tested multihead after implementing 0a9069d34918659bc8a89e21e69e60b2b83291a3. But now it does not

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

https://bugs.freedesktop.org/show_bug.cgi?id=64193 --- Comment #19 from Andy Furniss adf.li...@gmail.com --- (In reply to comment #14) Created attachment 79305 [details] [review] Possible Fix - Patch 2 Do these two patches fix the problem? Fixed for me - testing with nexuiz and etqw. --

[Bug 64600] r600g pyrit OpenCL issue on HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=64600 --- Comment #1 from Tom Stellard tstel...@gmail.com --- This patch should fix the error: http://lists.freedesktop.org/archives/mesa-dev/2013-May/039375.html however there is still another bug that causes pyrit to hang, even with this patch. --

[PATCH] drm/radeon: restore nomodeset operation

From: Dave Airlie airl...@redhat.com When UMS was deprecated it removed support for nomodeset commandline we really want this in distro land so we can debug stuff, everyone should fallback to vesa correctly. Cc: sta...@vger.kernel.org Signed-off-by: Dave Airlie airl...@redhat.com ---

[PATCH] drm/radeon: restore nomodeset operation (v2)

From: Dave Airlie airl...@redhat.com When UMS was deprecated it removed support for nomodeset commandline we really want this in distro land so we can debug stuff, everyone should fallback to vesa correctly. v2: oops -1 isn't used anymore, restore original behaviour -1 is default, so we can boot

Introduce a new helper framework for buffer synchronization

mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/7ae3747c/attachment.html>

[PATCH] drm/qxl: fix ioport interactions for kernel submitted commands.

From: Dave Airlie So qxl has ioports, but it really really really doesn't want you to write to them twice, but if you write and get a signal before the irq arrives to let you know its completed, you have to think ahead and avoid writing another time. However this works fine

Introduce a new helper framework for buffer synchronization

> -Original Message- > From: Rob Clark [mailto:robdclark at gmail.com] > Sent: Tuesday, May 14, 2013 2:58 AM > To: Inki Dae > Cc: linux-fbdev; DRI mailing list; Kyungmin Park; myungjoo.ham; YoungJun > Cho; linux-arm-kernel at lists.infradead.org; linux-media at vger.kernel.org > Subject:

[PATCH 6/8] drm/radeon: sun/hainan chips do not have UVD

Am 13.05.2013 22:55, schrieb alexdeucher at gmail.com: > From: Alex Deucher > > Skip UVD handling on them. > > Signed-off-by: Alex Deucher That patch should be unnecessary, just let radeon_uvd_init return an error for hainan. We already handle it like this for RV770 and if the firmware isn't

[PATCH 1/8] drm/radeon: add chip family for Hainan

Am 13.05.2013 22:54, schrieb alexdeucher at gmail.com: > From: Alex Deucher > > Signed-off-by: Alex Deucher With the exception of patch 6 this series is: Reviewed-by: Christian K?nig > --- > drivers/gpu/drm/radeon/radeon.h|1 + > drivers/gpu/drm/radeon/radeon_device.c |1 +

[Bug 58121] New: Radeon SUMO: LVDS panel blanks when enabling external monitor

https://bugzilla.kernel.org/show_bug.cgi?id=58121 Summary: Radeon SUMO: LVDS panel blanks when enabling external monitor Product: Drivers Version: 2.5 Kernel Version: 3.9 Platform: All OS/Version: Linux Tree:

[Bug 58121] Radeon SUMO: LVDS panel blanks when enabling external monitor

https://bugzilla.kernel.org/show_bug.cgi?id=58121 --- Comment #1 from Niels Ole Salscheider 2013-05-14 10:23:54 --- Created an attachment (id=101421) --> (https://bugzilla.kernel.org/attachment.cgi?id=101421) Xorg.0.log -- Configure bugmail:

gma500: display displaced vertically by a few lines

Okay, I've can now circle the problem out. What did I do: * I used vanilla-3.9.2 kernel, but brougth drivers/gpu/drm/gma500 to the state of Linus' git tree commit id 0cdbee3e811b1bbb347c61814c8570658f2ab15c. This was shortly after gma500 moved out of staging * then I did "git format-patch

[Bug 63236] kwin crashes when some desktop effects are used

xed with radeonsi? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/7147b447/attachment-0001.html>

gma500: display displaced vertically by a few lines

Okay, I found the patch that produces my regression: >From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001 From: Patrik Jakobsson Date: Mon, 21 May 2012 15:27:30 +0100

[Bug 58121] Radeon SUMO: LVDS panel blanks when enabling external monitor

https://bugzilla.kernel.org/show_bug.cgi?id=58121 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment

[Bug 64582] New: [r600g/vdpau] Inconsistency detected by ld.so: dl-close.c: 765: _dl_close: Assertion `map->l_init_called' failed!

-devel/attachments/20130514/3f4df1d8/attachment.html>

gma500: display displaced vertically by a few lines

On Tue, May 14, 2013 at 2:13 PM, Holger Schurig wrote: > Okay, I found the patch that produces my regression: > > > From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001 > From: Patrik Jakobsson >

[PATCH v3 6/9] radeon: Switch to arch_phys_wc_add and add a missing ..._del

On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski wrote: > Reviewed-by: Daniel Vetter > Signed-off-by: Andy Lutomirski Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/radeon/radeon_object.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git

gma500: display displaced vertically by a few lines

Patrick, have a Tested-by: Holger Schurig for this. As for your suggestion: > though I recommend you use the modesetting driver because you get > a hardware accelerated cursor. The current Debian Wheezy xserver-xorg doesn't autoload the modesettings X11 driver. And I haven't found out how

gma500: display displaced vertically by a few lines

On Tue, May 14, 2013 at 3:07 PM, Holger Schurig wrote: > Patrick, have a > > Tested-by: Holger Schurig > > for this. I'll add that. > As for your suggestion: > >> though I recommend you use the modesetting driver because you get >> a hardware accelerated cursor. > > The current Debian Wheezy

[PATCH v3 6/9] radeon: Switch to arch_phys_wc_add and add a missing ..._del

On Tue, May 14, 2013 at 8:58 AM, Alex Deucher wrote: > On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski > wrote: >> Reviewed-by: Daniel Vetter >> Signed-off-by: Andy Lutomirski > > Reviewed-by: Alex Deucher I believe it will break something but we could deal with the fallout once it

Introduce a new helper framework for buffer synchronization

On Mon, May 13, 2013 at 10:52 PM, Inki Dae wrote: >> well, for cache management, I think it is a better idea.. I didn't >> really catch that this was the motivation from the initial patch, but >> maybe I read it too quickly. But cache can be decoupled from >> synchronization, because CPU access

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/cc9cfad3/attachment.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/1e6001bb/attachment.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

with llvm backend currently -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/6582e698/attachment.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/a693d3c5/attachment.html>

[PATCH v2 3/8] drm/i915: take msecs_to_jiffies_timeout into use

Use msecs_to_jiffies_timeout instead of open-coding the same. Signed-off-by: Imre Deak --- drivers/gpu/drm/i915/intel_drv.h |2 +- drivers/gpu/drm/i915/intel_i2c.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_drv.h

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/a99d949a/attachment-0001.html>

[PATCH 6/8] drm/radeon: sun/hainan chips do not have UVD

On Tue, May 14, 2013 at 3:55 AM, Christian K?nig wrote: > Am 13.05.2013 22:55, schrieb alexdeucher at gmail.com: > >> From: Alex Deucher >> >> Skip UVD handling on them. >> >> Signed-off-by: Alex Deucher > > > That patch should be unnecessary, just let radeon_uvd_init return an error > for

[Bug 64320] WebGL support in Chrome causes GPU lockup when using llvm

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130514/a1922c80/attachment.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/fc647866/attachment.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/7748eab7/attachment.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/e3969ebb/attachment.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/62ee8162/attachment-0001.html>

[Bug 64193] LLVM RV670 regression since R600: Packetize instructions

- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/347a8a5b/attachment.html>

[PATCH 1/9] drm/radeon: add chip family for Hainan

From: Alex Deucher Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_device.c |1 + drivers/gpu/drm/radeon/radeon_family.h |1 + 3 files changed, 3 insertions(+), 0

[PATCH 2/9] drm/radeon: fill in GPU init for Hainan (v2)

From: Alex Deucher v2: fix gb_addr_config value Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/si.c | 20 +++- drivers/gpu/drm/radeon/sid.h |1 + 2 files changed, 20 insertions(+), 1 deletions(-) diff --git

[PATCH 3/9] drm/radeon: don't touch DCE or VGA regs on Hainan (v2)

From: Alex Deucher Hainan has no display hardware: - no DCE (crtc, uniphy, dac, etc.) - no VGA v2: fix bios fetch Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c | 27 +--

[PATCH 4/9] drm/radeon: fill in ucode loading support for Hainan

From: Alex Deucher Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/si.c | 58 +++ 1 files changed, 58 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/si.c

[PATCH 5/9] drm/radeon: radeon-asic updates for Hainan

From: Alex Deucher Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_asic.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_asic.c

[PATCH 6/9] drm/radeon: track which asics have UVD

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon.h |1 + drivers/gpu/drm/radeon/radeon_asic.c | 17 + 2 files changed, 18 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h

[PATCH 7/9] drm/radeon: sun/hainan chips do not have UVD (v2)

From: Alex Deucher Skip UVD handling on them. v2: split has_uvd tracking into separate patch Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/si.c | 67 +-- 1 files changed, 39 insertions(+), 28 deletions(-) diff

[PATCH 8/9] drm/radeon: add golden register settings for Hainan

From: Alex Deucher Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/si.c | 122 +++ 1 files changed, 122 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/si.c

[PATCH 9/9] drm/radeon: add Hainan pci ids

From: Alex Deucher Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- include/drm/drm_pciids.h |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h index c2af598..bb1bc48 100644

  1   2   >