Re: [Intel-gfx] [PATCH] [TRIVIAL] Fix declaration of intel_gmbus_{is_forced_bit/is_port_falid} in i915 driver.

Ok, so let me resend a version with static inline . Best, JS On Saturday 04 May 2013 10:55:50 PaX Team wrote: On 3 May 2013 at 15:03, Jani Nikula wrote: This fixes a compilation issue with clang. An initial version of this patch was developed by PaX Team pageexec at freemail.hu.

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

On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski l...@amacapital.net wrote: Signed-off-by: Andy Lutomirski l...@amacapital.net --- This needs careful review. I don't really know what this code does, nor do I have the hardware. (I don't understand AGP and the associated caching

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

On Mon, May 6, 2013 at 4:04 PM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski l...@amacapital.net wrote: On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski l...@amacapital.net wrote: Signed-off-by: Andy Lutomirski l...@amacapital.net --- This needs

Re: [PATCH] radeon: Allow disabling UVD

On Mon, 2013-05-06 at 19:11 -0400, Parag Warudkar wrote: Apparently UVD doesn't yet work everywhere - so allow it to be disabled. Shaves off some reboot and suspend/resume time on machines where it doesn't work. Might be useful for problematic chips in the future as well. Patch attached as

[Bug 64320] New: WebGL support in Chrome causes GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=64320 Priority: medium Bug ID: 64320 Assignee: dri-devel@lists.freedesktop.org Summary: WebGL support in Chrome causes GPU lockup Severity: normal Classification: Unclassified OS:

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

On Mon, May 6, 2013 at 7:39 PM, Andy Lutomirski l...@amacapital.net wrote: On Mon, May 6, 2013 at 4:04 PM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski l...@amacapital.net wrote: On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski l...@amacapital.net

[Bug 64320] WebGL support in Chrome causes GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=64320 --- Comment #1 from Alex Deucher ag...@yahoo.com --- Is this a regression? If so, can you bisect? Please attach your xorg log and dmesg output. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 64320] WebGL support in Chrome causes GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=64320 --- Comment #2 from Alex Deucher ag...@yahoo.com --- It was noted on IRC that the lockups only happen with llvm. This is probably a duplicate of bug 64257. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 64320] WebGL support in Chrome causes GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=64320 --- Comment #3 from Marc Dietrich marvi...@gmx.de --- I don't see Kwin corruptions as reported in bug 64257. Also this bug says nothing about GPU lockups. But what I also see is a dark glxgears effect. It's kinda hard to bisect this because r600

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

https://bugs.freedesktop.org/show_bug.cgi?id=64320 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Summary|WebGL support in Chrome |WebGL support in Chrome

[Bug 62889] ColorTiling results in glitches on Radeon HD 7970 + Glamor

https://bugs.freedesktop.org/show_bug.cgi?id=62889 --- Comment #22 from Michel Dänzer mic...@daenzer.net --- (In reply to comment #21) Yup. Did the same process for the 32-bit drivers. Same result. Works For Me™... Did you verify with LIBGL_DEBUG=verbose that it's picking up the right

[Bug 62466] r600g hyperz lockups with KSP 0.19

https://bugs.freedesktop.org/show_bug.cgi?id=62466 --- Comment #10 from Jerome Glisse gli...@freedesktop.org --- Patch was against mesa, but patch is now included in mesa except in mesa 9.1 branch, i will push something shortly. If you want to make a donation make one to EFF https://www.eff.org/

[Bug 56659] DRI_PRIME: triangle, rendering inside of which occurs with a noticeable delay

https://bugs.freedesktop.org/show_bug.cgi?id=56659 --- Comment #5 from Jerome Glisse gli...@freedesktop.org --- 7.10 is old please try with at least 9.1 -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing

[Bug 63979] s3tc not working with radeonsi driver

https://bugs.freedesktop.org/show_bug.cgi?id=63979 Jerome Glisse gli...@freedesktop.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 56659] DRI_PRIME: triangle, rendering inside of which occurs with a noticeable delay

https://bugs.freedesktop.org/show_bug.cgi?id=56659 --- Comment #6 from runetmem...@gmail.com --- Isn't 7.1.0 is latest version of the driver? http://www.x.org/wiki/radeon If you talking about Mesa - sure, I already tried Mesa 9.1.1 and 9.2-git. -- You are receiving this mail because: You are

Re: linux-next: manual merge of the drm-intel tree with Linus' tree

Hi Daniel, On Tue, 7 May 2013 10:43:17 +0200 Daniel Vetter daniel.vet...@ffwll.ch wrote: On Tue, May 7, 2013 at 3:27 AM, Stephen Rothwell s...@canb.auug.org.au wrote: Daniel, I assume all this stuff being added to the drm-intel tree is going upstream very soon? Oops, no that is stuff

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

https://bugs.freedesktop.org/show_bug.cgi?id=64201 --- Comment #13 from Erdem U. Altinyurt spamjunkea...@gmail.com --- Oops! LLVM 3.3 is branched today. I wish this bug vanished from LLVM before release of v3.3 in June Updated today's mesa and llvm-trunks... Without -v1 flag, bfgminer

[PATCH] drm/exynos: fix error return code in exynos_drm_ipp_set_property()

From: Wei Yongjun yongjun_...@trendmicro.com.cn Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. ipp_create_cmd_work() return ERR_PTR() on error and never return NULL, so use IS_ERR() instead of IS_ERR_OR_NULL(). Signed-off-by:

[PATCH] drm/exynos: fix error return code in exynos_drm_load()

From: Wei Yongjun yongjun_...@trendmicro.com.cn Fix to return -ENOMEM in the exynos_plane_init() error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 4 +++- 1 file changed, 3

Re: [PATCH] drm/exynos: fix error return code in exynos_drm_ipp_set_property()

Hi Wei Yongjun, On 7 May 2013 18:54, Wei Yongjun weiyj...@gmail.com wrote: From: Wei Yongjun yongjun_...@trendmicro.com.cn Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. ipp_create_cmd_work() return ERR_PTR() on error and

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

On Tue, May 7, 2013 at 7:08 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, May 6, 2013 at 7:39 PM, Andy Lutomirski l...@amacapital.net wrote: On Mon, May 6, 2013 at 4:04 PM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski l...@amacapital.net wrote:

[PATCH] drm: refactor call to request_module

This reduces the size of the stack frame when calling request_module(). Performing the sprintf before the call is not needed. Signed-off-by: Kees Cook keesc...@chromium.org --- drivers/gpu/drm/drm_encoder_slave.c |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git

Re: [PATCH] radeon: Allow disabling UVD

On Tue, May 7, 2013 at 4:44 AM, Christian König deathsim...@vodafone.de wrote: The patch shouldn't be necessary because just removing the firmware should have pretty much the same effect. Soon distros will ship the UVD firmware by default and then users will need to manually remove it and

[PATCH] drm/udl: avoid swiotlb for imported vmap buffers.

On Tue, May 7, 2013 at 1:59 AM, Daniel Vetter wrote: > On Mon, May 06, 2013 at 10:35:35AM +1000, Dave Airlie wrote: >> >> >> >> However if we don't set a dma mask on the usb device, the mapping >> >> ends up using swiotlb on machines that have it enabled, which >> >> is less than desireable. >>

[PATCH] drm/udl: avoid swiotlb for imported vmap buffers.

>>> One that appears the same as a GEM object created by userspace. i.e. mmap >>> works. >> >> Oh, we have an mmap interface in the dma_buf thing for that, and iirc >> Rob Clark even bothered to implement the gem->dma_buf mmap forwarding >> somewhere. And iirc android's ion-on-dma_buf stuff is

[Bug 51787] performance regression with llvm shader compiler in ut2004

https://bugs.freedesktop.org/show_bug.cgi?id=51787 --- Comment #6 from almos --- Now I took a new look at the issue with GALLIUM_HUD=fps, and there is definitely a serious problem with cpufreq. I have a few scripts to switch cpufreq governor between performance and ondemand (Phenom II x4), and

linux-next: manual merge of the drm-intel tree with Linus' tree

ursor control */ -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130507/6d4211ee/attachment.pgp>

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

>> >> From memory, even on pat system we need mtrr for VRAM is PCI BAR. We >> cover it with a write combine MTRR. The whole ioctl is use by some ddx >> or maybe even directly the XServer to do this mtrr mess in userspace. > > Egads! So we have a _DRM_WRITE_COMBINING flag, which will continue to >

[PATCH] radeon: Allow disabling UVD

On Mon, 2013-05-06 at 19:11 -0400, Parag Warudkar wrote: > Apparently UVD doesn't yet work everywhere - so allow it to be > disabled. Shaves off some reboot and suspend/resume time on machines > where it doesn't work. Might be useful for problematic chips in the > future as well. > > Patch

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

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

linux-next: manual merge of the drm-intel tree with Linus' tree

On Tue, May 7, 2013 at 3:27 AM, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-intel tree got a conflict in > drivers/gpu/drm/i915/i915_reg.h between commit a65851af5938 ("drm/i915: > Make data/link N value power of two") from Linus' tree and commit > e3b95f1eb5b9

[PATCH] radeon: Allow disabling UVD

Am 07.05.2013 09:02, schrieb Michel D?nzer: > On Mon, 2013-05-06 at 19:11 -0400, Parag Warudkar wrote: >> Apparently UVD doesn't yet work everywhere - so allow it to be >> disabled. Shaves off some reboot and suspend/resume time on machines >> where it doesn't work. Might be useful for problematic

[Bug 64320] New: WebGL support in Chrome causes GPU lockup

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

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

On Mon, May 6, 2013 at 7:39 PM, Andy Lutomirski wrote: > On Mon, May 6, 2013 at 4:04 PM, Jerome Glisse wrote: >> On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski >> wrote: >>> On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski >>> wrote: Signed-off-by: Andy Lutomirski ---

[Bug 64320] WebGL support in Chrome causes GPU lockup

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130507/9ad65253/attachment.html>

[Bug 64320] WebGL support in Chrome causes GPU lockup

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130507/c78c5773/attachment.html>

[Bug 64320] WebGL support in Chrome causes GPU lockup

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130507/1e3920e5/attachment.html>

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130507/1c28de12/attachment.html>

[Bug 62889] ColorTiling results in glitches on Radeon HD 7970 + Glamor

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/20130507/17b50108/attachment.html>

[Bug 62466] r600g hyperz lockups with KSP 0.19

if you ever bump into me. -- 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/20130507/2b284d2b/attachment.html>

[Bug 56659] DRI_PRIME: triangle, rendering inside of which occurs with a noticeable delay

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130507/606c96ff/attachment.html>

[Bug 63979] s3tc not working with radeonsi driver

ves/dri-devel/attachments/20130507/ab1e70bf/attachment.html>

[Bug 56659] DRI_PRIME: triangle, rendering inside of which occurs with a noticeable delay

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

[PATCH] drm/exynos: fix error return code in exynos_drm_ipp_set_property()

From: Wei Yongjun Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. ipp_create_cmd_work() return ERR_PTR() on error and never return NULL, so use IS_ERR() instead of IS_ERR_OR_NULL(). Signed-off-by:

[PATCH] drm/exynos: fix error return code in exynos_drm_load()

From: Wei Yongjun Fix to return -ENOMEM in the exynos_plane_init() error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCH] drm/exynos: fix error return code in exynos_drm_ipp_set_property()

Hi Wei Yongjun, On 7 May 2013 18:54, Wei Yongjun wrote: > From: Wei Yongjun > > Fix to return a negative error code from the error handling > case instead of 0, as done elsewhere in this function. > ipp_create_cmd_work() return ERR_PTR() on error and never return > NULL, so use IS_ERR() instead

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

On Tue, May 7, 2013 at 7:08 AM, Alex Deucher wrote: > On Mon, May 6, 2013 at 7:39 PM, Andy Lutomirski > wrote: >> On Mon, May 6, 2013 at 4:04 PM, Jerome Glisse wrote: >>> On Mon, May 6, 2013 at 5:22 PM, Andy Lutomirski >>> wrote: On Fri, May 3, 2013 at 4:00 PM, Andy Lutomirski

[PATCH] drm: refactor call to request_module

This reduces the size of the stack frame when calling request_module(). Performing the sprintf before the call is not needed. Signed-off-by: Kees Cook --- drivers/gpu/drm/drm_encoder_slave.c |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git

[PATCH] radeon: Allow disabling UVD

On Tue, May 7, 2013 at 4:44 AM, Christian K?nig wrote: > > The patch shouldn't be necessary because just removing the firmware should > have pretty much the same effect. Soon distros will ship the UVD firmware by default and then users will need to manually remove it and then do the same with