March 2011 - Radeon HD - openSUSE Mailing Lists

0x94B3:0x174B:0x1250: SAPPHIRE HD 4770 512MB GDDR5 PCI-E HDMI
by cristian_anita＠yahoo.com 15 Mar '11

15 Mar '11

Hi All, First of all congratulations for the fantastic distro that is openSUSE. Since 10.0 I've used only openSUSE (both at home and at work); the best distro by far!!! My problems started with 11.3. The title of the email could have been "openSUSE 11.3 and 11.4 random freeze"... Almost two years ago I've acquired a new computer. I run openSUSE 11.2 i586 and x86_64 on it without problems. Also there are no problems in Windows (7/XP) Then openSUSE 11.3 appeared. I've tested 11.3 i586 and x86_64 and the result is the same: system completely freeze after 1 to 30 min. I could not find any scenario; it does not seems to be caused by a specific application; it just randomly but completely freeze (mouse and keyboard are unusable). I've skipped 11.3 but unfortunately is the same situation with 11.4. With 11.4 I've tried i586 only. I use only KDE (in case that this is desktop specific but I don't think so; on openSUSE 11.2 I run KDE 4.6 without problems). The bug is reproducible even if desktop effects are disabled. The last thing that I've tried was nomodeset option (attached logs are from this scenario) but the bug still occurs. Also on 11.3 I've tried with ATI proprietary drivers (not available for 11.4 yet) but without success. If I should report this in other place please tell me. I suspect this is a ATI driver issues and I reported here because in log I've found: "If - and only if - your card does not work or does not work optimally please contact radeonhd(a)opensuse.org to help rectify this." Hardware: - Processor: Intel Pentium Core i5-750 (Turbo Boost enabled): http://ark.intel.com/Product.aspx?spec=SLBLC - Graphic Card: SAPPHIRE HD 4770 512MB GDDR5 PCI-E HDMI: http://www.sapphiretech.com/presentation/product/?leg=1&psn=000101&pid=276 - Motherboard: ASUSTeK P7P55D (AHCI enabled): http://www.asus.com/product.aspx?P_ID=RBA8CzWoopUlYRFZ&templete=2 - Memory: Corsair CMX4GX3M2A1600C9 (2x2GB DDR3): http://www.corsair.com/memory/xms-classic/xms3-ddr3-memory/cmx4gx3m2a1600c9… Software: - OS: openSUSE 11.4 (i586) - kernel: >uname -a Linux pcname 2.6.37.1-1.2-desktop #1 SMP PREEMPT 2011-02-21 10:34:10 +0100 i686 i686 i386 GNU/Linux - xorg server: 7.6 - video driver: - 2D driver: radeonhd 1.3.0_20100512_80ba041-2.1 - 3D driver: swrast (No 3D Acceleration) (7.10)) - KDE: 4.6.00 (4.6.0) "release 6" Please let me know if you have any suggestion or if I can provide more information or test. Thanks, Cristian

4 3

0x954F:0x1092:0xE164: <Ati Radeon 4550 HD >
by Dan Alexander 09 Mar '11

09 Mar '11

Compositing isn't working at all. I've tried to enable compositing through modification of the kwinrc file, but that didn't help. It showed in the systems settings (gui) as not being usable but did not give a reason why. I'll keep playing with it to see what I can find, but in short that's the initial problem. Also one other little problem. It shows as using only 262M of video memory. Not the 512M that I purchased the product to take advantage of. Thank you Dan Alexander Just a portion of the log follows::: (II) Primary Device is: PCI 02@00:00:0 (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support (**) RADEONHD(0): Depth 24, (--) framebuffer bpp 32 (**) RADEONHD(0): Option "AccelMethod" "EXA" (**) RADEONHD(0): Selected EXA 2D acceleration. (II) RADEONHD(0): Card not in database: 0x954F:0x1092:0xE164; using generic modesetting. If - and only if - your card does not work or does not work optimally please contact radeonhd(a)opensuse.org to help rectify this. Use the subject: 0x954F:0x1092:0xE164: <name of board> and *please* describe the problems you are seeing in your message. (--) RADEONHD(0): Detected an RV710 on an unidentified card (II) RADEONHD(0): Mapped IO @ 0xfdce0000 to 0x8006d0000 (size 0x00010000) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location (II) RADEONHD(0): ATOM BIOS Rom: SubsystemVendorID: 0x1092 SubsystemID: 0xe164 IOBaseAddress: 0xac00 Filename: 3E164000.008 BIOS Bootup Message: 3E164000-008 RV710 DDR3 64BIT 600E/667M -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

2 1

[Bug 25309] New: OpenGL corruption with radeonhd on HD 4850
by bugzilla-daemon＠freedesktop.org 09 Mar '11

09 Mar '11

http://bugs.freedesktop.org/show_bug.cgi?id=25309 Summary: OpenGL corruption with radeonhd on HD 4850 Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/radeonhd AssignedTo: eich(a)pdx.freedesktop.org ReportedBy: dawitbro(a)sbcglobal.net QAContact: xorg-team(a)lists.x.org Created an attachment (id=31493) --> (http://bugs.freedesktop.org/attachment.cgi?id=31493) xorg.conf Overview: Enabling OpenGL support in apps while using combination of radeonhd with RV770 GPU leads to massive screen corruption. It's likely that this is a very hardware-specific issue -- see reference to fdo bug #24301 in "Additional information" section below. Originally this bug was shared by radeon as well as radeonhd, but has been fixed in xf86-video-ati by Alex Deucher (commit 5f84636...), so it now is present in radeonhd only. Steps to reproduce: I've been using two apps to test OpenGL: 'prboom' and 'dosbox'. (I believe that running any app using OpenGL would result in the same massive rendering corruption.) prboom: running 'prboom -vidmode gl' enables OpenGL support, resulting in corruption. (Running 'prboom' without "-vidmode gl" option disables OpenGL, and rendering is fine.) dosbox: graphics output mode is controlled by ~/.dosboxrc, in the section called "[sdl]", and using the option "output=opengl" enables OpenGL support. (Setting this to other output modes, such as "output=overlay", disables OpenGL in DOSBox and results in perfect rendering.) Actual results: prboom: running prboom with OpenGL enabled results in massive screen corruption. The game does not crash, but all surfaces and enemies are rendered in a garbled fashion. Essentially unplayable, unless you want to take an "acid trip" without the LSD. dosbox: Running an old DOS game (I've been using Warlords 2) with OpenGL enabled results in worse corruption than with 'prboom', and is totally unusable. DOSBox is not crashed, and the game's keyboard shortcuts are working, but you cannot see anything at all except the unchanging, corrupt graphics. Both test apps spam my dmesg and kern.log files with this message when running with OpenGL enabled: [drm:r600_cp_dispatch_texture] *ERROR* Invalid destination offset Expected results: both apps should render the games without corrupting the graphics and with all of the benefits OpenGL has to offer (acceleration, superior rendering quality, etc.). System info: GPU: GIGABYTE GV-R485MC-1GI Radeon HD 4850 (RV770) 1GB VRAM, 256-bit GDDR3 PCI Express 2.0 x16 Kernel + architecture: [uname -r -m] 2.6.32-rc8-0git091120.desktop.uvesafb x86_64 Linux distribution: Debian unstable Machine: self-built MSI 790FX-GD70 motherboard socket AM3 AMD 790FX and SB750 Chipset OCZ OCZ3P1600EB4GK 2x2GB DDR3 1600 AMD Phenom II X4 955 Software versions: xf86-video-radeonhd: git commit 6387ab4..., dated 11-12-2009 Mesa-7.7-devel: git commit 37676b3..., dated 11-15-2009 libdrm: release 2.4.15 tarball XOrg Server: 1.7.0 from Debian experimental, dated 10-04-2009 prboom: v2.5.0 DOSBox: v0.72 Additional versions: radeonhd: initially was using 1.2.5 from Debian unstable; built radeon 1.3.0 from official release tarball in early November before upgrading to the version mention above on Nov. 12 Mesa: initially using Mesa-7.7-devel from tarball, dated 11-05-2009 X Server: initially using 1.6.5 from Debian unstable (Other software -- libdrm, prboom, and DOSBox -- remained unchanged.) Symptoms with OpenGL enabled did not change (on radeonhd) with any of the mentioned version changes. Additional Information: This problem was discovered in the process of experimenting with 2D/3D acceration support for my RV770 GPU. Debian did not include support for Radeon 'r600' in their Mesa-7.6 packages, so I had to build upstream versions of libdrm, Mesa-7.7-devel, and xf86-video-radeonhd to get the necessary support for 'r600'. I also have experimented with xf86-video-ati. The "xserver-xorg-video-radeon" package in Debian unstable (from xf86-video-ati) was version 6.12.3 when I began experimenting. It also produced the same graphics corruption I am seeing with "radeonhd", including the "r600_cp_dispatch_texture" error spam in my logs. However, it was discovered by Alex Deucher that a problem in the "radeon" DDX driver having to do with large amounts of VRAM was the cause of the problem with that driver. (See fdo bug #24301.) Matthias Hopf believes that the root cause of this identical corruption (and log spam) I am experiencing with "radeonhd" is not the same as for "radeon", however. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team(a)lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 6