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

korpenkraxar · 2010-02-01 10:22:30

Neuro wrote:

surfed wrote:
Yes, using KMS and pm patches. KMS is activated in /etc/modules/
Also It only works when i boot with external monitor attached, hotplugging crashes X and i need to do a hard reset. Maybe its because i am using hdmi out and not vga?
What card are you using? I've got k2.6.33-rc5, mesa-full, libdrm-git, glproto-git, xf86-video-ati-git (all from 20100129) and Ati 3450 and I use an external monitor. I can connect via HDMI and VGA without any problems.

We have similar hardware. Could you please post working xrandr commands to turn your external monitor on and off?

Neuro · 2010-02-01 13:09:17

korpenkraxar wrote:

We have similar hardware. Could you please post working xrandr commands to turn your external monitor on and off?

On my Ati 3450, running radeon/KMS I get: HDMI-0 VGA-0 LVDS.

To turn on the external monitor and turn off the internal one I issue:

xrandr --output HDMI-0 --auto --output LVDS --off

Pretty straight-forward, no magic. For VGA substitute HDMI-0 with VGA-0.

surfed · 2010-02-01 18:29:53

The only difference is that I use kernel26-git (so its a rc6). My Card is a 4670.
I run KDE 4.4 rc2 so to configure monitors I use System Settings - Display. I would like to figure out how to get an xorg.conf for this as i have to setup my screens after each reboot as the resolution gets mixed up, but then i usually only put my laptop to sleep so this is rare.

Rabauke · 2010-02-01 20:11:07

Could anyone be so kind and firmly explain how I get Audio over HDMI?

I've got kernel .33-rc6. I additionally enabled KMS, this shouldn't be a problem.
Further I got

[max@sioux ~]$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: CK804 [NVidia CK804], Gerät 0: Intel ICH [NVidia CK804]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: CK804 [NVidia CK804], Gerät 2: Intel ICH - IEC958 [NVidia CK804 - IEC958]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 3: HDMI [HDA ATI HDMI], Gerät 3: ATI HDMI [ATI HDMI]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0

When I now tell mplayer to use hw=3.3 as audio output there's no error, but also no sound
Video is working.

alsamixer with selected ATI HDMI looks like this http://img717.imageshack.us/img717/4818 … foto1a.png

Last edited by Rabauke (2010-02-01 20:15:05)

Perry3D · 2010-02-01 20:19:25

Initial evergreen support

Neuro · 2010-02-01 21:04:16

Perry3D wrote:

Initial evergreen support

I guess that KMS for evergreen will be somewhere around 2.6.34 and I predict DRI2/initial 3d for 2.6.35 That's a guess judging from the progress with R600.

Perry3D · 2010-02-01 21:28:39

I read somewhere on phoronix that there will only be small changes in mesa to get 3d-acceleration for evergreen.

rs · 2010-02-02 19:56:02

Neuro wrote:

Ok, regarding the yellowish (or blueish) Kwin artefacts in radeon KMS.
I've got the following packages:
glproto-git 20100129-1
libdrm-git 20100129-1
xf86-video-ati-git 20100129-1
xf86-video-intel-git 20100129-1
mesa-full 20100129-1
dri2proto 2.2-1
kernel26-firmware 2.6.32.6-1
kernel26-rc 2.6.33rc5-3
10 minutes into my session I haven't seen any of the artefacts. They just simply went away.

For me, the yellow/blue artefacts seemed to persist, regardless of any updates. Probably some nasty race condition.

I found a scenario to reproduce this ~100% on affected kernels here: "x11perf -create". So I wrote a kernel ticket for tracking this regression:
http://bugzilla.kernel.org/show_bug.cgi?id=15186

Neuro · 2010-02-02 21:14:50

rs wrote:

For me, the yellow/blue artefacts seemed to persist, regardless of any updates. Probably some nasty race condition.
I found a scenario to reproduce this ~100% on affected kernels here: "x11perf -create". So I wrote a kernel ticket for tracking this regression:
http://bugzilla.kernel.org/show_bug.cgi?id=15186

Awesome. Thanks for taking care of it. I lack the spare time currently I hope they fix it before 2.6.33 final kicks in.

svejaka · 2010-02-03 00:05:56

Hello.
I have KMS enabled (early start) following the wiki and this topic but no compositing. I guess the problem is that mesa-full failed to build. Can`t understand what`s wrong.

==> mesa-full dependencies:
 - libdrm (package that provides libdrm already installed)
 - dri2proto (package that provides dri2proto already installed)
 - glproto (already installed)                                  
 - libxxf86vm (already installed)                               
 - libxdamage (already installed)                               
 - expat (already installed)                                    
 - pkgconfig (already installed)                                
==>  Edit the PKGBUILD (highly recommended for security reasons) ? [Y/n]("A" to abort)
==>   ----------------------------------------------                                  
==>n                                                                                  

==>  Continue the building of mesa-full ? [Y/n]
==>   ----------------------------------------------
==>y                                                


==> Install or build missing dependencies for mesa-full:
==> Building and installing package                     
mkdir: cannot create directory `/var/abs/local': Permission denied
==> WARNING: Unable to write in /var/abs/local/yaourtbuild/mesa-full directory. Using /tmp directory                                                                            

==> mesa-full dependencies:
 - libdrm (package that provides libdrm already installed)
 - dri2proto (package that provides dri2proto already installed)
 - glproto (already installed)                                  
 - libxxf86vm (already installed)                               
 - libxdamage (already installed)                               
 - expat (already installed)                                    
 - pkgconfig (already installed)                                
==> Determining latest git revision...                          
  -> Version found: 20100203                                    
==> Making package: mesa-full 20100203-1 x86_64 (Wed Feb  3 01:45:23 EET 2010)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...
==> Connecting to git.freedesktop.org GIT server....
Initialized empty Git repository in /tmp/yaourt-tmp-svejaka/aur-mesa-full/mesa-full/src/mesa/.git/
remote: Counting objects: 310155, done.
remote: Compressing objects: 100% (60355/60355), done.
remote: Total 310155 (delta 256728), reused 299721 (delta 247718)
Receiving objects: 100% (310155/310155), 88.70 MiB | 1.66 MiB/s, done.
Resolving deltas: 100% (256728/256728), done.
==> GIT checkout done or server timeout
==> Starting make...
./autogen.sh: line 16: autoreconf: command not found
==> ERROR: Build Failed.
    Aborting...
Error: Makepkg was unable to build mesa-full package.

glxinfo |grep -i opengl
No protocol specified
Error: unable to open display :0.0

surfed · 2010-02-03 00:37:01

svejaka wrote:

Hello.
I have KMS enabled (early start) following the wiki and this topic but no compositing. I guess the problem is that mesa-full failed to build. Can`t understand what`s wrong.

==> mesa-full dependencies:
 - libdrm (package that provides libdrm already installed)
 - dri2proto (package that provides dri2proto already installed)
 - glproto (already installed)                                  
 - libxxf86vm (already installed)                               
 - libxdamage (already installed)                               
 - expat (already installed)                                    
 - pkgconfig (already installed)                                
==>  Edit the PKGBUILD (highly recommended for security reasons) ? [Y/n]("A" to abort)
==>   ----------------------------------------------                                  
==>n                                                                                  

==>  Continue the building of mesa-full ? [Y/n]
==>   ----------------------------------------------
==>y                                                


==> Install or build missing dependencies for mesa-full:
==> Building and installing package                     
mkdir: cannot create directory `/var/abs/local': Permission denied
==> WARNING: Unable to write in /var/abs/local/yaourtbuild/mesa-full directory. Using /tmp directory                                                                            

==> mesa-full dependencies:
 - libdrm (package that provides libdrm already installed)
 - dri2proto (package that provides dri2proto already installed)
 - glproto (already installed)                                  
 - libxxf86vm (already installed)                               
 - libxdamage (already installed)                               
 - expat (already installed)                                    
 - pkgconfig (already installed)                                
==> Determining latest git revision...                          
  -> Version found: 20100203                                    
==> Making package: mesa-full 20100203-1 x86_64 (Wed Feb  3 01:45:23 EET 2010)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...
==> Connecting to git.freedesktop.org GIT server....
Initialized empty Git repository in /tmp/yaourt-tmp-svejaka/aur-mesa-full/mesa-full/src/mesa/.git/
remote: Counting objects: 310155, done.
remote: Compressing objects: 100% (60355/60355), done.
remote: Total 310155 (delta 256728), reused 299721 (delta 247718)
Receiving objects: 100% (310155/310155), 88.70 MiB | 1.66 MiB/s, done.
Resolving deltas: 100% (256728/256728), done.
==> GIT checkout done or server timeout
==> Starting make...
./autogen.sh: line 16: autoreconf: command not found
==> ERROR: Build Failed.
    Aborting...
Error: Makepkg was unable to build mesa-full package.

glxinfo |grep -i opengl
No protocol specified
Error: unable to open display :0.0

make sure you have base-devel group installed, seems like you are missing autoconf to build mesa-full

svejaka · 2010-02-03 08:19:58

Installing base-devel fixed the problem with mesa-full. Now i have KMS with compositing enabled but i see no 3D acceleration.I`m still getting this with glxinfo

glxinfo |grep -i opengl
No protocol specified
Error: unable to open display :0

I see artefacts my taskbar is becoming white.

handy · 2010-02-03 08:26:24

Perry3D wrote:

You need to recompile the packages that depends on libdrm (mesa-full and xf86-video-ati-git).

That makes sense.

I have been away since the day I posted.

I'll do the .git thing tomorrow.

Thanks for helping me out Perry3D.

Perry3D · 2010-02-03 08:41:46

With current git (kernel, the mesa stuff, compiled yesterday) i have heavy font corruptions. I'm the only one who has this problem?

/edit: switched back to 2.6.33-rc6. The problem disappeared.

Last edited by Perry3D (2010-02-03 09:21:23)

handy · 2010-02-03 10:24:11

I have font corruption in the dirutil - Worker, nowhere else though.

I have suffered this & some other visual aberrations since upgrading libdrm-git the other day, as previously posted. These aberrations only happen after I start & stop X, they occur in a band across the top 1/2 to 3/4 of an inch of the screen & only momentarily.

I can shutdown both cold/warm boot my machine, even though after I close Openbox (X), I land in a black screen that occasionally flashes something valid for a too brief a moment to make sense of. I also can't see what I'm typing, or any results from the commands I put in the terminal, but I can get the machine to either shut down or reboot. (At first I didn't think I could, but I wasn't waiting long enough before I cold booted...)

I'm only posting this info' on the off chance it helps someone who knows a whole lot more than I do...?

Last edited by handy (2010-02-04 06:49:38)

korpenkraxar · 2010-02-03 12:19:54

Neuro wrote:

For VGA substitute HDMI-0 with VGA-0.

I got myself a DisplayPort->DVI adapter today to try the DVI input instead of the VGA input (which works fins with the Intel card) of the external LCD and lo and behold:

xrandr --output DP --primary --auto --output LVDS --left-of DP

It works exactly as it is supposed to with the current ATI, kernel and X11 software stack! And damn, what a step up in terms of picture quality compared to the old VGA connection of this monitor (a Dell 2005WFP 20.1" 1680x1050).

Hmm, where do I file this VGA-bug?

Perry3D · 2010-02-03 12:51:35

First contact point for bugs is: https://bugs.freedesktop.org/query.cgi

Maybe i should highlight the url in the first port

korpenkraxar · 2010-02-03 15:23:41

Perry3D wrote:

Maybe i should highlight the url in the first port

Ka-ching!

Perry3D · 2010-02-03 15:42:10

Ups, post, not port

handy · 2010-02-04 08:52:27

I reinstalled all the .git packages except for the kernel, & the following is the result, which is interesting, apart from the speed coming back , I've got the IRQ problem again & Shading version has gone back to ver. 1.10. The upgrade fixed the Worker font problem though.

I guess these things are just a part of the dynamics of development...

handy ~  $  glxgears
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try adjusting the vblank_mode configuration parameter.
...
9454 frames in 5.0 seconds = 1890.609 FPS
...

handy ~  $  glxinfo |grep -i opengl
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try adjusting the vblank_mode configuration parameter.
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RV630 9583) 20090101  TCL DRI2
OpenGL version string: 2.0 Mesa 7.8-devel
OpenGL shading language version string: 1.10
OpenGL extensions:
handy ~  $

Last edited by handy (2010-02-06 09:06:52)

Perry3D · 2010-02-04 10:08:06

What kernel are you using at the moment? IRQ support has been introduced with kernel 2.6.33. And that is just a warning.
And your output says OpenGL 2.0 (shading language is 1.10).
Don't use glxgears as a benchmark!

handy · 2010-02-04 10:28:15

I'm using the .git kernel from 5 days ago.

Yeh, sorry about overlooking the OpenGL/shader version thing... I'm easily distracted.

I know that glxgears isn't any good as a benchmark between machines, but isn't it still usually useful on the same machine to help recognise if changes were positive or not?

I also know it (glxgears) can be really wrong, though my impression is that, that is fairly rare? Certainly from my experience thus far it has always been not a benchmark, but a reasonably good indicator one way or another.

What do you recommend, the phoronix test suite?

Also, if I play World of Goo, 3D is good as gold. If I try to play Glest, it is basically unplayable due to lag.

[Edit:] Posts 751 & 757, have more details of the upgrade history/results.

Last edited by handy (2010-02-04 12:22:04)

Neuro · 2010-02-04 18:45:10

rs wrote:

For me, the yellow/blue artefacts seemed to persist, regardless of any updates. Probably some nasty race condition.
I found a scenario to reproduce this ~100% on affected kernels here: "x11perf -create". So I wrote a kernel ticket for tracking this regression:
http://bugzilla.kernel.org/show_bug.cgi?id=15186

All,

Thanks to Robert's bug report and Jeromes work on the issue, there is a patch which fixes the yellow/white semitransparent strips in shadows on KWin. It's a patch against 2.6.33-rc6, please see here:
http://bugzilla.kernel.org/show_bug.cgi?id=15186#c17

It fixed the issue on my RV620.

korpenkraxar · 2010-02-04 22:24:51

Hmm, I have been editing histograms in Inkscape and managed to crash X a number of times when using the "Node editing" tool. The laptop becomes completely unresponsive.

Neuro · 2010-02-05 09:48:53

korpenkraxar wrote:

Hmm, I have been editing histograms in Inkscape and managed to crash X a number of times when using the "Node editing" tool. The laptop becomes completely unresponsive.

Could you please provide a test-case SVG file with steps how to reproduce? I'd like to try it if it happens on my machine. Crashes like that should be investigated ASAP and reported to MESA/kernel bugzilla.

Arch Linux

#776 2010-02-01 10:22:30

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

#777 2010-02-01 13:09:17

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

#778 2010-02-01 18:29:53

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

#779 2010-02-01 20:11:07

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

#780 2010-02-01 20:19:25

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

#781 2010-02-01 21:04:16

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

#782 2010-02-01 21:28:39

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

#783 2010-02-02 19:56:02

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

#784 2010-02-02 21:14:50

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

#785 2010-02-03 00:05:56

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

#786 2010-02-03 00:37:01

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

#787 2010-02-03 08:19:58

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

#788 2010-02-03 08:26:24

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

#789 2010-02-03 08:41:46

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

#790 2010-02-03 10:24:11

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

#791 2010-02-03 12:19:54

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

#792 2010-02-03 12:51:35

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

#793 2010-02-03 15:23:41

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

#794 2010-02-03 15:42:10

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

#795 2010-02-04 08:52:27

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

#796 2010-02-04 10:08:06

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

#797 2010-02-04 10:28:15

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

#798 2010-02-04 18:45:10

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

#799 2010-02-04 22:24:51

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

#800 2010-02-05 09:48:53

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

Board footer