Nightwulf|work: hi all
pazof: hi
mani|work: yangman: i tried it now, with the plain X it works, but if i start the normal x(xdm) after that, it doesnt
mani|work: and if i do the xrandr thing with the normal one, the plasma desktop just crash again -.-
mani|work: my radeonhd driver version is: 1.2.1_080522_566ba69-6.1, maybe i have to update?
mani|work: hm, with yast there is no update
Nightwulf|work: mani|work: last (released) driver version is 1.2.2
Nightwulf|work: but GIT works like a charm...I'm using it since mid of the year without any problems with nearly daily updates
mani|work: hm, i just thinking about destroying my OS with it, im not that advanced with linux yet, i compile it now, but i dont know if i should do make install :x
mani|work: at the moment all X thinks are installed with yast
mani|work: i didnt got the X11-server-sdk and libtool, does the driver work with it or is it just needed to compile?
mani|work: compiled worked fine
mani|work: *compile
Nightwulf|work: great...well, do you have the ati closes source drivers installed at the moment? (catalyst drivers)
mani|work: i checked out the ati repos with yast and installed the fglrx things (ati-fglrxG01-kmp-default, x11-video-fglrxG01), is that what you mean? the are no more packages in, do i have to download it from another source?
Nightwulf|work: no..i asked that because you can't combine an installation of fglrx (which is ati closed source aka catalyst btw) with the radeonhd drivers
Nightwulf|work: so to be ably to safely install the radeonhd driver you'll have to uninstall fglrx first
mani|work: oh, okay, its installed, because i used it before, then i found out, that my radeon is not supported :D .. i will uninstall
Nightwulf|work: not supported by fglrx? sounds like you have a hd 3870X2 ;-)
mani|work: X1550 64bit
mani|work: :/
Nightwulf|work: oh.ok...thought all of these older cards are supported meanwhile
Nightwulf|work: did you ever create a RPM package on your own?
Nightwulf|work: i ask that because it would be far better to install the driver via the package manager than by hand
mani|work: no, X1400 series, X1600 series but no 1500 :'(
Nightwulf|work: my 3870X2 isn't supported too (and won't ever be)
mani|work: because of?
Nightwulf|work: but hey...radeonhd runs fine with it...no 3D yet but that will come ;-)
mani|work: i don't know, is it an older or a newer one?
mani|work: i do make install now, if all crash, bye to everyone xD
Nightwulf|work: because a) you won't be able to remove all of it easyly and b) it could result in file conflicts when installing later versions of the driver
mani|work: hm, something is missing, one more try :D
Nightwulf|work: HD3870X2 is a newer one (first half of 2008)....but it has crossfire on the card and amd won't support that with this first card series but with the newer HD 4???x2
mani|work: ~~ that really suxx, but i think radeonhd is good, too
mani|work: now i installed and added the libdir to ld.so.conf, i think i need to restart now
ssuominen: mani|work: added something to ld.so.conf --> run ldconfig
mani|work: done, thank you :)
mani|work: ah, i need to uninstall my yast version of radeonhd, too, right?
mani|work: k, i reboot now, see ya when my system is running again :D
mani|work: x didn't start(plain x, too) and there was no displays or screens found, i reinstalled the yast version and delete the lib from ld.so.conf, and run ldconfig again :)
mani|work: hm, with normal user + sudo i got an error message with the working kde4, "Can't open display"
mani|work: i did the xrandr thing with --left-of
Nightwulf|work: did you modify your xorg.conf?
ssuominen: Anyone with commit access to radeonhd wiki page
ssuominen: ?
ssuominen: It says "ports-based systems"
ssuominen: Gentoo: ... and there is a link to a already fixed bugs
ssuominen: It should say:
ssuominen: Gentoo: x11-drivers/xf86-video-radeonhd
ssuominen: As latest version is already in our Portage tree.
ssuominen: Would appericiate if that could be fixed. The command to install is "emerge -av xf86-video-radeonhd"
mani|work: Nightwulf|work: i changed it to the minimal, yangman gave me the paste: http://pastebin.ca/1266689
Nightwulf|work: mani|work: that's ok...what does /var/log/Xorg.0.log say about RADEONHD?
Nightwulf|work: is out for lunch...bb in 30 mins
ndim: ssuominen: Should that command not be "emerge -av x11-drivers/xf86-video-radeonhd" (I have no actual experience with Gentoo, as the installation appears to need hours of hand-holding.
ndim: )
mani|work: Nightwulf|work: very much :x nothing looking like warning or error i think, i can upload if you could help me than
ssuominen: ndim: -av is ask and verbose, so it will as [Yes/No] and because there is only one xf86-video-radeonhd in Portage it can be only "emerge -av xf86-video-radeonhd" in short version.
ssuominen: ndim: But yes, your commandline would also work.
ssuominen: ndim: s/as/ask/
ndim: ssuominen: OK, done.
ssuominen: ndim: Thank you. It's a good PR, for both of us.
ssuominen: :-)
ndim: BTW... is there a way to do a script-based install of Gentoo? I am especially interested in avoiding 'make menuconfig' and similar interactive install tasks.
ndim: ssuominen: BTW, is that ebuild building git HEAD or some specific released version of radeonhd?
ssuominen: ndim: When I first moved from Debian user to Gentoo user, installation of Gentoo took me +-30 minutes from Stage 3 based on the excellent documentation called "Gentoo Handbook"
ssuominen: ndim: I recommend following the handbook for first installation.
ssuominen: ndim: After that, it's easy to script your next installations.
ssuominen: ndim: I do that off memory these days, by using only a few commands.
ndim: Meh. I just want a single install into a KVM image for testing build scripts in.
ssuominen: Installing to recent amd64 from stage3 takes about 10-15 minutes, not much longer than Debian netinst.
ssuominen: But I strongly advice to avoid the uncomplete Gentoo installer. The handbook is very easy to read, Step by Step instructions which are very hard to fsck up.
ndim: It will take a lot of time for me to find out exaclty what to select and unselect in 'make menuconfig', as I need to figure out the complete hardware set in the KVM.
ssuominen: Well, there is no precompiled binary kernels in Gentoo.
ssuominen: You can use e.g. Ubuntu LiveCD to install and steal the dmesg output and lsmod output from there.
ssuominen: To cheat on what to select from menuconfig.
ssuominen: If you are not sure about something, you pick it as module.
ndim: OK... summing it up: It *IS* a lot of work.
ssuominen: If booting of the kernel fails, you boot back to the LiveCD and chroot to The Gentoo System and fix the problem.
ssuominen: For experienced Linux user, it's an piece of cake.
ndim: Easy, but time consuming and error prone.
ndim: Anyway, thanks for answering my question.
ssuominen: Np.
pazof: what do I risk if I try to create an entry to rhdCards[] ? (for a Mobility Radeon HD 2400)
yangman: mani|home: so, AFAICS, it's definitely not a driver bug
yangman: mani|home: it may be something that's unsupported by the driver causing whatever in KDE that's crashing, but it's that app's fault for not being fault tolerant
mani|home: which logfile i got to inspect? there is a xorg.0.log and a xorg.99.log, in 0 is the startup written, is there the session, too or is the 99 for the session?
yangman: not sure what .99 is. I'm guessing that'd the same as *.old
yangman: xorg.0.log is the one for the latest session
mani|home: no, both got .old^^
mani|home: okay, thanks, i will look for it
yangman: mani|home: pastebin it. I'm curious
mani|home: have to wait for tomorrow, @home now :x
yangman: mani|home: in any case, I think it's more useful to query the relevant KDE folks regarding the crash. doesn't seem to be a driver issue at all
adamk: The number refers to the DISPLAY. If you run multiple X screens, you will get Xorg.0.log Xorg.1.log, etc...
mani|home: i will send you the pastebin of my log at query then
mani|home: ah, k
adamk: At some point you had an X server running on DISPLAY :99
adamk: I'm guessing this is opensuse? And you used Xgl at some point?
mani|home: opensuse is right, xgl could be, what it is for?
adamk: It was an older method for getting compiz working on some video cards (primarily cards using fglrx).
adamk: As long as you are not using Xgl now, you can safely ignore those Xorg.99.log files.
mani|home: i tried xgl before, so it could be
mani|home: kk, i don't remember that i typed it, but i tried to get dual head with fglrx, but my card is not supported xD
mani|home: yangman: i will read the log file first, if there is any error i doesn't understand, where i have to go then, here oder #kde4?
mani|home: will be back tomorrow, see ya
Zajec: i think SaX2 from openSUSE generates Xorg.99.log
adamk: Hmmm, that could be.
adamk: I know that Xgl on opensuse does.
leox_: hello, what ati card do you recomend, that work with the free driver?