dri-devel April 2013

dri-devel@lists.freedesktop.org

142 participants
765 discussions

[Bug 44851] New: resume to black screen
by bugzilla-daemon＠bugzilla.kernel.org 19 Feb '15

19 Feb '15

https://bugzilla.kernel.org/show_bug.cgi?id=44851 Summary: resume to black screen Product: Drivers Version: 2.5 Kernel Version: 3.5.0-3 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: energonic(a)gmail.com Regression: No System: iMac 11,2 (mid2010) with AMD radeon 4670. kernel 3.5.0-3 used on ubuntu 12.10. No swap partition. Boot requires nomodeset on kernel command line, else black screen (even for text-only boot. Radeon module disconnects wrong display port). Resume after suspend shows black screen, but reboots using Ctl-Alt-Del, so has resumed from suspend. Suspect kms invoked on resume and radeon disconnects wrong display port. Same behaviour on archlinux using kernel 3.4.4-1. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 12

[Bug 29842] New: Radeon runs very hot
by bugzilla-daemon＠bugzilla.kernel.org 19 Feb '15

19 Feb '15

https://bugzilla.kernel.org/show_bug.cgi?id=29842 Summary: Radeon runs very hot Product: Drivers Version: 2.5 Kernel Version: 2.6.38-rc6 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: psusi(a)cfl.rr.com Regression: No The newer kernels read the temperature of my Radeon card, and report that it is running at around 80 C on an idle desktop. For comparison, my CPU is only 34 C. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

6 26

[Bug 56519] New: [r300g, bisected] piglit max-texture-size fails
by bugzilla-daemon＠freedesktop.org 20 Jan '15

20 Jan '15

https://bugs.freedesktop.org/show_bug.cgi?id=56519 Priority: medium Bug ID: 56519 Keywords: regression CC: brianp(a)vmware.com Assignee: dri-devel(a)lists.freedesktop.org Summary: [r300g, bisected] piglit max-texture-size fails Severity: normal Classification: Unclassified OS: All Reporter: pavel.ondracka(a)email.cz Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r300 Product: Mesa Created attachment 69224 --> https://bugs.freedesktop.org/attachment.cgi?id=69224&action=edit dmesg There were some errors even before this commit but the test passed. There sre also some error messages in dmesg (attached). Regression caused by e6eaa85a43616ba6f431276ab94a3b19dd524986 Author: Brian Paul <brianp(a)vmware.com> Date: Sat Sep 15 10:30:20 2012 -0600 mesa: rework texture size error checking ./bin/max-texture-size -auto r300: DRM version: 2.24.0, Name: ATI RV530, ID: 0x71c5, GB: 1, Z: 2 r300: GART size: 509 MB, VRAM size: 256 MB r300: AA compression RAM: YES, Z compression RAM: YES, HiZ RAM: YES GL_PROXY_TEXTURE_1D, Internal Format = GL_RGBA8, Largest Texture Size = 4096 GL_PROXY_TEXTURE_1D, Internal Format = GL_RGBA16, Largest Texture Size = 4096 GL_PROXY_TEXTURE_1D, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 GL_PROXY_TEXTURE_2D, Internal Format = GL_RGBA8, Largest Texture Size = 4096 GL_PROXY_TEXTURE_2D, Internal Format = GL_RGBA16, Largest Texture Size = 4096 GL_PROXY_TEXTURE_2D, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 GL_PROXY_TEXTURE_RECTANGLE, Internal Format = GL_RGBA8, Largest Texture Size = 4096 GL_PROXY_TEXTURE_RECTANGLE, Internal Format = GL_RGBA16, Largest Texture Size = 4096 GL_PROXY_TEXTURE_RECTANGLE, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 GL_PROXY_TEXTURE_CUBE_MAP, Internal Format = GL_RGBA8, Largest Texture Size = 4096 GL_PROXY_TEXTURE_CUBE_MAP, Internal Format = GL_RGBA16, Largest Texture Size = 4096 GL_PROXY_TEXTURE_CUBE_MAP, Internal Format = GL_RGBA32F, Largest Texture Size = 3347 GL_PROXY_TEXTURE_3D, Internal Format = GL_RGBA8, Largest Texture Size = 645 GL_PROXY_TEXTURE_3D, Internal Format = GL_RGBA16, Largest Texture Size = 512 GL_PROXY_TEXTURE_3D, Internal Format = GL_RGBA32F, Largest Texture Size = 406 GL_TEXTURE_1D, Internal Format = GL_RGBA8, Largest Texture Size = 4096 GL_TEXTURE_1D, Internal Format = GL_RGBA16, Largest Texture Size = 4096 GL_TEXTURE_1D, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 GL_TEXTURE_2D, Internal Format = GL_RGBA8, Largest Texture Size = 4096 GL_TEXTURE_2D, Internal Format = GL_RGBA16, Largest Texture Size = 4096 GL_TEXTURE_2D, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 r300: CS space validation failed. (not enough memory?) Skipping rendering. GL_TEXTURE_RECTANGLE, Internal Format = GL_RGBA8, Largest Texture Size = 4096 GL_TEXTURE_RECTANGLE, Internal Format = GL_RGBA16, Largest Texture Size = 4096 GL_TEXTURE_RECTANGLE, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 GL_TEXTURE_CUBE_MAP, Internal Format = GL_RGBA8, Largest Texture Size = 4096 r300: CS space validation failed. (not enough memory?) Skipping rendering. r300: CS space validation failed. (not enough memory?) Skipping rendering. r300: CS space validation failed. (not enough memory?) Skipping rendering. r300: CS space validation failed. (not enough memory?) Skipping rendering. r300: CS space validation failed. (not enough memory?) Skipping rendering. r300: CS space validation failed. (not enough memory?) Skipping rendering. GL_TEXTURE_CUBE_MAP, Internal Format = GL_RGBA16, Largest Texture Size = 4096 radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 radeon: Failed to allocate a buffer: radeon: size : 805306368 bytes radeon: alignment : 2048 bytes radeon: domains : 6 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D Mesa: User error: GL_OUT_OF_MEMORY in glTexSubImage GL_TEXTURE_CUBE_MAP, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D(image too large) Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D(image too large) Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D(image too large) Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D(image too large) Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D(image too large) Mesa: User error: GL_OUT_OF_MEMORY in glTexImage2D(image too large) Mesa: User error: GL_OUT_OF_MEMORY in glTexSubImage GL_TEXTURE_3D, Internal Format = GL_RGBA8, Largest Texture Size = 4096 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage3D(image too large) Mesa: User error: GL_INVALID_OPERATION in glTexSubImage3D(invalid texture image) Unexpected GL error: 0x502 GL_TEXTURE_3D, Internal Format = GL_RGBA16, Largest Texture Size = 4096 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage3D(image too large) Mesa: User error: GL_INVALID_OPERATION in glTexSubImage3D(invalid texture image) Unexpected GL error: 0x502 GL_TEXTURE_3D, Internal Format = GL_RGBA32F, Largest Texture Size = 4096 Mesa: User error: GL_OUT_OF_MEMORY in glTexImage3D(image too large) Mesa: User error: GL_INVALID_OPERATION in glTexSubImage3D(invalid texture image) Unexpected GL error: 0x502 PIGLIT: {'result': 'fail' } GPU:RV530 Kernel: 3.6.2-4.fc17.i686 mesa: 96ed6c90eff58ce030c39c2b4db6daf512586b34 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 34969] New: [nouveau] Card lockup on openarena
by bugzilla-daemon＠freedesktop.org 09 Dec '14

09 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=34969 Summary: [nouveau] Card lockup on openarena Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/other AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: mad.f3ka(a)gmail.com Created an attachment (id=44068) --> (https://bugs.freedesktop.org/attachment.cgi?id=44068) messages.log part Each time I try to start openarena or any other game, card locks up (not in menu, but in game). I'm not sure, but log in messages seems to be related to this issue (see messages attachment). Software versions: kernel 2.6.37.2 libdrm 2.4.23 mesa 7.10.1 xf86-video-nouveau 0.0.16_git20101217 Hardware: 06:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600] (rev a2) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 22

[Bug 63192] New: [nouveau] drmModeSetCursor->nouveau_bo_rd32->ioread32 provides high cpu load when using weston drm-compositor
by bugzilla-daemon＠freedesktop.org 09 Dec '14

09 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=63192 Priority: medium Bug ID: 63192 Assignee: dri-devel(a)lists.freedesktop.org Summary: [nouveau] drmModeSetCursor->nouveau_bo_rd32->ioread32 provides high cpu load when using weston drm-compositor Severity: normal Classification: Unclassified OS: Linux (All) Reporter: vova7890(a)mail.ru Hardware: x86-64 (AMD64) Status: NEW Version: DRI CVS Component: DRM/other Product: DRI Weston runned in drm-mode provide very high cpu load on mouse moving. I don`t think that the bug of weston, seems problem in nouveau drm. At launch weston have a log: ... [24465.734894] nouveau W[ PFIFO][0000:02:00.0] INTR 0x00000001: 0x00000004 [24465.748153] nouveau W[ PFIFO][0000:02:00.0] INTR 0x00000001: 0x00000004 [24521.950788] nouveau W[ PFIFO][0000:02:00.0] INTR 0x00000001: 0x00000004 [24521.955032] nouveau W[ PFIFO][0000:02:00.0] INTR 0x00000001: 0x00000004 ... ioread32_native(ioread32 on litle-endian) using 100% of cpu core. If in weston comment out drmModeSetCursor - cpu load is normal, but no see cursor ofcourse. They copying cursor(64x64) from bo-object. Seems TTM iomem access provide very high cpu load... On radeon it works smoothly and no have very high cpu load. Kernel 3.9-rc5 (x86_64) Wayland/Weston: git Mesa: git libdrm: git -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 57352] New: [nouveau] Kernel Tux logo incorrectly displayed at boot
by bugzilla-daemon＠freedesktop.org 09 Dec '14

09 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=57352 Priority: medium Bug ID: 57352 Assignee: dri-devel(a)lists.freedesktop.org Summary: [nouveau] Kernel Tux logo incorrectly displayed at boot Severity: normal Classification: Unclassified OS: All Reporter: bonbons67(a)internet.lu Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/other Product: DRI When booting with build-in nouveau (KMS enabled) the Tux logos displayed are not recognizable. It looks like incorrect tiling configuration of either source or destination buffer when rendering the logo. Normal fbcon console text displays as expected. This happens with linux-3.7-rc5 and newer (don't know since when). Hardware is MacBookAir with GeForce 9400M (C79) [10de:0870]. (screenshot following later on) -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 34296] New: Failure loading nouveau for nVidia GeForce 8600 GT on ASUS XG Station(external 1x PCIe encasing for an GPU)
by bugzilla-daemon＠freedesktop.org 09 Dec '14

09 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=34296 Summary: Failure loading nouveau for nVidia GeForce 8600 GT on ASUS XG Station(external 1x PCIe encasing for an GPU) Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/other AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: revellion(a)gmail.com loading Nouveau fails with Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: Detected 256MiB VRAM Feb 15 01:39:21 localhost kernel: mtrr: zero sized request Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: 512 MiB GART (aperture) Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: Error mapping EVO DMA push buffer: -12 Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: Error creating EVO channel: -12 Feb 15 01:39:21 localhost kernel: nouveau 0000:0c:00.0: PCI INT A disabled Feb 15 01:39:21 localhost kernel: nouveau: probe of 0000:0c:00.0 failed with error -12 And nothing gets outputted on any of the connected monitors during any part of the driver loading, not even a mode switch or anything. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

[Bug 28095] New: X crash with PFIFO_CACHE_ERROR. (Nouveau on Riva TNT).
by bugzilla-daemon＠freedesktop.org 09 Dec '14

09 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=28095 Summary: X crash with PFIFO_CACHE_ERROR. (Nouveau on Riva TNT). Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/other AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bzipitidoo(a)hotmail.com Created an attachment (id=35642) --> (https://bugs.freedesktop.org/attachment.cgi?id=35642) lernel log System is a Pentium II with a Diamond Viper V550 (Riva TNT) card. OS is Arch Linux, with latest versions of Nouveau from git repositories on freedesktop.org: kernel 2.6.34-rc5 libdrm 2.4.20 xf86-video-nouveau 0.0.16 I have "options drm debug=1" in /etc/modprobe.d/modprobe.conf. Acceleration is enabled. With this setup, X works for a few minutes and then crashes. I was running Firefox and lxterminal (am using lxde with openbox window manager). The first problem I saw was the titlebar for lxterminal was not always rendered. Grabbed the graphics from the web page behind it. The crash happened when I tried to search for something in Firefox's search dialog at the upper left. Went into a loop in which the pop up menu of suggested search terms flickered on and off perhaps 10 times, then X crashed. Saw many of these messages in kernel.log: [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 15/5 Mthd 0x0638 Data 0x00dcdad5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 61533] New: GPU lockups uccurs regularilly on kernel 3.8 caused by Opera browser hardware accelerated rendering
by bugzilla-daemon＠freedesktop.org 04 Dec '14

04 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=61533 Priority: medium Bug ID: 61533 Assignee: dri-devel(a)lists.freedesktop.org Summary: GPU lockups uccurs regularilly on kernel 3.8 caused by Opera browser hardware accelerated rendering Severity: critical Classification: Unclassified OS: Linux (All) Reporter: ken20001(a)ukr.net Hardware: x86-64 (AMD64) Status: NEW Version: XFree86 4.4.0 Component: DRM/Radeon Product: DRI Just upgraded kernel to version 3.8 on my system and several GPU lockups uccured when I opened pastebin link in Opera browser. (Here is expample link: http://paste.ubuntu.com/5568971/ or http://paste.ubuntu.com/5568954/). Several times I opened such several links in Opera and one time it caused GPU lockup and other times it even freezes. After turning off Opera Hardware Acceleration there was no lokups. And the thing is that with kernel 3.5 no lockups occured even with hardware acceleration turned on. Software: Kubuntu 12.10 x86_64 Linux 3.8.0-7-generic #16~lp1084783v1 KDE 4.10, desktop effects enabled. OpenGL version string: 3.0 Mesa 9.2-devel (git-533dc3b quantal-oibaf-ppa) libdrm-radeon1: 2.4.42+git1302251607.41fc2c~gd~q xserver-xorg-video-radeon: 1:7.1.0+git1302220944.f1059e~gd~q xserver-xorg-core: 2:1.13.0-0ubuntu6.1 Hardware: Intel C2D 7200 ASUS P5B Deluxe AMD Radeon HD 2600 XТ -- You are receiving this mail because: You are the assignee for the bug.

1 20

[Bug 31532] New: rv670 AGP gart + gallium - GPU lockups. PCIE gart runs but stalls.
by bugzilla-daemon＠freedesktop.org 19 Nov '14

19 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=31532 Summary: rv670 AGP gart + gallium - GPU lockups. PCIE gart runs but stalls. Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lists(a)andyfurniss.entadsl.com Running d-r-t kernels, xserver 1.9 and git mesa, ddx, lib drm. Any non trivial mesa demo with r600g will cause a gpu lockup/reset unless I use PCIE gart and turn off writebacks. Tiling on/off makes no difference. Not a regression AFAICT, this box was retired a while back, before 600g was really usable, so I don't have and have been unable to find a time when it ever worked. Classic KMS + AGP gart works OK. Both Classic KMS and Gallium with agpmode=-1 have stalling problems. Classic runs demos fine, but will stall for 1/2 sec on some games and some levels eg. openarena anholt is OK but other levels will stutter a bit. These do not show with latencytop. Classic + UMS does not stall. Gallium has far worse stalling problems than classic. Some mesa demos will stall, gearbox shows the most - up to a second when running sometimes more at start. Latency top will show gallium stalls - radeon_fence_wait often shows 488ms but never more. Long stalls such as when starting games/demos seem to be in - radeon_cs_ioctl I have seen 3000ms for games and 1000ms for demos. Openarena anholt demo 600g behaves strangely - it will stall so much while loading and rendering the first few frames that this takes minutes. After this the demo will run at full speed to completion (sometimes stalls again midway). Benchmark results have shown it took 8 seconds to render one of the early frames - 840 frames 45.0 seconds 18.7 fps 7.0/53.5/8004.0/23.7 ms. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

← Newer
1
...
25
26
27
28
29
30
31
...
77
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel April 2013