Discussion: the ati/radeon open source drivers & radeon repository

insanemal · 2010-01-10 04:27:21

slon: are you using GIT compiled stuff?

I'm on 7.7Dev

And I have kms working.

Just edit the pkgbuild for mesa-full and add "git checkout mesa_7_7_branch" just after the git clone.

I'm also running the original 2.6.32 kernel not .1 .2 or .3
But I was running 2.6.33 for a bit.

Last edited by insanemal (2010-01-10 04:28:24)

jinzo · 2010-01-10 11:07:52

I'm on kernel26 2.6.32.3-1 w/ latest -git packages from the repository ( x86_64 ). And I'm getting weird issues:
1) KMS doesen't work, but I'm ok with that, if other things would work
2) my hostname is set to localhost and domain to localdomain ( it was auto set/ I had custom values before )
3) glxgears/glxinfo/firefo don't work, as it says it can't connect to the X server

EDiT: Forgot to mention, Xorg log says it can't load r600 DRI, and then tries to fallback to software rendered, which fails too.

Any ideas, what could be wrong ?

Last edited by jinzo (2010-01-10 11:09:39)

insanemal · 2010-01-10 12:02:04

I had the same issues. I went back to 2.6.32. or Forward to 2.6.33
It seems the kernel is compiled with KMS turned off. Despite the recent additions to the kernel to allow it to work again.
I was looking at the logs after "upgrading" to 2.6.32.3-1 and the messages I was getting said the kernel module was compiled without KMS support

slon · 2010-01-10 13:41:50

insanemal can you give me your pkgbuild? Cant get to install that 7.7 mesa.

Btw why have you changed from 2.6.33 to 2.6.32?

Last edited by slon (2010-01-10 14:27:29)

yimm · 2010-01-10 19:11:46

Someone has an idea about power management support in 2.6.33 kernel ? This feature is supported ?

Last edited by yimm (2010-01-10 19:13:23)

Nezmer · 2010-01-10 19:17:00

yimm wrote:

Someone has an idea about power management support in 2.6.33 kernel ? This feature is supported ?

Nothing yet. Not even an experimental patch.
There is a proof-of-concept patch for dynamic engine reclocking but It doesn't do much.

yimm · 2010-01-10 19:21:44

Ok, thanks
I need this to switch from catalyst to open source driver. (because of 4850 mobility), I will wait.

insanemal · 2010-01-10 22:17:27

slon wrote:

insanemal can you give me your pkgbuild? Cant get to install that 7.7 mesa.
Btw why have you changed from 2.6.33 to 2.6.32?

I'm using 2.6.32 cus im lazy. I can't be arsed recompiling my Vbox modules.
As for the pkgbuild..

# Maintainer: LEW21 <lew21@xtreeme.org>

pkgname=mesa-full
pkgver=20091220
_realver=7.7
pkgrel=1
pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch."
arch=(i686 x86_64)
url="http://mesa3d.org/"
license=('LGPL')
depends=('libdrm>=2.4.15' 'dri2proto>=2.1' 'glproto>=1.4.10' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1')
makedepends=('pkgconfig')
provides=("libgl=${_realver}" "mesa=${_realver}" "glut=${_realver}" "ati-dri=${_realver}" "intel-dri=${_realver}" "mach64-dri=${_realver}" "mga-dri=${_realver}" "r128-dri=${_realver}" "savage-dri=${_realver}" "tdfx-dri=${_realver}" "unichrome-dri=${_realver}")
replaces=('libgl' 'mesa' 'glut' 'freeglut' 'ati-dri' 'intel-dri' 'mach64-dri' 'mga-dri' 'r128-dri' 'savage-dri' 'tdfx-dri' 'unichrome-dri')
conflicts=('libgl' 'mesa' 'glut' 'freeglut' 'ati-dri' 'intel-dri' 'mach64-dri' 'mga-dri' 'r128-dri' 'savage-dri' 'tdfx-dri' 'unichrome-dri')
options=(!makeflags)

_gitroot="git://anongit.freedesktop.org/git/mesa/mesa"
_gitname="mesa"

build() {
    msg "Connecting to git.freedesktop.org GIT server...."

    if [ -d $startdir/src/$_gitname ] ; then
        cd $_gitname && git pull origin
        msg "The local files are updated."
    else
        git clone $_gitroot
        git checkout mesa_7_7_branch
    fi

    msg "GIT checkout done or server timeout"
    msg "Starting make..."

    rm -rf $startdir/src/$_gitname-build
    cp -rH $startdir/src/$_gitname $startdir/src/$_gitname-build
    cd $startdir/src/$_gitname-build

    cd "${startdir}/src/mesa-build"
    ./autogen.sh --prefix=/usr \
    --with-dri-driverdir=/usr/lib/xorg/modules/dri \
    --enable-glx-tls \
    --with-driver=dri \
    --enable-xcb \
    --enable-egl \
    --enable-glu \
    --enable-glut \
    --enable-glw \
    --enable-gallium \
    --enable-gallium-intel \
    --enable-gallium-radeon || return 1
    make || return 1
    make DESTDIR="${pkgdir}" install || return 1

    install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
    ln -sf libglx.xorg ${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so || return 1

    install -m755 -d "${pkgdir}/usr/bin"
    install -m755 progs/xdemos/glxinfo progs/xdemos/glxgears ${pkgdir}/usr/bin/
}

Last edited by insanemal (2010-01-10 22:18:07)

Perry3D · 2010-01-10 23:44:06

insanemal wrote:

I'm using 2.6.32 cus im lazy. I can't be arsed recompiling my Vbox modules.
As for the pkgbuild..

Is KMS working with the 2.6.32.3 kernel from core? I want to update the howto.

Rabauke · 2010-01-11 00:04:01

Perry3D wrote:

Is KMS working with the 2.6.32.3 kernel from core? I want to update the howto.

Today I got a version mismatch when starting X. So, I believe no.

insanemal · 2010-01-11 01:36:32

Perry3D wrote:

insanemal wrote:
I'm using 2.6.32 cus im lazy. I can't be arsed recompiling my Vbox modules.
As for the pkgbuild..
Is KMS working with the 2.6.32.3 kernel from core? I want to update the howto.

Nope.
That's why im using the old 2.6.32 not 2.6.32.3.

aline · 2010-01-11 05:17:48

I'm running 2.6.32.3 with kms and dri2. It already has a patch against the black screen kms bug, I didn't have to do anything, BUT, I didn't test the binary one as I'm running my own self compiled tweaked from abs (I did a lot of changes through menuconfig). But in theory it's supposed to work with modeset=1 in modprobe.d/somefile

insanemal · 2010-01-11 05:51:32

aline wrote:

I'm running 2.6.32.3 with kms and dri2. It already has a patch against the black screen kms bug, I didn't have to do anything, BUT, I didn't test the binary one as I'm running my own self compiled tweaked from abs (I did a lot of changes through menuconfig). But in theory it's supposed to work with modeset=1 in modprobe.d/somefile

Yeah it doesn't.

The one in core is still broken.
I compiled from scratch and it works fine. So it's just binary that is broken now. Probably cus of the flags set at compile time (that disable KMS on ATI)

rekado · 2010-01-11 06:33:21

Perry3D wrote:

insanemal wrote:
I'm using 2.6.32 cus im lazy. I can't be arsed recompiling my Vbox modules.
As for the pkgbuild..
Is KMS working with the 2.6.32.3 kernel from core? I want to update the howto.

Weird. It does work for me. I've installed 2.6.32.3, enabled KMS through modprobe.conf and installed the mesa-full + xf86-video-ati-git packages.
With 2.6.32.2 it didn't work at all, even causing my internal graphics chip to automatically disable the digital output (on reboots the screen was black and the computer automatically rebooted repeatedly); had to recover via analogue output. Refreshing the repos and installing 2.6.32.3 fixed all KMS-related bugs for me.

insanemal · 2010-01-11 10:18:25

rekado wrote:

Perry3D wrote:
insanemal wrote:
I'm using 2.6.32 cus im lazy. I can't be arsed recompiling my Vbox modules.
As for the pkgbuild..
Is KMS working with the 2.6.32.3 kernel from core? I want to update the howto.
Weird. It does work for me. I've installed 2.6.32.3, enabled KMS through modprobe.conf and installed the mesa-full + xf86-video-ati-git packages.
With 2.6.32.2 it didn't work at all, even causing my internal graphics chip to automatically disable the digital output (on reboots the screen was black and the computer automatically rebooted repeatedly); had to recover via analogue output. Refreshing the repos and installing 2.6.32.3 fixed all KMS-related bugs for me.

Is that 2.6.32.3 from core?

The only thing I can think is that I have an R710, the fix stated r600, But afak they both (r600/r700) used the same gear. Unless the fix only picks up the R600's. I dunno. All I know is 2.6.32.3 from core gives weird errors and black screens. Both 2.6.32 and 2.6.33 work.

slon · 2010-01-11 14:49:49

insanemal this is weird used your pkgbuild but glxinfo | grep Mesa I get

client glx vendor string: Mesa Project and SGI
OpenGL renderer string: Mesa DRI R600 (RV635 9598) 20090101 TCL DRI2
OpenGL version string: 2.0 Mesa 7.8-devel

runned yaourt -Rd mesa-full
deleted the /var/abs/local/yaourtbuild/
yaourt -S mesa-full
changed the pkgbuild to that one you gave, but still 7,8dev mesa

insanemal · 2010-01-11 22:21:22

Hmmmm...
That doesn't make a whole bunch of sense...

have you tried saving that pkgbuild as a file and using makepkg then install with pacman -U <insert resulting pkg here>

It's what I used to great success... Mind you... I might of been doing the

git checkout mesa_7_7_branch

on the git folder created by yaourt....
I've added an extra line to the pkgbuild.. Just in the off chance that it is somehow still finding a cached git branch.

Apart from that I have no idea why it wouldn't work..

# Maintainer: LEW21 <lew21@xtreeme.org>

pkgname=mesa-full
pkgver=20091220
_realver=7.7
pkgrel=1
pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch."
arch=(i686 x86_64)
url="http://mesa3d.org/"
license=('LGPL')
depends=('libdrm>=2.4.15' 'dri2proto>=2.1' 'glproto>=1.4.10' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1')
makedepends=('pkgconfig')
provides=("libgl=${_realver}" "mesa=${_realver}" "glut=${_realver}" "ati-dri=${_realver}" "intel-dri=${_realver}" "mach64-dri=${_realver}" "mga-dri=${_realver}" "r128-dri=${_realver}" "savage-dri=${_realver}" "tdfx-dri=${_realver}" "unichrome-dri=${_realver}")
replaces=('libgl' 'mesa' 'glut' 'freeglut' 'ati-dri' 'intel-dri' 'mach64-dri' 'mga-dri' 'r128-dri' 'savage-dri' 'tdfx-dri' 'unichrome-dri')
conflicts=('libgl' 'mesa' 'glut' 'freeglut' 'ati-dri' 'intel-dri' 'mach64-dri' 'mga-dri' 'r128-dri' 'savage-dri' 'tdfx-dri' 'unichrome-dri')
options=(!makeflags)

_gitroot="git://anongit.freedesktop.org/git/mesa/mesa"
_gitname="mesa"

build() {
    msg "Connecting to git.freedesktop.org GIT server...."

    if [ -d $startdir/src/$_gitname ] ; then
        cd $_gitname && git pull origin
        git checkout mesa_7_7_branch
        msg "The local files are updated."
    else
        git clone $_gitroot
        git checkout mesa_7_7_branch
    fi

    msg "GIT checkout done or server timeout"
    msg "Starting make..."

    rm -rf $startdir/src/$_gitname-build
    cp -rH $startdir/src/$_gitname $startdir/src/$_gitname-build
    cd $startdir/src/$_gitname-build

    cd "${startdir}/src/mesa-build"
    ./autogen.sh --prefix=/usr \
    --with-dri-driverdir=/usr/lib/xorg/modules/dri \
    --enable-glx-tls \
    --with-driver=dri \
    --enable-xcb \
    --enable-egl \
    --enable-glu \
    --enable-glut \
    --enable-glw \
    --enable-gallium \
    --enable-gallium-intel \
    --enable-gallium-radeon || return 1
    make || return 1
    make DESTDIR="${pkgdir}" install || return 1

    install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
    ln -sf libglx.xorg ${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so || return 1

    install -m755 -d "${pkgdir}/usr/bin"
    install -m755 progs/xdemos/glxinfo progs/xdemos/glxgears ${pkgdir}/usr/bin/
}

Mazur · 2010-01-11 22:49:58

I am using packages from [extra] and [testing] - fresh installation:

libdrm 2.4.17-2
mesa 7.7-1
libgl 7.7-1
ati-dri 7.7-1
xf86-video-ati 6.12.4-3
kernel-headers 2.6.32-1
kernel26 2.6.32.3-1
kernel26-firmware 2.6.32.3-1

The problem is that I am getting around 500FPS in Glxgears with Early KMS working whereas without KMS - game is not working and I am getting an error:

IRQ's not enabled, falling back to busy waits: 
WARNING: Application calling GLX 1.3 function "
 not supported!  This is an application bug!

Any idea what to do and how to improve my fps? I am getting like 2-8FPS on Tibia.

insanemal · 2010-01-12 10:58:01

Mazur: Dunno.. Did you used to have better FPS using the OpenSource driver?

ChemBro · 2010-01-12 12:16:25

I tried to use ClockGating, ForceLowPowerMode and DynamicPM, but they are not being used. Something like this:

RADEON(0): Option "ClockGating" is not used

I thought, it does work with KMS disabled. KMS is (or should) already be disabled for my card (HD 4650). Maybe it is not truly disabled? I added "radeon.modeset=0" to my /boot/grub/menu.lst, but that doesn't work, too.

Does someone know how I can get ClockGating and so on being used? Or maybe how I can find out, if KMS isn't truly disabled?

lman · 2010-01-12 13:03:13

ChemBro wrote:

I thought, it does work with KMS disabled. KMS is (or should) already be disabled for my card (HD 4650). Maybe it is not truly disabled? I added "radeon.modeset=0" to my /boot/grub/menu.lst, but that doesn't work, too.

Have you tried nomodeset to the kernel line in menu.lst and in /etc/modprobe.d/radeon.conf

options radeon modeset=0

?

Ultraman · 2010-01-12 15:28:49

In the kernel bootline you should use "nomodeset" instead of "options radeon modeset=0". That last one is for the module configuration in /etc/modprobe.d/radeon.conf

Mazur · 2010-01-12 15:49:34

I had like 50-120FPS on Tibia before when I was using old kernel 2.6.32 and drivers from nightly repo.

ChemBro · 2010-01-12 16:33:55

lman wrote:

and in /etc/modprobe.d/radeon.conf
options radeon modeset=0

I don't have a "radeon.conf". Should I create one?

jinzo · 2010-01-12 16:54:58

Yes.

Arch Linux

#576 2010-01-10 04:27:21

Re: Discussion: the ati/radeon open source drivers & radeon repository

#577 2010-01-10 11:07:52

Re: Discussion: the ati/radeon open source drivers & radeon repository

#578 2010-01-10 12:02:04

Re: Discussion: the ati/radeon open source drivers & radeon repository

#579 2010-01-10 13:41:50

Re: Discussion: the ati/radeon open source drivers & radeon repository

#580 2010-01-10 19:11:46

Re: Discussion: the ati/radeon open source drivers & radeon repository

#581 2010-01-10 19:17:00

Re: Discussion: the ati/radeon open source drivers & radeon repository

#582 2010-01-10 19:21:44

Re: Discussion: the ati/radeon open source drivers & radeon repository

#583 2010-01-10 22:17:27

Re: Discussion: the ati/radeon open source drivers & radeon repository

#584 2010-01-10 23:44:06

Re: Discussion: the ati/radeon open source drivers & radeon repository

#585 2010-01-11 00:04:01

Re: Discussion: the ati/radeon open source drivers & radeon repository

#586 2010-01-11 01:36:32

Re: Discussion: the ati/radeon open source drivers & radeon repository

#587 2010-01-11 05:17:48

Re: Discussion: the ati/radeon open source drivers & radeon repository

#588 2010-01-11 05:51:32

Re: Discussion: the ati/radeon open source drivers & radeon repository

#589 2010-01-11 06:33:21

Re: Discussion: the ati/radeon open source drivers & radeon repository

#590 2010-01-11 10:18:25

Re: Discussion: the ati/radeon open source drivers & radeon repository

#591 2010-01-11 14:49:49

Re: Discussion: the ati/radeon open source drivers & radeon repository

#592 2010-01-11 22:21:22

Re: Discussion: the ati/radeon open source drivers & radeon repository

#593 2010-01-11 22:49:58

Re: Discussion: the ati/radeon open source drivers & radeon repository

#594 2010-01-12 10:58:01

Re: Discussion: the ati/radeon open source drivers & radeon repository

#595 2010-01-12 12:16:25

Re: Discussion: the ati/radeon open source drivers & radeon repository

#596 2010-01-12 13:03:13

Re: Discussion: the ati/radeon open source drivers & radeon repository

#597 2010-01-12 15:28:49

Re: Discussion: the ati/radeon open source drivers & radeon repository

#598 2010-01-12 15:49:34

Re: Discussion: the ati/radeon open source drivers & radeon repository

#599 2010-01-12 16:33:55

Re: Discussion: the ati/radeon open source drivers & radeon repository

#600 2010-01-12 16:54:58

Re: Discussion: the ati/radeon open source drivers & radeon repository

Board footer