Re: Bug#572311: No display output from Radeon RV610 on Alpha
On 9/03/2010, at 9:51 AM, Matt Turner wrote: Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-alpha-generic alpha Debian Current Operating System: Linux alpha 2.6.33-rc8-dp264-p #3 Wed Feb 17 22:39:40 NZDT 2010 alpha Kernel command line: ro root=/dev/sdb1 radeon.modeset=0 # Alpha Unstable If you can run xserver-1.7.5, are you at all able to reproduce FDO bug 23671? No, I don't see that problem. What about FDO bug 23227? I filed fdo bug 26403 for the issues I saw with KMS. I'm getting Xserver backtraces with kernel Warnings that result in an unstable system that completely crashed in a heap (fortunately without flames). I haven't tried running X with KMS since. Cheers Michael. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#573118: radeon: Suspend/hibernate don't wake up xpress 200m (rc410)
Package: xserver-xorg-video-radeon Version: 1:6.12.191-1 Severity: important I've tried suspending with both the version in squeeze (with user modesetting) and experimental (with KMS). The result is always the same, goes into suspend mode but when waking up, display is blank (the LCD screen doesn't even turn on). I also tried with 2.6.33 kernel in experimental, but the result was the same. This message appears with all versions tried: [drm:rs400_gart_adjust_size] *ERROR* Forcing to 32M GART size (because of ASIC bug ? ) -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Mar 2 22:01 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1866912 Feb 16 05:25 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 445 Mar 6 18:48 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier Default Layout Screen Screen 0 EndSection Section Device Identifier ATI Radeon Xpress 200M IGP Driver radeon BusID PCI:1:5:0 Option AccelMethod EXA Option AccelDFS 1 Option EnablePageFlip1 EndSection Section Monitor Identifier LVDS EndSection Section Screen Identifier Screen 0 Device ATI Radeon Xpress 200M IGP Monitor LVDS EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 28735 Mar 8 23:43 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.8-dsa-amd64 x86_64 Debian Current Operating System: Linux debturion 2.6.32-trunk-amd64 #1 SMP Sun Jan 10 22:40:40 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=a34090d4-6bd6-45ea-8e76-8aaad107fb24 ro quiet Build Date: 16 February 2010 10:23:38AM xorg-server 2:1.7.5-1 (bui...@brahms.debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Mar 8 23:42:55 2010 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Screen 0 (0) (**) | |--Monitor LVDS (**) | |--Device ATI Radeon Xpress 200M IGP (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c1e20 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:1:5:0) 1002:5955:103c:30a4 ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE) rev 0, Mem @ 0xc800/134217728, 0xc010/65536, I/O @ 0x9000/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension
Bug#572311: No display output from Radeon RV610 on Alpha
On 9/03/2010, at 5:41 AM, Alex Deucher wrote: On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree mc...@orcon.net.nz wrote: Thanks, that hint was helpful. I have drummed up a patch (attached) that replaces some use of the UINT16LE_TO_CPU(), etc., macros with generic interfaces from the Xserver's compiler.h header file. Now works correctly on RV610 video card on an Alpha XP1000. Have also verified that the driver still works on an RV710 card on AMD64 architecture. The patch applies cleanly against the 6.12.5 branch and also upstream git master. Alex: may I presume that you will handle getting it upstream for review and hopefully acceptance into the fdo git master. I'll take a look at it. My only concern would be making sure these changes don't break big endian which is the reason the macros were added in the first place. It should work, but worth running a check. My understanding is that the ldw_u(), etc., macros/functions in compiler.h are supposed to handle all architectural issues, including endianess, alignment, and certain hardware limitations on byte/word access. I do have a PPC laptop but unfortunately for this test it has an older Radeon card (I think 9200 or 9250) so wouldn't exercise the AtomBios code path. Cheers Michael. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26478] DisplayPort on 3650
http://bugs.freedesktop.org/show_bug.cgi?id=26478 Mike Burns m...@mike-burns.com changed: What|Removed |Added Attachment #2|0 |1 is obsolete|| --- Comment #9 from Mike Burns m...@mike-burns.com 2010-03-09 06:52:47 PST --- Created an attachment (id=33893) -- (http://bugs.freedesktop.org/attachment.cgi?id=33893) Linux 2.6.33 dmesg Upgraded to Linux 2.6.33, attaching the dmesg. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#572880: video-radeon: frequent lockups on suspend to disk/resume with KMS
On 7 Mar 2010, Hramrach verbalised: I have upgraded the system to get KMS working and now the system would lockup about once in three tries when doing suspend to disk/resume. I suspect this is related to KMS but I had to upgrade quite a bit of stuff to get it working so I cannot be sure. Bug https://bugs.freedesktop.org/show_bug.cgi?id=26872 is a bisection of a 100%-reproducible (for me) lockup in KMS suspension in 2.6.33. It may be related. (Then again it may not: your lockup is not consistently reproducible. I'm not sure how we can get useful debugging info out at freeze time. Will even a netconsole work?) ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26478] DisplayPort on 3650
http://bugs.freedesktop.org/show_bug.cgi?id=26478 --- Comment #12 from Alex Deucher ag...@yahoo.com 2010-03-09 07:02:53 PST --- You are mixing a KMS drm with UMS in the ddx. Make sure the radeon drm is loaded before you start X otherwise both drivers (drm and ddx) will attempt to drive the hardware. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26478] DisplayPort on 3650
http://bugs.freedesktop.org/show_bug.cgi?id=26478 Mike Burns m...@mike-burns.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #13 from Mike Burns m...@mike-burns.com 2010-03-09 07:50:23 PST --- Alex, that tip fixed it. Thank you. I added `radeon' to /etc/modules and it now works. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26478] DisplayPort on 3650
http://bugs.freedesktop.org/show_bug.cgi?id=26478 Mike Burns m...@mike-burns.com changed: What|Removed |Added Attachment #33894|application/octet-stream|text/plain mime type|| -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26478] DisplayPort on 3650
http://bugs.freedesktop.org/show_bug.cgi?id=26478 Mike Burns m...@mike-burns.com changed: What|Removed |Added Attachment #3|0 |1 is obsolete|| --- Comment #10 from Mike Burns m...@mike-burns.com 2010-03-09 06:53:42 PST --- Created an attachment (id=33894) -- (http://bugs.freedesktop.org/attachment.cgi?id=33894) Xorg log Updated to the latest xf86-video-ati driver from git, attaching the Xorg log. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26478] DisplayPort on 3650
http://bugs.freedesktop.org/show_bug.cgi?id=26478 Mike Burns m...@mike-burns.com changed: What|Removed |Added Attachment #33895|application/octet-stream|text/plain mime type|| -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#572880: video-radeon: frequent lockups on suspend to disk/resume with KMS
On 03/09/2010 03:41 PM, Nix wrote: On 7 Mar 2010, Hramrach verbalised: I have upgraded the system to get KMS working and now the system would lockup about once in three tries when doing suspend to disk/resume. I suspect this is related to KMS but I had to upgrade quite a bit of stuff to get it working so I cannot be sure. Bughttps://bugs.freedesktop.org/show_bug.cgi?id=26872 is a bisection of a 100%-reproducible (for me) lockup in KMS suspension in 2.6.33. It may be related. (Then again it may not: your lockup is not consistently reproducible. I'm not sure how we can get useful debugging info out at freeze time. Will even a netconsole work?) Mine does not seem to be caused by KMS, the same kernel locks up on suspend without KMS. Also I see a pattern with the lockups: when I test if suspend/resume is working it does not lockup most of the time but when I am finished with testing and start normal applications (most notably Firefox) the system locks up on suspend most of the time. I do not see any messages at the point when the sytem locks up. The only message on the screen is s2disk: Snapshotting system. Normally I get additional messages before and after this message but in this case it stays indefinitely with the fan running at top speed. Thanks Michal ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26478] DisplayPort on 3650
http://bugs.freedesktop.org/show_bug.cgi?id=26478 --- Comment #11 from Mike Burns m...@mike-burns.com 2010-03-09 06:54:18 PST --- Created an attachment (id=33895) -- (http://bugs.freedesktop.org/attachment.cgi?id=33895) xrandr Upgraded to the latest xf86-video-ati from git, attaching the xrandr output. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#572311: No display output from Radeon RV610 on Alpha
On Mon, Mar 8, 2010 at 6:30 PM, Michael Cree mc...@orcon.net.nz wrote: On 9/03/2010, at 5:41 AM, Alex Deucher wrote: On Sun, Mar 7, 2010 at 3:47 AM, Michael Cree mc...@orcon.net.nz wrote: Thanks, that hint was helpful. I have drummed up a patch (attached) that replaces some use of the UINT16LE_TO_CPU(), etc., macros with generic interfaces from the Xserver's compiler.h header file. Now works correctly on RV610 video card on an Alpha XP1000. Have also verified that the driver still works on an RV710 card on AMD64 architecture. The patch applies cleanly against the 6.12.5 branch and also upstream git master. Alex: may I presume that you will handle getting it upstream for review and hopefully acceptance into the fdo git master. I'll take a look at it. My only concern would be making sure these changes don't break big endian which is the reason the macros were added in the first place. It should work, but worth running a check. My understanding is that the ldw_u(), etc., macros/functions in compiler.h are supposed to handle all architectural issues, including endianess, alignment, and certain hardware limitations on byte/word access. I'm not sure they cover endianness. I cleaned them up last summer--there are no #ifdef BIGENDIANs in there. Matt ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26821] x1300 kms failure
http://bugs.freedesktop.org/show_bug.cgi?id=26821 --- Comment #2 from kowalski marcin yoshi...@gmail.com 2010-03-09 09:16:19 PST --- as suggested by jglisse on #radeon i tried to modprobe radeon modeset=1 and try to access dmesg after that. unfortunately system completely locks up and ssh session dies. with or without firmware in place. i can see vertical black and white stripes, and few seconds after screen becomes white and locks up. fedora 13 alpha kernel *works* and KMS starts correctly , although there is a non-fatal segfault after requesting firmware somewhere in dmesg, maybe it doesn't load at all?. also, there is no ~30second delay. X also starts up (i assume that's what graphical installer uses). i'm attaching dmesg + dmidecode from fedora13 live media. http://pastebin.ca/1830262 - dmesg http://pastebin.ca/1830263 - dmidecode (maybe it'l be useful) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: HDMI Audio on
2009/12/7 Rafał Miłecki zaj...@gmail.com: 2009/12/7 Marius Gröger marius.groe...@web.de: Hi All, first off, sorry if I overlooked any resources - I search the web and the mailing list archives the best I could. In July Luis R. Rodriguez ported parts of radeonhd's HDMI audio support over to the radeon driver: http://lists.x.org/archives/xorg-driver-ati/2009-July/010722.html http://lists.opensuse.org/radeonhd/2009-07/msg00188.html The opensuse.org version features some replies indicating that the port was not complete. Has there been any improvement on this? Can I help by doing some testing on my Radeon 3200HD based GPU? I think no one is working on HDMI port to radeon. However Christian (author of HDMI for radeonhd) ported his work to KMS. Hopefully we will see this in 2.6.33-rc1. Curious, did HDMI port to the radeon KMS get into 2.6.33 or 2.6.34? Luis ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: HDMI Audio on
2010/3/9 Luis R. Rodriguez mcg...@gmail.com: 2009/12/7 Rafał Miłecki zaj...@gmail.com: 2009/12/7 Marius Gröger marius.groe...@web.de: Hi All, first off, sorry if I overlooked any resources - I search the web and the mailing list archives the best I could. In July Luis R. Rodriguez ported parts of radeonhd's HDMI audio support over to the radeon driver: http://lists.x.org/archives/xorg-driver-ati/2009-July/010722.html http://lists.opensuse.org/radeonhd/2009-07/msg00188.html The opensuse.org version features some replies indicating that the port was not complete. Has there been any improvement on this? Can I help by doing some testing on my Radeon 3200HD based GPU? I think no one is working on HDMI port to radeon. However Christian (author of HDMI for radeonhd) ported his work to KMS. Hopefully we will see this in 2.6.33-rc1. Curious, did HDMI port to the radeon KMS get into 2.6.33 or 2.6.34? Basic HDMI is in 2.6.33, it works for most R6xx. Some improvements and R7xx support should hit 2.6.34. -- Rafał ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26302] [M7 LW] desktop runs out of video memory on ATI Radeon Mobility 7500
http://bugs.freedesktop.org/show_bug.cgi?id=26302 --- Comment #20 from Jamie Strandboge ja...@strandboge.com 2010-03-09 15:04:37 PST --- With a fully backported .33 DRM to 2.6.32 and the latest xorg-edgers drivers, the situation has not improved. $ cat /proc/version_signature Ubuntu 2.6.32-16.24-generic * no KMS/XAA/compiz: lockup and garbling. No errors in kern.log -- https://launchpad.net/bugs/513950, https://launchpad.net/bugs/513956 * KMS/EXA/compiz: compiz crash. Errors in kern.log (see below) https://launchpad.net/bugs/507148 Messages in kern.log are: [ 415.461546] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! [ 1754.93] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! [ 1754.347688] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! [ 2089.468099] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! [ 2089.482369] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! [ 3899.003282] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! [ 3922.245559] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! [ 3948.117491] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation ! -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26984] New: Poor performance of Qt applications
http://bugs.freedesktop.org/show_bug.cgi?id=26984 Summary: Poor performance of Qt applications Product: xorg Version: 7.5 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/Radeon AssignedTo: xorg-driver-ati@lists.x.org ReportedBy: martinsto...@gmail.com QAContact: xorg-t...@lists.x.org Hello, I was running KDE 4.4.1 with Qt 4.6.1 on my computer and the applications are not really snappy. Sorry I can't describe it any better. I've tried the Gnome desktop and here everything seems to work much better (when I click on on the windows title bar the application immediatly comes to the front, overall responsiveness seems to be better). It doesn't seem to be a sole problem of kwin, because for example Amarok using the Gnome desktop with Metacity seems to be still sluggish. This is using a R600 AGP card using the latest git snapshots from mesa and xf86-video-ati. On my notebook with a X1400 it seems to run well. Please let me know if I can do any performance testing. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26984] Poor performance of Qt applications
http://bugs.freedesktop.org/show_bug.cgi?id=26984 --- Comment #1 from Alex Deucher ag...@yahoo.com 2010-03-09 17:13:19 PST --- If you are using kms, this is likely a dupe of bug 26641 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 26599] Radeon DDX 6.12.99 (git 47136fa) performance regression
http://bugs.freedesktop.org/show_bug.cgi?id=26599 --- Comment #6 from Dave Witbrodt dawit...@sbcglobal.net 2010-03-09 20:04:04 PST --- Updating this report with more recent experiences: On Mar. 8 I upgraded from Mesa 7.8 (git be1b7d1) to Mesa 7.9-devel (git 3ca9336), and notice an all around performance increase. Immediately following that, I built, installed, and booted the newly-released 2.6.34-rc1 kernel. Just booting that new kernel to a command-line-only runlevel revealed a noticeable performance improvement. Running X revealed that the performance gains were across the board: everything was running faster. I've been building my own xf86-video-ati packages with the vline feature reverted, but with these performance gains I decided to test it again. I built and ran radeon from git commit 3a44f1c (Mar. 9) in two versions -- one with vline reverted, and one with vline included. As before, the vline version is perceivably more sluggish than the version with that feature reverted. However, the most dramatic differences in my original post here were seen in the game 'torcs'; when I tried that game again, it was playable this time (last time, the sluggishness made it nearly impossible to play). Interestingly, I reported before that the 'torcs' frame rate seemed to be capped at 30 fps (half my monitor's vert refresh rate), but this time the game was often able to jump into the 50 fps range for short bursts. Other apps I've been testing with, besides 'torcs', are also affected negatively... but less noticeably so. The vline feature itself definitely works as intended. No cutting/tearing ever occurs. I wasn't having bad problems with tearing without vline, but in games like 'torcs' (and even 'prboom') the difference is noticeable. I definitely prefer the vline version for clarity, but the no-vline version still outperforms it enough that I'll be sticking with my git branch with the reversion for a little while longer. I am using quite fast hardware here, Radeon HD 4850, so I wouldn't be surprised if less powerful cards were impacted more seriously. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#572311: No display output from Radeon RV610 on Alpha
On 10/03/10 05:17, Matt Turner wrote: On Mon, Mar 8, 2010 at 6:30 PM, Michael Creemc...@orcon.net.nz wrote: On 9/03/2010, at 5:41 AM, Alex Deucher wrote: On Sun, Mar 7, 2010 at 3:47 AM, Michael Creemc...@orcon.net.nz wrote: Thanks, that hint was helpful. I have drummed up a patch (attached) that replaces some use of the UINT16LE_TO_CPU(), etc., macros with generic interfaces from the Xserver's compiler.h header file. Now works correctly on RV610 video card on an Alpha XP1000. Have also verified that the driver still works on an RV710 card on AMD64 architecture. The patch applies cleanly against the 6.12.5 branch and also upstream git master. Alex: may I presume that you will handle getting it upstream for review and hopefully acceptance into the fdo git master. I'll take a look at it. My only concern would be making sure these changes don't break big endian which is the reason the macros were added in the first place. It should work, but worth running a check. My understanding is that the ldw_u(), etc., macros/functions in compiler.h are supposed to handle all architectural issues, including endianess, alignment, and certain hardware limitations on byte/word access. I'm not sure they cover endianness. I cleaned them up last summer--there are no #ifdef BIGENDIANs in there. Bother, it looks like you are right. On re-looking at compiler.h I now see that there is only one definition of them and it doesn't appear to address endianess. Double bother! So what do you recommend we use to access the AtomBios that will handle both endianess and alignment issues? The alignment issue on Alpha only occurs when one can't use BWX instructions which is the case for Debian as it is compiled for generic Alpha architecture. Could we use the MMIO_IN/OUT routines and pass the address as the base and a zero offset? Cheers Michael. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
