| Summary: | x11-drivers/ati-drivers - hard locks w/ Xorg 7.1 on amd64 / DVI | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Marcin Deranek <marcin.deranek> |
| Component: | Current packages | Assignee: | X11 External Driver Maintainers <x11-drivers> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | brainkiller_01, ian, ianvanhundred, lbalan791 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Xorg configuration
xorg.conf .config IanPo's |
||
|
Description
Marcin Deranek
2007-01-13 22:29:45 UTC
You don't seem to mention what version of ati-drivers you are trying. I believe this bug id 737-24421 from ati(amd ...) might fix your problem. (basically it says upgrade to 8.32.5) there is also already a later version of ati-drivers 8.33.6, looking at the release notes it's doubtful they fixed it there, might be worth a try though. This driver claims to support Xorg 7.2 though. I tried all drivers which support Xorg 7.1 (starting from 8.29.6) except the latest 8.33.6 since it's not in the portage yet.. I'll try it when it's available.. Created attachment 106949 [details]
Xorg configuration
Just tried ati-drivers-8.33.6 with Xorg 7.2rc3 and result is the same as with previous drivers - system hard locks :-(( Created attachment 108394 [details]
xorg.conf
xorg.conf for fglrx
I get the same hard locks when exit from X to console. ASUS A8V Deluxe AMD64 X2 4200 AGP X800 Pro, DVI (D-SUB not tested) 2X1024 PC3200 Had worked fine with Xorg 6.8.2 (tested on Gentoo 2006.0 amd64), 6.9 (Slackware 11, Slamd64 11) Hard locks with xorg 7.1 (gentoo 2006.1 amd64 and gentoo 2006.1 32 bit!!), xorg 7.2 (gentoo 2006.1 amd64) Drivers tested from 8.30.5 to 8.33.6. They all give hard lock after i exit. Direct rendering: Yes 2D, 3D Accelerations work OK. Used HOWTO ATI (including one for amd64) from Gentoo-wiki. Portage 2.1.1-r2 (default-linux/amd64/2006.1/no-multilib, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r5 x86_64) ================================================================= System uname: 2.6.18-gentoo-r5 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ Gentoo Base System version 1.12.6 Last Sync: Sat, 27 Jan 2007 13:31:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" 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/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.du.se/pub/os/gentoo http://ftp.du.se/pub/os/gentoo http://mirror.uni-c.dk/pub/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/ http://mirror.aiya.ru/pub/gentoo/" LANG="ru_RU.UTF-8" LC_ALL="" LINGUAS="ru" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 7zip X a52 aac aalib acpi alsa alsa_cards_emu10k1 alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol ao asf audiofile berkdb bitmap-fonts bzip2 cli cracklib crypt cups curl dlloader dri dts dvd dvdread dxr3 elibc_glibc esd ffmpeg flac font-server fortran fpx gdbm gif gimp gimpprint gphoto2 gpm gs gtk gtk2 iconv ieee1394 input_devices_keyboard input_devices_mouse isdnlog java jbig jpeg jpeg2k kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text libcaca libg++ linguas_ru lirc lirc_devices_livedrive_midi mad mikmod mng modplug mp3 musepack ncurses nls nptl nptlonly ogg opengl oss pam pcre pdf perl png ppds pppd python qt qt3 qt4 readline reflection rle sdl session slang smp spl ssl symlink tcpd theora tiff tk truetype truetype-fonts type1-fonts udev unicode usb userland_GNU utf8 vcd vdr video_cards_fglrx video_cards_radeon vorbis wmf xine xorg xprint xv xvid xvmc zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS Created attachment 108396 [details]
.config IanPo's
I'm glad to inform you that it works without hard locks via D-SUB !!! Just've tested it. Yes, that's true as I described it in initial report... .. but I still would like to use DVI :-)) 2 Marcin Deranek: No, no , you misunderstood me. I just have the same problem. The thing is, i haven't been known why my PC locks (for 2 months) so i was glad to find it out. Sorry for misleading. P.S. I posted about this bug to xorg bugzilla (9794) as well, no answer so far. I'm currently using ati-drivers-8.32.5 on 2.6.19-gentoo-r5 on amd64 and don't get any hard lock-ups when switching between VT and Xorg 7.1. I am using the DVI connector. Direct rendering is not currently working on my system for some reason (probably kernel version related), so maybe that has something to do with it not locking up. Does yours still lock up if you disable direct rendering in the xorg.conf file? I can check it out, but as far as I remember without Direct Rendering it should work: when I forgot to re-compile fglrx module when changing kernel version, Xorg was working fine.. Seems I was wrong.. Disabling DRI (Options "NoDRI" "yes") or not loading fglrx kernel module does not help either - system harl locks in any case.. Currently I'm using Xorg 7.2. Hard locks aren't connected with DRI (in my case, too). Direct rendering: Yes or No, it locks. I get hard locks even if DVI cable is just connected (and not used), whilst i use D-Sub (both connected, but only d-sub used). After disconnecting DVI cable from video card Xorg works OK. Marcin Deranek wrote: "not loading fglrx kernel module does not help either - system harl locks in any case.." I don't understand the bit about "not loading fglrx" - if it's written in your xorg.conf as a driver, it being loaded, right? How can you not load it? By "not loading fglrx" I meant not loading fglrx kernel module.. Xorg driver (fglrx_drv.so) is still loaded (otherwise Xorg wouldn;t start at all). You can achieve that by just removing fglrx.ko kernel module from the disk :-) It looks like fault is not on fglrx kernel module side.. This problem is not only limited to amd64 and ati, but also to x86 and nvidia. Only solution: do not use a framebuffer at all or do not change the display mode (which means forget about vesfb-tng, because it sets a mode). http://www.nvnews.net/vbulletin/showthread.php?t=85939 2 Ronny Perinke: Did you check this solution with ATI card? As far as i now, it works for nVIDIA only. I personally never used framebuffer; it's disabled in my .config. I think our case is different and has smth. to do with ATI DVI. I also agree that the problem appears on x86 (as i reported before). I don't use framebuffer either. Ian, you mentioned that you experience hard locks on x86 platform as well.. I run Gentoo on x86 and do not have such hard locks.. Having a quick look at the card (X300 PCIE) I see that my card does not have D-SUB output at all - only DVI. Maybe that makes difference.. 2 Marcin Deranek: Unfortunately i can't test it with DVI+DVI card. I tested on my only PC with AGP ATI X800 Pro (R420), DVI+D-SUB. Maybe fglrx "thinks" D-SUB has a priority over DVI, by developer's mistake. Have you tested new 8.33.6-r1, by any chance? I have tested all ati-drivers which support Xorg 7.1 including 8.33.6 (all failed), but had no chance to test any newer ebuild yet eg. 8.33.6-r1 (probably it won't make any difference anyway) Like you say.Occurs the same error. When i start the system using the DVI connectorthe, X hangs. The ati-drivers is 8.33.6-r1 and xorg-x11-7.2. With VGA connector works fine. (In reply to comment #21) > I have tested all ati-drivers which support Xorg 7.1 including 8.33.6 (all > failed), but had no chance to test any newer ebuild yet eg. 8.33.6-r1 (probably > it won't make any difference anyway) > I've the same problem on x86. All versions >=ati-drivers-8.32.5 (Xorg 7.1 or 7.2) causing a hard lock. I'm using the dvi-port, too... 8.34.8 ain't working as well :-(((( Same problem happens here. I guess that after so many confirms the status of the bug should be changed. Just slightly upgraded hardware, but kept ATI X700 Pro. Basically motherboard (VIA KT890 -> nVidia 590 SLI) and CPU (Athlon64 -> Athlon64 x2) have changed. Installed fresh Gentoo from scratch and problem still persists with exactly the same behavior. Seems like 8.42.3 work fine (not in the portage yet) Can anyone confirm ? Look into BUG#196820 for instructions how to install. Nah, 8.42.3 still locks it up :( I've bought nvidia card already :) Which xorg-server version do you use ? I tested ati-drivers 8.42.3 and xorg-server-1.4 with framebuffer and text console and it's running fine. I remember at some point I was trying with xorg-server-1.3 and my system locked up. xorg-server 1.3.0.0-r2 I'll test 1.4 and write back then. Cool :-) If xorg-server-1.4 won't help then we'll try to narrow the problem (probably some configuration change).. Yeah, it helped!!! Works OK now :) x11-base/xorg-server 1.4-r2 x11-drivers/ati-drivers 8.42.3 direct rendering: Yes glxgears are rolling all right The guide to installing xorg 1.4 & ati-drivers 8.42.3 here: http://allmybrain.com/2007/11/01/upgrading-to-xorg-x11-73-with-ati-drivers-8423-on-gentoo/ I reemerged 4 packages as it was said in emerge log: ati-drivers, xf86-video-ati (if VIDEO_CARDS string in /etc/make.conf contains "radeon"), xf86-input-keyboard and xf86-input-mouse. > I reemerged 4 packages as it was said in emerge log: ati-drivers,
> xf86-video-ati (if VIDEO_CARDS string in /etc/make.conf contains "radeon"),
> xf86-input-keyboard and xf86-input-mouse.
I mean, having xorg-server emerged i reemerged 4 packages after.
8.433 is in the tree... any more problems feel free to reopen. |
