You are not logged in.
@Stunts
I have added radeon.modeset=1 to my kernel line, but it did not make a difference.@lordheavy
Unfortunately /etc/module.conf doesn't exist, the next two directories are empty, and /usr/lib/modprobe.d only has one unrelated file in it. No mention of "blacklist radeon" anywhere I can find.Thanks for the ideas.
Please post a link to your dmesg and Xorg.log output.
Offline
So which AUR packages do I need, if I want the newest git-s***? xf86-video-ati-git and what else?
Chembro, you'll either need 1 of the mesa packages or use lordheavy's repo : pkgbuild.com/~lcarlier/mesa-git
1 option is my mesa-r600g-git package, but also look at the others.
the mesa-full package used to be an easy choice, but it seems to have problems.
Also note that linux video support is spread over 3 projects : X, mesa and kernel .
Last edited by Lone_Wolf (2012-11-22 11:17:40)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Please post a link to your dmesg and Xorg.log output.
My dmesg.log is here: http://pastebin.com/j6Y1P6wK
My Xorg.0.log is here: http://pastebin.com/MYmj4abD
Hopefully there's some useful information in there.
Offline
Humm.. I'm no expert, but from your dmesg log I can't see the radeon driver being loaded.
That's the problem.
As to the why the module is not being loaded, well, it's either blacklisted as lordheavy suggested or you're missing some package such as "linux-firmware".
I don't know what else could be amiss... sorry.
Offline
Humm.. I'm no expert, but from your dmesg log I can't see the radeon driver being loaded.
That's the problem.
As to the why the module is not being loaded, well, it's either blacklisted as lordheavy suggested or you're missing some package such as "linux-firmware".
I don't know what else could be amiss... sorry.
The confusing bit is that while dmesg.log doesn't list the radeon module getting loaded, Xorg.0.log does. The module is loaded, and then unloaded after a very generic error message.
Even more confusing is that another pacman -Syu (two weeks after the one that broke the system) seems to have completely resolved the issue. So, I have no idea what caused the issue or why, but I have a working Xorg again.
Thanks for the troubleshooting help.
Offline
I heard that the open source driver has greatly improved lately. I wanted to check this out so I uninstalled Catalyst and installed xf86-video-ati from the repositories today.
One feature I want is video acceleration, so I took the Wiki at hand and came across this: https://wiki.archlinux.org/index.php/At … celeration
I have a few questions about it:
1. I have a Mobility Radeon HD 5470. What VDPAU_DRIVER do I export?
2. I don't think ~/.bashrc is the right way to export these settings. Would ~/.xprofile be better?
3. How would I now enable hardware acceleration in Mplayer?
Secondly, I would also like to know if for those great improvements I heard about, I am on the right track using the repository's version? Or do I need to grab Git packages from somewhere?
Thanks in advance guys
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I heard that the open source driver has greatly improved lately. I wanted to check this out so I uninstalled Catalyst and installed xf86-video-ati from the repositories today.
One feature I want is video acceleration, so I took the Wiki at hand and came across this: https://wiki.archlinux.org/index.php/At … celeration
I have a few questions about it:
1. I have a Mobility Radeon HD 5470. What VDPAU_DRIVER do I export?
2. I don't think ~/.bashrc is the right way to export these settings. Would ~/.xprofile be better?
3. How would I now enable hardware acceleration in Mplayer?Secondly, I would also like to know if for those great improvements I heard about, I am on the right track using the repository's version? Or do I need to grab Git packages from somewhere?
Thanks in advance guys
Video Acceleration is still a Work in Progress (it's pretty stalled currently). For the HD5450 the vdpau driver to use is r600.
You can see messages about vdpau with vlc (it's error messages)
You can see the best improvement about 3d acceleration if you install the drivers from git. You can built them from source (with aur), or install them from an user repo.
I maintain such repo, you need to enable testing also:
[mesa-git]
Server = http://pkgbuild.com/~lcarlier/$repo/$arch/
Offline
^ Thanks, I will have a go!
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
Hi Unia,
I'm afraid I do not have answers for 1 or 3, but I have a partial on 2:
In the day of initscripts you should place the export line in:
/etc/environment
I am not sure systemd still honours this file, but I think it does.
As for performance, if you are referring to this:
http://www.phoronix.com/scan.php?page=a … 4830&num=1
It will still take a while to get there in arch (it requires linux 3.8, and mesa 9.1 - we are currently in linux 3.7 and mesa 9.0), but neither should take too long.
Cheers, and good luck with your other questions.
PS - AFAIK R600 *still* only decodes MPEG2 (DVD) in hardware. Not very useful if you ask me. But I have never bothered to try it myself, so please post your results. =-)
Offline
So today I found mesa 9.1 waiting for me in the upgrades. I quickly took kernel 3.8 from [testing] and started working with radeon.
On a first glimpse I'm not noticing much improvements in speed or performance, but then again my needs for high performance videocards are quite limited: I occasionally watch a movie and that's it. Since those have always worked fine, I guess I'm not in the market for the 300% improvement
However, I do notice that my temperatures are also much lower. Idling at around 52 degrees Celcius and now running at 62 degrees Celcius whilst having a webcam on with Skype, I can say that in idling temps are a tad higher but under stress temps are a tad lower. Also I found out that the dynamic power management seems to have improved, although I still have the occasional flicker when the power profile changes.
That actually makes a good question: does anyone know how I could improve that dynamic power management and reduce the flickering? Or, does anyone know when they will improve it in general? Oh and lastly, how could I get dynamic power management by default on boot up?
Thanks!
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I used this in tmpfiles.d:
F /sys/class/drm/card0/device/power_profile - - - - mid
F /sys/class/drm/card0/device/power_method - - - - profile
Replacing profile with dynpm should work.
Last edited by kaszak696 (2013-02-26 19:43:47)
'What can be asserted without evidence can also be dismissed without evidence.' - Christopher Hitchens
'There's no such thing as addiction, there's only things that you enjoy doing more than life.' - Doug Stanhope
GitHub Junkyard
Offline
^ I just noticed there's a udev rule example too I think I'll go with that one. Thanks!
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I have been unable to update, as there is a complete mess of dependencies and conflicts.When I try to update, Cairo tries to pull mesa, then something needs mesa-libgl but mesa-libgl-git doesn't show in the options, and then lib32-mesa-libgl-git complains of a missing dependency "lib32-mesa=20130225". Finally, I get asked to choose a provider of lib32-libgl, but once again lib32-libgl-git doesn't appear in the options.
Removing lib32-mesa-libgl-git doesn't seem to change anything, as pacman is trying to "update" it even if it has been removed, but the update seems to proceed with the downloads to finally fail with the conflicting files provided by mesa-git, mesa, and mesa-libgl-git.
If I try to upgrade mesa-git only, pacman fails as cairo needs libegl, kdebase-workspace needs libgles and libegl, etc.
Any idea how can I fix this?
Offline
Regarding radeon power management:
I remember a X.org dev ranting (with a lot of cuss words) at AMD's Bridgman (the PR at the time) regarding the power management and how "dynpm" would always be crap compared to catalyst until AMD did something about the available documentation. I'm sorry I can't provide a link for this, I've searched but can't seem to find it, it was on phoronix forums if anyone would like to confirm it. I can confirm that at least as far as linux3.7 goes dynpm flickers too much on my card.
Therefore I did the next best thing to try to fix the problem and built a gnome-shell extension to work around the problem. (https://github.com/StuntsPT/shell-exten … le-manager)
However, since not everyone uses gnome-shell, I have also built a slightly more complete alternative, especially since now I use e17 as my main DE (https://github.com/StuntsPT/Radeon-tray) using pyqt (will work with both python2 and python3, but was built with python3 in mind).
Please let me know if you find these useful. They have both been tested on several machines already and are working fine.
Offline
Jbernardo, both mesa-git and lib32-mesa have been updated on feb 26, have you tried building with the last versions of those 2 packages ?
Last edited by Lone_Wolf (2013-02-27 10:55:13)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Jbernardo, both mesa-git and lib32-mesa have been updated on feb 26, have you tried building with the last versions of those 2 packages ?
I've tried to update from the mesa-git repository this morning (4 hours ago) and had the same problems; however I recall the versions I was seeing were for 25/2. I'll try again as soon as I get home today (in +- 8 hours).
Offline
Still no luck this morning (10 minutes ago). "yaourt -Syua" fails with "lib32-libgl-git: requires lib32-libglapi-git", "sudo pacman -Syu" asks if I want to replace libglapi-git, libgbm-git, libgles-git, libegl-git, khrplatform-devel-git, and libgl-git with mesa-git then fails with glamor and lib32-libgl-git dependencies.
Edit: Installing lib32-mesa-libgl-git removed lib32-libgl-git, so now the only dependency issues I still have is glamor depending on libegl-git and libgl-git
I'll force the update with "sudo pacman -Sdd mesa-git", I hope I won't regret this...
Edit2: What worked:
sudo pacman -Rdd libgl-git
sudo pacman -Rdd ati-dri-git
sudo pacman -Sdd mesa-git
sudo pacman -S ati-dri-git
The last command also pulled mesa-libgl-git, so hopefully the dependencies are fixed now - except for the glamor package which still wants libgl-git and libegl-git and doesn't accept mesa-libgl-git and mesa-git as replacements.
Last edited by jbernardo (2013-02-28 08:55:29)
Offline
The glamor-git package in aur depends on mesa and mesa-git provides mesa so that should not happen.
But glamor-git is outdated, where do you get glamor from ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I have glamor (without git) installed, apparently as a dependency of xf86-video-ati-git. If I try to remove it, pacman informs me that it can't due to the aforementioned dependency.
Offline
xf86-video-ati-git in AUR doesn't seem to have glamor support at all.
xf86-video-ati-glamor-git has glamor-git as dependency.
Arch repos have no glamor package, and aur only has glamor-git .
Where do you glamor and xf86-video-ati-git packages come from ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Supposedly from the mesa-git repository. I've just deleted the two packages from /var/cache/pacman/pkg, and used yaourt to make sure I was installing xf86-video-ati-git from mesa-git. Even after reinstalling (and confirming it is downloaded from the mesa-git repository) I still can't remove glamor as it is still a dependency of xf86-video-ati-git
Offline
Ok, so you're using lord heavy's mesa-git repo, http://pkgbuild.com/~lcarlier/mesa-git/
I can't access his pkgbuild fior xf86-video-ati-git , but his last build of xf86-video-ati-git was on jan 28.
I think you should send him a pm / email to alert him to this problem.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Thanks Lone_Wolf, I just PM'ed him.
Offline
Stunts wrote:Humm.. I'm no expert, but from your dmesg log I can't see the radeon driver being loaded.
That's the problem.
As to the why the module is not being loaded, well, it's either blacklisted as lordheavy suggested or you're missing some package such as "linux-firmware".
I don't know what else could be amiss... sorry.The confusing bit is that while dmesg.log doesn't list the radeon module getting loaded, Xorg.0.log does. The module is loaded, and then unloaded after a very generic error message.
Even more confusing is that another pacman -Syu (two weeks after the one that broke the system) seems to have completely resolved the issue. So, I have no idea what caused the issue or why, but I have a working Xorg again.
Thanks for the troubleshooting help.
I had this exact same problem with RS880M, first I thought it was my custom 3.8 kernel, but then stock -ARCH was broken too. Update seemed to solve it, pacman log:
[2013-02-28 19:33] upgraded archlinux-keyring (20130127-1 -> 20130224-1)
[2013-02-28 19:33] upgraded ffmpeg (1:1.1.2-3 -> 1:1.1.3-1)
[2013-02-28 19:33] upgraded gtk-update-icon-cache (2.24.15-1 -> 2.24.16-1)
[2013-02-28 19:33] upgraded gtk2 (2.24.15-1 -> 2.24.16-1)
[2013-02-28 19:33] upgraded nspr (4.9.4-1 -> 4.9.5-1)
[2013-02-28 19:33] upgraded nss (3.14.1.1.93-1 -> 3.14.3-2)
[2013-02-28 19:34] upgraded flashplugin (11.2.202.270-1 -> 11.2.202.273-1)
[2013-02-28 19:34] upgraded glu (9.0.0-1 -> 9.0.0-2)
[2013-02-28 19:34] upgraded gnutls (3.1.8-1 -> 3.1.9-1)
[2013-02-28 19:34] upgraded libpng (1.5.13-1 -> 1.5.14-1)
[2013-02-28 19:34] upgraded mesa-demos (8.0.1-2 -> 8.1.0-1)
[2013-02-28 19:34] upgraded sane (1.0.23-2 -> 1.0.23-3)
GLU perhaps? Also commented out modesetting in /etc/modprobe.d/*.conf
I can't tell when this started because my last custom kernel was 3.4.2, and it never had an issue.
--------------------------The only wasted day is one in which you learn nothing.--------------------------
Offline
Now llvm from my mesa-git is llvm-3.3svn (llvm-amdgpu-svn). If you want llvm from tstellar's repo, just grab llvm-amdgpu-snapshot from community.
xf86-video-ati-git is now built against glamor-egl in testing, and updated for xorg-server 1.14
Offline