February 2011 - Radeon HD - openSUSE Mailing Lists

[Bug 20593] New: radeonhd driver generates unaligned traps on Alpha
by bugzilla-daemon＠freedesktop.org 16 May '11

16 May '11

http://bugs.freedesktop.org/show_bug.cgi?id=20593 Summary: radeonhd driver generates unaligned traps on Alpha Product: xorg Version: git Platform: Alpha OS/Version: Linux (All) Status: NEW Severity: minor Priority: low Component: Driver/radeonhd AssignedTo: lverhaegen(a)suse.de ReportedBy: mcree(a)orcon.net.nz QAContact: xorg-team(a)lists.x.org CC: mcree(a)orcon.net.nz The radeonhd driver generates unaligned traps on Alpha architecture. These are not a show stopper, but do incur very inefficient memory accesses via kernel traps, and pollute the kernel logs with annoying messages. Using radeonhd at git df71658688e47614a3f660c28ac1dc77970eb491 But the version is irrelevant as the misaligned memory accesses have been there for a long time - I have been too lazy to report them until now. >From dmesg: X(2015): unaligned trap at 0000020000903088: 000002000098c5d7 28 1 X(2015): unaligned trap at 0000020000903088: 000002000098c5df 28 1 X(2015): unaligned trap at 0000020000903088: 000002000098c5e7 28 1 X(2015): unaligned trap at 0000020000903088: 0000020000989771 28 1 Connecting gdb to the running X process reveals the culprit: (gdb) list *0x0000020000903088 0x20000903088 is in GetParametersDirect32 (AtomBios/CD_Operations.c:441). 436 } 437 438 UINT32 GetParametersDirect32(PARSER_TEMP_DATA STACK_BASED * pParserTempData) 439 { 440 pParserTempData->CD_Mask.SrcAlignment=alignmentDword; 441 pParserTempData->Index=*(UINT32*)pParserTempData->pWorkingTableData->IP; 442 pParserTempData->pWorkingTableData->IP+=sizeof(UINT32); 443 return pParserTempData->Index; 444 } 445 Line 441 is a 32bit (long word) access. The address dereferenced is not aligned to a 32bit boundary for an unaligned trap to occur. The ati driver is worse. It coughs up unaligned traps from GetParametersDirect16() and GetParametersRegister() too, but I haven't seen these from radeonhd. Cheers Michael. -- 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

3 10

[Bug 34194] New: DRM can not be opened/used though the module is loaded
by bugzilla-daemon＠freedesktop.org 28 Mar '11

28 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=34194 Summary: DRM can not be opened/used though the module is loaded Product: xorg Version: 7.5 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: eich(a)pdx.freedesktop.org ReportedBy: estellnb(a)gmail.com QAContact: xorg-team(a)lists.x.org I currently do not have any 2D grahics accelaration with radeonhd since Xorg fails to open /dev/dri/card*. The /dev/dri/ - device nodes do not exist at me though the drm and drm_kms_helper modules are loaded. -- Configure bugmail: https://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 15

[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

0x9614:0x1043:0x834D: Asus M4A78-E
by David Bennett 06 Feb '11

06 Feb '11

Having installed openSUSE 11.3 the system initially boots into 1280x1024 directly from the install process, as I would expect, but having first logged in as a user when the 'Switch Session' facility is used to start a second session and login as 'root' the display for 'root' is unstable, initially with raster lines flickering but then very quickly the display is not updated properly and extremely slowly to the point where it is necessary to kill the session as nothing responds. I initially noticed 'EDID checksum errors' in the file 'boot.msg' so I have tried booting with the 'nomodeset' option, that caused the resolution to drop to 1024x800, so I then created a 'xorg.conf' using 'Xorg -configure', that resolved the resolution issue but made no difference to the problem outlined above. During my review of the logs I noticed the message stating the card could not be found in the database, so I guess a bit of a problem. I have attached a number of files that I hope will help, if you have a work-around I would be really grateful. I hope I'm correct in posting to this address. Thank you for your assistance, kind regards David Bennett Hardware: ASUS M4A78-E motherboard AMD Athlon II x4 630 processor Hanns.g HC194D monitor Software Installed: openSUSE-11.3 11.3-1.82 installed from downloaded iso - standard install onto new H/Drive, only change to UK keyboard Installed all updates - currently installed kernel 2.6.34.7-0.7-desktop x86_64

1 0

For radeonhd
by EuroSoft 02 Feb '11

02 Feb '11

EuroSoft 2011. Mac & Windows Software with 50-80% discount! http://durl.me/59vb2 -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0