LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Radeon kms works! (https://www.linuxquestions.org/questions/slackware-14/radeon-kms-works-760963/)

adamk75 11-18-2009 07:08 PM

Quote:

Originally Posted by dolphin77 (Post 3761900)
Hi.

First of all I should say that I am not an expert in graphics, programming and etc. I just spent few crazy weeks with my laptop not working properly (it has ATI Mobility Radeon HD 3400 - R600 chip). I almost got a nail in my head. But after a lot of googling, reading and etc I finally found workaround for my card. A little bit later all the required things were included in the development version of the kernel. That what I was trying to report and to share with the community. And I think that if it will help at least to one person, my target is reached. If someone spent a lot of time on figuring out something - why should others do the same? they can do something else.

I do not know what kind of chipset is used in your card and the level of its support in kernel driver. But I do not think this is a very new card. And I think it should be supported. What you still can try to do is to remove all the vga options from lilo. As I understand,there could be interference between "old" framebuffers and the new features of radeon driver. Try also too look on phoronix forums.

PS I removed this /Soft/dri from the above. You right it can confuse people.

Good luck

First, I want to thank you for taking the time to write up your original post. I've had KMS working since almost day 1 of installing Slackware 13, but have never written up directions for it (nor have I generated slackbuilds for it).

Yes, you are correct that the Xpress GPU should be supported by KMS (in fact, at this point *all* radeon GPUs prior to the HD5*** series cards should be supported at this point). I would stress that KMS is undergoing nearly constant development in a git tree called drm-next. This is regularly (or semi-regularly) merged into the linux kernel tree.

If someone is having problems with one of the 2.6.32 RCs, it might be worth trying drm-next. There are directions here: http://wiki.x.org/wiki/radeonBuildHowTo . Specifically, under the "Kernel mode setting and 3D for r600/r700" section (which is not accurately titled, as that pertains to KMS for all radeon GPUs). Unfortunately, even that wiki isn't completely up to date. It refers to cloning the linux stable tree, when users actually want to use the development tree:

git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

Otherwise, when you get to the last step, merging in drm-next, it will fail.

Finally, #radeon is (usually) a very helpful channel on freenode if users run into problems with the radeon driver.

Adam

TSquaredF 11-19-2009 10:17 AM

dolphin77:
I just wanted to say that yesterday I followed your instructions & installed all of this on my Toshiba laptop. I had to do some massaging on the SlackBuilds, as I got a couple of errors, but that was a minor detail. Everything works well. I am (favorably) impressed.
Regards,
Bill

onebuck 11-19-2009 10:31 AM

Hi,

Quote:

Originally Posted by TSquaredF (Post 3762814)
dolphin77:
I just wanted to say that yesterday I followed your instructions & installed all of this on my Toshiba laptop. I had to do some massaging on the SlackBuilds, as I got a couple of errors, but that was a minor detail. Everything works well. I am (favorably) impressed.
Regards,
Bill

Care to share what you tweaked?

TSquaredF 11-19-2009 08:45 PM

onebuck:
Quote:

Care to share what you tweaked?
Well, it was nothing really applicable. "autogen.sh" would not run because of the permissions I put on flies in my data/download partition, so I had to make it executable in the script. I also copied the entire git directory to a new directory in /tmp then changed to that & ran "autogen.sh" & the rest of the script. I really had no problems with the programs themselves. I do get half a heartbeat of strange raster-looking effect when X starts & it comes up in 180x56 display mode, which means I have to use my reading glasses to read it, but that's ok.
Regards,
Bill

dolphin77 11-22-2009 06:53 AM

Not sure this will have same effect for all the chipsets, but tested on my hardware so I think this should be mentioned.

If I enable vga=791 in my lilo.conf, than some noise is produced on the screen while initializing radeon module and when X started. But the worth is that DRI doesn't work.

Thus I assume that any vga= options should be disabled in /etc/lilo.conf (don't forget to run lilo after edditing).

I do not have any /etc/X11/xorg.conf

The system initialise everything automatically.

PS just checked 2.6.32-rc8 - runs well.

forum1793 11-22-2009 11:40 AM

dolphin, did you do anything different with the kernel firmware options?

I normally have these set, I think as they default, to not build firmware in kernel. But that might be needed for kms to work. Some problems resolved when I enabled the firmware settings by removing * for Select only... and Prevent firmware... Also * for Include in-kernel... as below. Not sure what is minimum required.

From kernel configuration: make menuconfig

Code:

Device Drivers->
Generic Driver Options ->
 (/sbin/hotplug) path to uevent helper
 [ ] Create a kernel maintained /dev tmpfs (EXPERIMENTAL)
 [ ] Select only drivers that don't need compile-time external firmware
 [ ] Prevent firmware from being built
 -*- Userspace firmware loading support[*]  Include in-kernel firmware blobs in kernel binary
 ()    External firmware blobs to build into the kernel binary

Interesting to note that dri2 seems to show up in xorg.0.log.

Edit: I should point out that with the kernel config changes, kms and 3D on AMD 780g (integrated HD3200) does work and at least one or more of the firmware changes discussed above was needed, or maybe can be done in initrd.

dolphin77 11-22-2009 03:06 PM

Quote:

Originally Posted by forum1793 (Post 3765869)
dolphin, did you do anything different with the kernel firmware options?

I just built kernel with make && make modules && make modules_install

Code:

vladimir@darkstar:~$ grep FIRMWARE /usr/src/linux/.config
CONFIG_PREVENT_FIRMWARE_BUILD=y
# CONFIG_FIRMWARE_IN_KERNEL is not set
CONFIG_EXTRA_FIRMWARE=""
CONFIG_HOSTAP_FIRMWARE=y
CONFIG_HOSTAP_FIRMWARE_NVRAM=y
CONFIG_RT2X00_LIB_FIRMWARE=y
CONFIG_FIRMWARE_EDID=y
CONFIG_FIRMWARE_MEMMAP=y

pm-utils:
I am not sure, this is caused by the KMS, but maybe someone can explain. I had a problem with pm-suspend on my Sony Vaio VGN-SR11MR. I tried a lot of different quirks etc. Nothing really worked. Actually machine went to sleep very fast (2-3 seconds). But when I tried to wake it up, it didn't work. Just black screen and no keyboard. Since I use 64 bit system, I didn't know how to trace the problem. (http://hal.freedesktop.org/quirk/qui...-advanced.html)
Till today I decided to spent some time on this issue. Firstly I tried to dump a little bit, if this is a correct word for this. what I did is:
Code:

# rmmod `lsmod`
# pm-suspend

And it started to work!!!

Not all the modules were removed by this 'stupid strait away method'. So I created a list of potential client among modules and started to remove half of list. I started with
58 modules and after few reboots only 4 left. I started to remove them one by one. It was module 'video' which caused problems with pm-suspend.

So now if I manualy do:
Code:

# rmmod video
# pm-suspend

it finaly works!!!

PS could you please check and report here if this issue only corresponds to radeon kms - or it is just an issue with my sony laptop. Thank you.

okos 11-23-2009 09:59 PM

Did any of you get an error with git?
I have not used it before and am not sure what this means.
Quote:

fatal: git checkout: branch master already exists

TSquaredF 11-24-2009 11:56 AM

When did this appear? If during one of the get-*.sh scripts, you probably already have the master branch installed, under the directory ".git".
Regards,
Bill

wirelessmc 11-24-2009 12:51 PM

Hey All,

Thanks for all your posts everyone. This is my first post here on LQ - at least with this tag (wirelessmc). All this explains a great deal. I am new to kms. So onto my issue:

No X in either SW 12.2 (stock kernel 2.6.26.?) or 12.2 with 13.0 kernel 2.6.29.6. I rebuilt this kernel (2.6.29.6) last night (on my 12.2 install) but haven't tried booting it yet. I suspect after reading this that this (2.6.29.6 rebuild) is not the answer.

New mobo is Asus M3A76-CM (Radeon 3000). X is working fine on this hardware with a fresh install of Ubuntu 9.10/kernel 2.6.31-14 using radeon driver (although frlgx non-free driver was offered after boot).

I am thinking that latest kernel snapshot "2.6.32-rc8-git1" will likely fix everything or...

Will I still need to use above Slack build script to rebuild libdrm, then blacklist radeon & radeonfb and enable radeon module from rc.modules?

Seems like much hassle to get a radeon driver working properly under SW.

onebuck 11-24-2009 01:09 PM

Hi,

Tweaking the system via 'git' is sometimes the only way to get your 'ATI' card/subsystem functional. Especially if your card has been dropped.

What do you mean by 'No X'? You should be able to use the 'vesafb' to test things.

You can use 'SlackBuilds' since it would be easier but you could install manually if desired. Look at the Xorg Wiki.

:hattip:

wirelessmc 11-24-2009 03:28 PM

What I mean by no X is I've tried every conceivable permutation of Xorg.conf including the vesafb driver and I can seem to get X started. I am not at my machine to give you the gory details of my /var/log/Xorg.0.log, but something about not knowing the 9616 chipset if I recall.

I thought about something in my lilo that could have been an issue (like vga=791 or whatever I have it set to). So booting from the SW13 CD (with boot: hugesmp.s root=/dev/[myrootdev] rdinit=ro) should eliminate that yes?

onebuck 11-24-2009 05:26 PM

Hi,

Quote:

Originally Posted by wirelessmc (Post 3768353)
What I mean by no X is I've tried every conceivable permutation of Xorg.conf including the vesafb driver and I can seem to get X started. I am not at my machine to give you the gory details of my /var/log/Xorg.0.log, but something about not knowing the 9616 chipset if I recall.

I thought about something in my lilo that could have been an issue (like vga=791 or whatever I have it set to). So booting from the SW13 CD (with boot: hugesmp.s root=/dev/[myrootdev] rdinit=ro) should eliminate that yes?

The lilo.conf settings are for the console that you wish to setup for use. You don't have to have setting for the console within the '/etc/lilo.conf'. Your default console will be setup if you don't select one.

If you can provide more information about the confiuration along with any error messages. Then we can possibly help you.

okos 11-25-2009 12:53 AM

Quote:

Originally Posted by TSquaredF (Post 3768153)
When did this appear? If during one of the get-*.sh scripts, you probably already have the master branch installed, under the directory ".git".
Regards,
Bill

I ran the three scripts the last two got the fatal error. Not really sure what it means.
I guess it has something to do with "git checkout -t -b master origin/master".

No .git in my home dir
Quote:

den@bst:~$ ls -la | grep git
den@bst:~$

okos 11-25-2009 01:15 AM

Oh yea second question. I am not sure how to find the chipset.
Quote:

lspci prints
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650
I don't think my chipset is 3650.


All times are GMT -5. The time now is 04:21 AM.