[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130426/ef457cfd/attachment.html>

[Bug 63979] s3tc not working with radeonsi driver

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/de9bb999/attachment.html>

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

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

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

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

[PATCH] drm/exynos: fix multiple definition build error

On 04/26/2013 09:42 PM, Tomasz Figa wrote: > On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote: >> On 04/26/2013 10:20 AM, Inki Dae wrote: >>> Exactly right. it's my mistake. But now it seems that >>> __mode_of_device_table is multi defined at fimd and g2d side so there >>> still is

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/f6739097/attachment.html>

[Bug 63979] New: s3tc not working with radeonsi driver

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/ab64eab5/attachment-0001.html>

[PATCH] drm/exynos: fix multiple definition build error

On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote: > On 04/26/2013 10:20 AM, Inki Dae wrote: > > Exactly right. it's my mistake. But now it seems that > > __mode_of_device_table is multi defined at fimd and g2d side so there > > still is module build error. :( > Since all drivers seem

[PATCH] drm/tegra: Include header drm/drm.h

ame: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/44c77de5/attachment.pgp>

[PATCH] drm/tegra: Include header drm/drm.h

Include definitions of used types by including drm/drm.h Sparse output: /usr/include/drm/tegra_drm.h:21: found __[us]{8,16,32,64} type without #include Signed-off-by: Emil Goode --- include/uapi/drm/tegra_drm.h |2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v2] drm/exynos: hdmi: use drm_display_mode to check the supported modes

Exynos hdmi driver is using drm_display_mode for setting timing values for a supported resolution. Conversion to fb_videomode and then comparing with the mixer/hdmi/phy limits is not required. Instead, drm_display_mode fields cane be directly compared. v2: 1) Removed convert_to_video_timing(). 2)

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

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

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

uot; Option "ColorTiling" "on" # Option "AccelDFS" "off" EndSection -- 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/20130426/d5998f83/attachment.html>

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

nts/20130426/15b4298c/attachment.html>

[Bug 63973] New: Regression in WebGL gl-vertexattribpointer.html by commit 5649f886f7602

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

[RFC v2] drm/exynos: hdmi: move hdmiphy related code to hdmiphy driver

Right now hdmiphy operations and configs are kept inside hdmi driver. hdmiphy related code is tightly coupled with hdmi ip driver. Physicaly they are different devices and should be instantiated independently. In terms of versions/mapping/configurations Hdmi and hdmiphy are independent of each

[PATCH] drm/exynos: hdmi: move hdmiphy related code to hdmiphy driver

Right now hdmiphy operations and configs are kept inside hdmi driver. hdmiphy related code is tightly coupled with hdmi ip driver. Physicaly they are different devices and should be instantiated independently. In terms of versions/mapping/configurations Hdmi and hdmiphy are independent of each

[PATCH v2] drm: Kill user_modes list and the associated ioctls

From: Ville Syrj?l? There is no way to use modes added to the user_modes list. We never look at the contents of said list in the kernel, and the only operations userspace can do are attach and detach. So the only "benefit" of this interface is wasting kernel

[PATCH] drm/exynos: fix multiple definition build error

anks, Inki Dae > > which seems wrong, because of_fimd_device_id is not a correct struct type. > > Best regards, > Tomasz > > ___ > dri-devel 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/20130426/27cdf346/attachment.html>

[Bug 63865] radeon_atombios_get_power_modes oops with E-350

org/archives/dri-devel/attachments/20130426/cbf751ce/attachment.html>

[Bug 63865] radeon_atombios_get_power_modes oops with E-350

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130426/f0473243/attachment.html>

[RFC][PATCH] drm/prime: fixed to allocate sg table considering contiguous pages

__ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- Regards, Rahul Sharma, email to: rahul.sharma at samsung.com Samsung India. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/6364d259/attachment.html>

[PATCH 09/21] drm: export drm_vm_open_locked

> dri-devel 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/20130426/6edc6bdd/attachment.html>

[PATCH Resend] drm/exynos: Select VIDEOMODE_HELPERS for FIMD

> -Original Message- > From: Sachin Kamat [mailto:sachin.kamat at linaro.org] > Sent: Thursday, April 25, 2013 8:36 PM > To: dri-devel at lists.freedesktop.org > Cc: inki.dae at samsung.com; jy0922.shim at samsung.com; sachin.kamat at > linaro.org > Subject: [PATCH Resend] drm/exynos:

[PATCH] drm/exynos: fix multiple definition build error

On 04/26/2013 10:20 AM, Inki Dae wrote: > Exactly right. it's my mistake. But now it seems that __mode_of_device_table > is > multi defined at fimd and g2d side so there still is module build error. :( Since all drivers seem to be linked into single a single module, you likely need to create a

[PATCH 1/1] drm/exynos: Remove unnecessary braces in exynos_hdmi.c

Silences the following checkpatch warning: WARNING: braces {} are not necessary for any arm of this statement Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_hdmi.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git

[PATCH Resend] drm/exynos: Select VIDEOMODE_HELPERS for FIMD

Hi Inki, On 26 April 2013 10:11, Inki Dae wrote: > > The above line isn't needed anymore. I just removed and merged it. And I > can't find this patch on dri-devel mailing list. Maybe you didn't still > subscribe dri-devel mailing list. I could find this patch on the dri-devel mailing list.

[PATCH Resend] drm/exynos: Select VIDEOMODE_HELPERS for FIMD

On 26 April 2013 10:11, Inki Dae wrote: > > >> -Original Message- >> From: Sachin Kamat [mailto:sachin.kamat at linaro.org] >> Sent: Thursday, April 25, 2013 8:36 PM >> To: dri-devel at lists.freedesktop.org >> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com; sachin.kamat at >>

[PATCH] drm/exynos: fix multiple definition build error

Hi Inki, On Friday 26 of April 2013 14:03:10 Inki Dae wrote: > This patch fixes multiple definition error like below when building it > as moudle with device tree support. > > drivers/gpu/drm/exynos/exynos_drm_g2d.o: In function `.LANCHOR1': > exynos_drm_g2d.c:(.rodata+0x6c): multiple definition

abuse of dumb ioctls in exynos

On Wed, Apr 24, 2013 at 5:58 AM, Tom Cooksey wrote: > Hi Dave! > > I guess I should have opened a discussion around armsoc a lot earlier > than now as you clearly have some frustrations! Sorry about that. > > It also sounds like you have some ideas over how we should approach > the technical side

[Bug 57919] Visual glitches in unity with Radeon HD 7600M

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

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/01303b03/attachment.html>

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/cf6a5156/attachment.html>

[Bug 62721] GPU lockup in Minecraft 1.5.1 with HyperZ

, so it looks like this does indeed fix the lockup. Thanks! -- 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/20130426/5b501

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

ing 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/20130426/8136749f/attachment.html>

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

? -- 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/20130426/76f59f4a/attachment.html>

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/ecdb1ee3/attachment.html>

[Bug 63935] New: TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/028e20ec/attachment.html>

[GIT PULL] gma500-fixes

Hi Dave Two fixes for gma500. First one from Anisse allows us to handle ASLE irqs even when BIOS doesn't trigger a pipe event irq. The second one allows dual head setups to have a big shared framebuffer. Thanks Patrik The following changes since commit 1611f8457768716ba2397e0cdcc92c863cf9b58b:

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #4 from Benjamin Lee b...@b1c1l1.com --- Thanks for the suggestion. I built drm-next-3.10-2 and got the same issue. I had to apply patches fffe01f7a768d07cc50ace71abe28fbf2f786a43 (PCI: Add PCI ROM helper for platform-provided ROM

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 Benjamin Lee b...@b1c1l1.com changed: What|Removed |Added Attachment #78493|0 |1 is obsolete|

Re: [PATCH] drm/exynos: fix multiple definition build error

Hi Inki, On Friday 26 of April 2013 14:03:10 Inki Dae wrote: This patch fixes multiple definition error like below when building it as moudle with device tree support. drivers/gpu/drm/exynos/exynos_drm_g2d.o: In function `.LANCHOR1': exynos_drm_g2d.c:(.rodata+0x6c): multiple definition of

[Bug 57919] Visual glitches in unity with Radeon HD 7600M

https://bugs.freedesktop.org/show_bug.cgi?id=57919 --- Comment #16 from Thilo Cestonaro th...@cestona.ro --- Any news about this prob? Any questions? Additional Info needed? Greetings Thilo -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH] drm/exynos: fix multiple definition build error

Hi Tomasz, 2013/4/26 Tomasz Figa tomasz.f...@gmail.com Hi Inki, On Friday 26 of April 2013 14:03:10 Inki Dae wrote: This patch fixes multiple definition error like below when building it as moudle with device tree support. drivers/gpu/drm/exynos/exynos_drm_g2d.o: In function

[RFC][PATCH] drm/prime: fixed to allocate sg table considering contiguous pages

Allocating scatter table with sg_alloc_table() does not consider contiguous pages. Because sg_alloc_table_from_pages() merges contigous pages into a signle scatter entry, this patch fixes to allocate scatter table with it from drm_prime_pages_to_sg(). Signed-off-by: Seung-Woo Kim

Re: [RFC][PATCH] drm/prime: fixed to allocate sg table considering contiguous pages

Hi Seung Woo, I had posted the same solution at http://lists.freedesktop.org/archives/dri-devel/2013-January/034119.html. This has been pulled in drm-intel-next. regards, Rahul Sharma. On Fri, Apr 26, 2013 at 2:18 PM, Seung-Woo Kim sw0312@samsung.comwrote: Allocating scatter table with

Re: [PATCH] drm/exynos: fix multiple definition build error

On 04/26/2013 10:20 AM, Inki Dae wrote: Exactly right. it's my mistake. But now it seems that __mode_of_device_table is multi defined at fimd and g2d side so there still is module build error. :( Since all drivers seem to be linked into single a single module, you likely need to create a

Re: [PATCH Resend] drm/exynos: Select VIDEOMODE_HELPERS for FIMD

Hi Inki, On 26 April 2013 10:11, Inki Dae inki@samsung.com wrote: The above line isn't needed anymore. I just removed and merged it. And I can't find this patch on dri-devel mailing list. Maybe you didn't still subscribe dri-devel mailing list. I could find this patch on the dri-devel

[PATCH 1/1] drm/exynos: Remove unnecessary braces in exynos_hdmi.c

Silences the following checkpatch warning: WARNING: braces {} are not necessary for any arm of this statement Signed-off-by: Sachin Kamat sachin.ka...@linaro.org --- drivers/gpu/drm/exynos/exynos_hdmi.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git

[PATCH v2] drm: Kill user_modes list and the associated ioctls

From: Ville Syrjälä ville.syrj...@linux.intel.com There is no way to use modes added to the user_modes list. We never look at the contents of said list in the kernel, and the only operations userspace can do are attach and detach. So the only benefit of this interface is wasting kernel memory.

[Bug 63865] radeon_atombios_get_power_modes oops with E-350

https://bugs.freedesktop.org/show_bug.cgi?id=63865 --- Comment #5 from Hieu Hoang f...@zahe.me --- I have only changed SATA mode, and have not updated the BIOS since I bought this motherboard. 3.7.10 works, 3.8.0 doesn't. I'll try to set up bisecting, but this CPU is really weak. As another

[Bug 63865] radeon_atombios_get_power_modes oops with E-350

https://bugs.freedesktop.org/show_bug.cgi?id=63865 --- Comment #6 from Alex Deucher ag...@yahoo.com --- Does the patch help? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

[Bug 63973] New: Regression in WebGL gl-vertexattribpointer.html by commit 5649f886f7602

https://bugs.freedesktop.org/show_bug.cgi?id=63973 Priority: medium Bug ID: 63973 Assignee: dri-devel@lists.freedesktop.org Summary: Regression in WebGL gl-vertexattribpointer.html by commit 5649f886f7602 Severity: normal

Re: [PATCH] drm/tegra: Include header drm/drm.h

On Fri, Apr 26, 2013 at 07:49:51PM +0200, Emil Goode wrote: Include definitions of used types by including drm/drm.h Sparse output: /usr/include/drm/tegra_drm.h:21: found __[us]{8,16,32,64} type without #include linux/types.h Signed-off-by: Emil Goode emilgo...@gmail.com ---

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

https://bugs.freedesktop.org/show_bug.cgi?id=62889 --- Comment #17 from Alexander von Gluck kallis...@unixzen.com --- I re-updated my Mesa, llvm-amdgpu, libdrm, to mainline and applied the patch to kernel 3.9.0rc3 Now things seem to be in a better state. The patch doesn't seem to provide any

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

https://bugs.freedesktop.org/show_bug.cgi?id=62889 --- Comment #18 from Alexander von Gluck kallis...@unixzen.com --- Created attachment 78533 -- https://bugs.freedesktop.org/attachment.cgi?id=78533action=edit screenshot of steam showing ColorTiling corruption current xorg: #Section Module #

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

https://bugs.freedesktop.org/show_bug.cgi?id=62889 --- Comment #19 from Alexander von Gluck kallis...@unixzen.com --- I can confirm that after disabling ColorTiling that Steam loads properly. So it looks like: 1) The ColorTiling bug moved from Gnome 3 back to Steam after updating Mesa / libdrm

Re: [PATCH] drm/exynos: fix multiple definition build error

On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote: On 04/26/2013 10:20 AM, Inki Dae wrote: Exactly right. it's my mistake. But now it seems that __mode_of_device_table is multi defined at fimd and g2d side so there still is module build error. :( Since all drivers seem to be

[Bug 63979] New: s3tc not working with radeonsi driver

https://bugs.freedesktop.org/show_bug.cgi?id=63979 Priority: medium Bug ID: 63979 Assignee: dri-devel@lists.freedesktop.org Summary: s3tc not working with radeonsi driver Severity: normal Classification: Unclassified OS: All

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

https://bugs.freedesktop.org/show_bug.cgi?id=63933 --- Comment #2 from Victor Aurélio victoraur.san...@gmail.com --- Ok, if i use Xinerama (with same resolutions) will exceed hardware limit or not ? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

https://bugs.freedesktop.org/show_bug.cgi?id=63933 --- Comment #3 from Alex Deucher ag...@yahoo.com --- (In reply to comment #2) Ok, if i use Xinerama (with same resolutions) will exceed hardware limit or not ? xinerama does not support 3D acceleration. -- You are receiving this mail

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

https://bugs.freedesktop.org/show_bug.cgi?id=63933 --- Comment #4 from Victor Aurélio victoraur.san...@gmail.com --- (In reply to comment #3) (In reply to comment #2) Ok, if i use Xinerama (with same resolutions) will exceed hardware limit or not ? xinerama does not support 3D

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

https://bugs.freedesktop.org/show_bug.cgi?id=63933 --- Comment #5 from Alex Deucher ag...@yahoo.com --- (In reply to comment #4) (In reply to comment #3) (In reply to comment #2) Ok, if i use Xinerama (with same resolutions) will exceed hardware limit or not ? xinerama does not

[Bug 63979] s3tc not working with radeonsi driver

https://bugs.freedesktop.org/show_bug.cgi?id=63979 --- Comment #1 from Jerome Glisse gli...@freedesktop.org --- 3.10 kernel + mesa git + libdrm recent enough ? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel

[Bug 63933] Error in r300_set_framebuffer_state if use Dual-Head setup

https://bugs.freedesktop.org/show_bug.cgi?id=63933 --- Comment #6 from Victor Aurélio victoraur.san...@gmail.com --- Thank you and sorry for any inconvenience -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel

[Bug 63979] s3tc not working with radeonsi driver

https://bugs.freedesktop.org/show_bug.cgi?id=63979 --- Comment #2 from Alexander von Gluck kallis...@unixzen.com --- airlied mentioned enabling colortiling.. no change. I'm using Linux 3.9rc7 + the latest git libdrm + mesa. 3.10 isn't tagged in any way yet... -- You are receiving this mail

[Bug 63979] s3tc not working with radeonsi driver

https://bugs.freedesktop.org/show_bug.cgi?id=63979 --- Comment #3 from Jerome Glisse gli...@freedesktop.org --- You need what's gonna be 3.10, ie Alex next tree and set ColorTiling and ColorTiling2D option in xorg.conf -- You are receiving this mail because: You are the assignee for the bug.