You are not logged in.
Are you using the early start method for KMS? Then read this part in the wiki: http://wiki.archlinux.org/index.php/Ati … _.28KMS.29
Yes I had followed that, but the only section I havn't done is:
radeon-initrd from AUR and add radeon to HOOKS array in /etc/mkinitcpio.conf.
I will try that.
Cheers,
B
Offline
@bmentink:
No, the radeon firmware is not part or the standard repositories.
Look here:
http://aur.archlinux.org/packages.php?ID=33016
And here:
http://aur.archlinux.org/packages.php?ID=31708
Although I think that yaourt will grab those packages automatically.
One possible reason for your error message could be missing firmware files when you build your initial ramdisk. This is actually step 3 in "early KMS start" as described in the wiki. I had the same issue under Ubuntu when I forgot to rebuild the initial ramdisk
Re-generate your initramfs:
# mkinitcpio -p kernel26
Reason: The kernel has no access to the file system where the ucode is stored at boot time.
Last edited by Darksoul71 (2010-04-13 22:04:58)
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
I fill in a bug report: http://bugs.archlinux.org/task/19083
/edit: my bugreport was closed (duplicate of http://bugs.archlinux.org/task/19007)
this firmware is non-free. You can install it manually from AUR (radeon-firmware)
Then i don't understand why the devs enabled KMS by default. So the users have to install a package from AUR to get gpu acceleration .
/edit2: I read this licence file: http://people.freedesktop.org/~agd5f/ra … NSE.radeon
And as i understand this firmware is free
Last edited by Perry3D (2010-04-13 23:00:22)
Offline
@Darksoul71 You were right on the money! ... I had forgotten to do that step after I got the radeon_ucode firmware.
Thanks,
@Perry3D I agree, what are they thinking ... when all the stable packages won't give you a working 3D unless you get the firmware from AUR.
Cheers,
Bernie
Offline
so what is new now is dave airle's kernel branch no longer current?
Acer Aspire V5-573P Antergos KDE
Offline
@bmentik: You are welcome ! This made me searching for two day also unless I posted over at the Ubuntuusers forum and someone gave me the hint
@Perry3D: I think the mayor "problem" with those firmware files is that they are not free in terms of open source.
All in all we are talking about binary files. I can understand this issue. Its the same as about any propritary driver (e.g. fglrx). As far as I understood the radeonhd driver were/are a try to get a working 3D driver without using those files (= ATOM BIOS).
Speaking from the user perspective I do not care too much and would like to have 3D support working without any files from AUR involved. But this is just a very limited point of view and I am happy that we now have at least some sort of alternative compared to fglrx.
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
But what is the difference to the other firmware files that are in the core repository? They are also non-open-source. And we have other binary drivers in the repo (nvidia for example).
@I think it is vice versa: radeonhd is using the atom bios.
Offline
But what is the difference to the other firmware files that are in the core repository? They are also non-open-source. And we have other binary drivers in the repo (nvidia for example).
Agreed ! While I understand that archlinux is considered a "hands on" Linux I still would like to see working 3D with the radeon drivers "out of the box". Esp. since fglrx is not officially supported anymore.
Removing the closed source driver on one hand while relying on a user repository for some firmware files to get 3D working with the only alternative (radeon) on the other hand seems not very slick to me. At least within the wiki there should be a big red & orange blinking link to the firmware package
Last edited by Darksoul71 (2010-04-14 09:05:28)
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
The R600_rlc.bin and R700_rlc.bin firmware-files are available in Ubuntu 10.04 Beta 2 and openSUSE 11.3 Milestone 5 Live-CDs.
Currently i'm downloading Fedora 13 Beta Live-CD for testing...
In my opinion, it should also be available in Arch Linux (maybe in extra).
(My graphics card is a ATi Radeon HD 4350 and the ucode firmware files from (http://aur.archlinux.org/packages.php?ID=33016) works fine.)
:edit
Screenshot from Fedora 13 Beta Live-CD
http://img35.imageshack.us/img35/7554/fedora.png
Looks like all major distributions have the radeon firmware included.
Last edited by redkiwi (2010-04-14 11:27:43)
Offline
...
Looks like all major distributions have the radeon firmware included.
Yes, I can second that. For Sidux (Debian Sid based) those firmware files are also available in the "non-free" repository.
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
Have you tried filing a bug report?
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
GUYS!!!!!!!!!!!!!!!!!!!
I can't help myself telling you this:
http://git.kernel.org/?p=linux/kernel/g … esting-pm2
A new branch in drm-next git tree, called drm-radeon-testing-pm2, it contains the latest pm2 patches.
Look at the last patch:
http://git.kernel.org/?p=linux/kernel/g … cb12eebbb6
This patch will make pm work even better then now!!
Last edited by endlessroad1991 (2010-04-15 04:21:18)
Offline
@Cdh
done by Perry3D
@ endlessroad1991
Good news for pm
i hope the maintainers can put the radeon firmware-files in kernel26-firmware.
Searching in the Wiki or directly AUR for working gpu acceleration is then unnecessary.
(Fedora, openSUSE, Ubuntu uses these firmware-files on the default installation.)
Last edited by redkiwi (2010-04-15 08:22:37)
Offline
@Perry3D:
Could you please update the git kernel to rc4?
Thanks
Offline
Sure. This evening i will update the git kernel and kernel26-pm (switch to the new branch).
Offline
kernel26-git is updated.
kernel26-pm switched to the new branch mentioned by endlessroad.
I quote the last commit
drm/radeon/kms: rework power management
This patch reworks the power management to more
closely match how the power management was originally
designed to work. The driver now exposes power states
via sysfs for static state changes and provides for dynamic
reclocking for systems with multiple clock modes.3 sysfs device attributes are exposed:
- power_state. This allows a user to change
the power state directly. Echo the power state index
to thr attribute to enable that power state.
- clock_mode. For power_states that provide multiple
clock modes, this allows the user to select between
them. Echo the clock mode index to the attribute
to enable that clock mode.
- dynamic_sclk. Enabling this attribute dynamically
switches between the clock modes in a particular
power state. Note that is option is only relevant
on systems with multiple clock modes per power
state. Echo 1 to enable, 0 to disable.This patch also enables the misc features associated
with power states such dynamic voltage and sclk control.
A new asic callback, pm_misc(), enables these features.There is also a new pm_start() callback for hw initialization
needed for power management.TODO:
- clean up the sysfs interface so it's easier to use.
- hook in AD/DC/battery events so the driver will change
states automatically.
- test on more hardware.
Offline
@Perry3D: Could you provide your PKGBUILDs? I'm on i686 so I can't use your repo. Thanks in advance.
Offline
thanks a lot perry3d...
when will we see the changes of kernel26-pm?
Offline
mesa-full: http://dl.dropbox.com/u/4832298/x86_64/ … src.tar.gz
kernel26-pm: http://dl.dropbox.com/u/4832298/x86_64/ … src.tar.gz
kernel26-drm-radeon-testing: http://dl.dropbox.com/u/4832298/x86_64/ … src.tar.gz
/edit: @dejavu: It is updated. I already found the sys-files to control the power states.
Last edited by Perry3D (2010-04-15 18:22:57)
Offline
i think I am very confused....which kernel is the the best to be used for r600 for laptops?
Acer Aspire V5-573P Antergos KDE
Offline
hdmi still not working
Offline
@venky80:
i think probably the kernel26-pm
but unfortunately we have to wait till the new version will be uploaded...
Offline
Ups, i uploaded the new kernel but forget to add it to the repo. One moment pls .
/edit: done
Last edited by Perry3D (2010-04-16 11:11:07)
Offline
Nice...
I thought about this small mistake...
Bad that you can't browse through dropbox... ;-)
Offline
kernel26-pm is a great news to me~~
by "echo 2 > /sys/class/drm/card0/device/power_state"
(power_state 2 of my card is battery mode)
I finally avoid the annoying endless fan noise~~
Last edited by endlessroad1991 (2010-04-17 03:04:46)
Offline