You are not logged in.
Hello, all.
these days i decided to dedicate my second disk to arch and now have a debian/arch pc. arch is amazing
i set up a light system with xfce4. my display card is an ati radeon 9600 pro, and all these years in debian and now in arch i use the open driver(radeon). but this time something weird happenes.
Suddently, and without changing anything(except from system upgrade) when i log in and type startxfce4 or startx(i made a .xinitrc file) it need too much time to log in to X. if i change the driver to vesa there is no problem at all.
i've read the /var/log/Xorg.0.log but i cannot find something weird that may be the cause. i deleted it so that a new one contains data of one login, in order to be cleaner.
this is the log file http://pastebin.com/m27700595 . if someone can help please give any idea what might be happening.
another annoying "problem" is that every time i boot from debian to arch or the opposite, i need to configure the screen cause the position changes. is there any way to configure it to stop happening??
thank's in advance
Last edited by mechmg93 (2007-09-20 08:02:50)
Mikes on AUR
Offline
#
(WW) RADEON(0): [agp] AGP not available
#
(EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI.
#
(II) RADEON(0): [agp] You may want to make sure the agpgart kernel module
#
is loaded before the radeon kernel module.
#
(**) RADEON(0): RADEONDRICloseScreen
Looks like the agpgart kernel module is not active, better check if it is present before x starts.
As the vesa driver doesn't use agp at all , it makes sense that it doesn't have problems.
Last edited by Lone_Wolf (2007-09-20 10:41:42)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
i manually loaded agpgart and after that tried startx but nothing changed.
Mikes on AUR
Offline
agpgart needs to be loaded before 'radeon' - add them to /etc/rc.conf in the correct order and try rebooting.
Offline
agpgart needs to be loaded before 'radeon' - add them to /etc/rc.conf in the correct order and try rebooting.
i've already done this, but nothing changed.
Mikes on AUR
Offline
okay, what's the output of lsmod | grep agp look like?
Offline
okay, what's the output of lsmod | grep agp look like?
[mikes@killbill ~]$ lsmod | grep agp
intel_agp 21524 1
agpgart 27224 2 drm,intel_agp
i have to mention that in my /etc/rc.conf file, in modules section i added :
agpgart intel-agp radeon
Last edited by mechmg93 (2007-09-20 13:11:07)
Mikes on AUR
Offline
hm - is your /var/log/Xorg.0.log still giving the same error about AGP not available?
Offline
hm - is your /var/log/Xorg.0.log still giving the same error about AGP not available?
no, after loading these modules it stopped giving this error, but after typing startx login is still very slow. it's so a weird problem:rolleyes:
Last edited by mechmg93 (2007-09-20 13:17:27)
Mikes on AUR
Offline
What does your /etc/hosts look like? I've seen wierd slowdown problems related to that - you may need to add your hostname to the end of the localhost line
Offline
What does your /etc/hosts look like? I've seen wierd slowdown problems related to that - you may need to add your hostname to the end of the localhost line
i tried that to.
it seems to me that my problem is a bug of radeon driver (or arch's radeon driver package). yesterday i did a clean install, in order to be sure that i do not do something wrong and it happened the same.
Mikes on AUR
Offline
there's a new radeon driver(193) try to compile and make a pkg of that one from the old arch package.
edit: actually it's in the
[xorg]
Server = http://kth5.telekommunisten.net/xorg/i686
repo
Last edited by test1000 (2007-09-21 08:49:03)
KISS = "It can scarcely be denied that the supreme goal of all theory is to make the irreducible basic elements as simple and as few as possible without having to surrender the adequate representation of a single datum of experience." - Albert Einstein
Offline