When I start X server screen shows garbage, scrambled: desktop manager in small part and the rest is a mess of colors, figures, black holes, etc. Screen freezes, n mouse keyboard action is possible at all. However, system is not totally down as ACPI shutdown signal passes, so I can nicely power off laptop pressing a power button. hardware - HP nx6125, with Xpress 200m chipset. kernel versions: 2.6.26-29 tested. xorg-server 1.5.3-r5 Reproducible: Always Steps to Reproduce: 1. startx Actual Results: Screen opens in a total mess and no input device action is possible, no mouse pointer, keyboard actions: ctrl+alt+f1, ctrl+alt+bksp, ctrl+alt+del have no effect. Expected Results: Just to open reasonableX server with a DM. meanwhile fglrx opens fine. No error in /var/log/Xorg.0.log file as if driver does not figure out that the fast has failed. Disabling DRI with false on "NoAccel" "DRI" does not help. Tweaking dimensions of "Virtual" in Screen section slightly influences the way garbage comes out.
Portage 2.1.6.7 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.8_p20080602-r1, 2.6.29-gentoo x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-x86_64-AMD_Turion-tm-_64_Mobile_ML-34-with-glibc2.2.5 Timestamp of tree: Mon, 30 Mar 2009 08:00:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.2-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=athlon64 -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=athlon64 -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ru_RU.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl alsa amd64 berkdb bzip2 cli cracklib crypt dri dvd fortran gdbm gpm gtk hal iconv isdnlog kde midi mmx mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pppd python qt readline reflection session spl sse sse2 ssl sysfs tcpd unicode xcb xorg zlib" ALSA_CARDS="atiixp" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="mouse keyboard evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="radeon fglrx" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
This may be a dupe of bug 260669, please check.
(In reply to comment #2) > This may be a dupe of bug 260669, please check. > At first, I thought so, too. But today I downloaded xf86-video-ati latest with new radeon_output.c, compiled and installed but that did not help. Exactly mess on the screen.
Could you attach a build.log both from a non-working and the last working version ? I'm on Radeon 9600 and x86 - it works for me.
That's "6.12.1-r1 works for me".
Created attachment 187136 [details] xf86-video-ati-6.12.1 build.log Build log from emerge of the radeon opendource driver 6.12.1
Created attachment 187138 [details] build.log from x11-drivers/xf86-video-ati-6.8.0-r1 And here's the build.log from x11-drivers/xf86-video-ati-6.8.0-r1. But as you know that version is not compatible with xorg-server 1.5.x.
also /var/log/Xorg.0.log
Created attachment 187176 [details] /var/log/Xorg.0.log /var/log/Xorg.0.log after startx resulting in messy frozen screen.
Now, that I moved today to stable Xorg server 1.5.3-r5 (have no entries at package.keywords), I am able to start X server with xf86-video-ati having options: NoAccel "true" DRI "false"
Well, for me, it works with DRI.
I found out that only "NoAccel" option is now making all the difference. X server starts pk, when it is "false". If I comment the line X server does not start successfully. DRI option makes no difference.
In xorg-server problem is practically gone, hang happens only when I leave option "busType PCIE". Without that option X server start well, DRI is activated just that there is record in Xorg.log saying: > AIGLX: Screen 0 is not DRI2 capable
(In reply to comment #13) > In xorg-server problem is practically gone, hang happens only when I leave > option "busType PCIE". Without that option X server start well, DRI is > activated just that there is record in Xorg.log saying: > > > AIGLX: Screen 0 is not DRI2 capable > Great to hear. DRI2 is not around for stable xf86-video-ati drivers, but is done and prepared in the git repository for next major release. Closing this as fixed then :]
(In reply to comment #14) > (In reply to comment #13) > > In xorg-server problem is practically gone, hang happens only when I leave > > option "busType PCIE". Without that option X server start well, DRI is > > activated just that there is record in Xorg.log saying: > > > > > AIGLX: Screen 0 is not DRI2 capable > > > > Great to hear. > DRI2 is not around for stable xf86-video-ati drivers, but is done and prepared > in the git repository for next major release. > > Closing this as fixed then :] >
Thanks for info, Tomáš. You know which verson will have DRI2 for ATI, or when approx, we shall se it in stable ?
Sorry cant predict the date. I would like something like "soon", or i will have to create snapshot myself :/
