Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 262510 - x11-drivers/xf86-video-ati 6.12 requires a higher drm level
Summary: x11-drivers/xf86-video-ati 6.12 requires a higher drm level
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo X packagers
Depends on:
Reported: 2009-03-15 04:45 UTC by Ed Tomlinson
Modified: 2009-04-14 07:40 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---

starting X with kernel drm and radeon modules (X.kerndrm.conf,57.66 KB, text/plain)
2009-03-18 02:16 UTC, Ed Tomlinson
starting X with mesa drm and radeon modules - dri is active (X.mesadrm.conf,54.82 KB, text/plain)
2009-03-18 02:17 UTC, Ed Tomlinson

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Tomlinson 2009-03-15 04:45:16 UTC
I updated from the ati-drivers ebuild to xf86-video-ati.  Without building the radeon.ko and drm.ko modules as specified at:
I was unable to start X with the new driver, it was giving a signal 11.  It works as advertised with the modules built!

Reproducible: Always

Steps to Reproduce:
1.  Install xf86-video-ati on a box with an r6xx or r7xx video chipset
2.  X -configure

Actual Results:  
X gets a signal 11 

Expected Results:  
X should auto configure and it does if the radeon.ko and drm.ko modules are built.  Note the site's cp command does not give the correct location for the modules for the curent gentoo-sources.

Commands used to build the modules:

git clone git:// mesa
cd mesa
git checkout -b r6xx-r7xx-support origin/r6xx-r7xx-support
cd linux-core
make radeon.o drm.o
sudo cp radeon.ko /lib/modules/2.6.28-gentoo-r3-crc/kernel/drivers/gpu/drm/radeon/.
sudo cp drm.ko /lib/modules/2.6.28-gentoo-r3-crc/kernel/drivers/gpu/drm/.

This might require a version bump for x11-drm

Its _really_ nice to be able to use open souce drivers on an uptodate ati card.  In my case a HD3300 (RV780) build in to a 790GX MB!  Thanks for the prompt update to the 6.12 ati driver.

emerge --info   
Portage (default/linux/amd64/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.28-gentoo-r3-crc x86_64)
System uname: Linux-2.6.28-gentoo-r3-crc-x86_64-AMD_Phenom-tm-_8450_Triple-Core_Processor-with-glibc2.2.5   
Timestamp of tree: Sat, 14 Mar 2009 20:45:01 +0000                                                          
app-shells/bash:     3.2_p39                                                                                
dev-java/java-config: 1.3.7-r1, 2.1.7
dev-lang/python:     2.5.2-r7
dev-python/pycrypto: 2.0.1-r8
dev-util/cmake:      2.6.3
sys-apps/sandbox:    1.6
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
CFLAGS="-march=amdfam10 -O -pipe"
CONFIG_PROTECT="/etc /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/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=amdfam10 -O -pipe"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/sunrise"
USE="3dnow 3dnowext X aac acl alsa amd64 arts artswrappersuid asf berkdb bluetooth bzip2 cdr cli cracklib crypt cups divx4linuxdri dts dvd dvdread enable-jingle fam fat ffmpeg firefox gdbm gnome gpm gstreamer gtk iconv ipv6 isdnlog kde mad matroska midi mmx mmxext mudflap multilib ncurses nls nptl nptlonly ntfs ogg opengl openmp pam pcre pdf perl pppd python qt qt-copy quicktime readline reflection reiser4 reiserfs ruby samba sdl session smb spl sse sse2 ssl sysfs tcpd theora threads truetype unicode vorbis wavpack wma xcomposite xfs xinerama xorg xv xvid xvmc zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmixdshare 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="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="ati radeon vesa fbdev"
Comment 1 Donnie Berkholz (RETIRED) gentoo-dev 2009-03-16 16:26:47 UTC

I've got a couple of questions. First, could you attach /var/log/Xorg.0.log from a failed attempt? Second, does it work fine if you already have xorg.conf, and what happens if you just run startx without xorg.conf (instead of X -configure)?
Comment 2 Ed Tomlinson 2009-03-18 02:15:22 UTC
I've been having some fun here.  

Looks like xorg-server-1.5.3-r5 changes the picture a bit (it might also have been a dangling fglrx module in /lib64/modules...).  Now I can start X without the mesa drm modules built and X -configure works though it chooses the radeonhd module instead of radeon.  I can even start it no xorg.conf.  Doing so uses the radeon moudule but sets a bad keymap. I do not use evdev.  I've yet to see clean instructions on how to configue keymaps with hal...

With the kernel drm I do not get exa or xv.  This means displaying video takes 30% of my cpu vs less than 5% with the mesa drm modules.

I've attached two xorg logs.  One with mesa drm and one with kernel drm.  With the kernel drm dri is not activiated, it is with mesa drm.

Comment 3 Ed Tomlinson 2009-03-18 02:16:42 UTC
Created attachment 185368 [details]
starting X with kernel drm and radeon modules
Comment 4 Ed Tomlinson 2009-03-18 02:17:23 UTC
Created attachment 185369 [details]
starting X with mesa drm and radeon modules - dri is active
Comment 5 Tomáš Chvátal (RETIRED) gentoo-dev 2009-03-21 00:18:12 UTC
You have to use live mesa and drm to benefit from the features. Otherwise you can use the driver quite fine for the r500 and lower.
We cant release/fix something that is not ready.
The drm capable of running r600/r700 hw is planed to hit 2.6.30 if everything goes smoothly.
As sidenote i play with it (r600 and live drm and mesa) and it is shaping quite well :]