From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 70E4F138010 for ; Wed, 29 Aug 2012 17:04:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4614FE01C5; Wed, 29 Aug 2012 17:04:15 +0000 (UTC) Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com [74.125.83.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 2325DE0268 for ; Wed, 29 Aug 2012 17:02:21 +0000 (UTC) Received: by eekb47 with SMTP id b47so325693eek.40 for ; Wed, 29 Aug 2012 10:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=UJ8HQ5nk3OF2NB//M+RSOO90phdkI53o7FxmmDXgpcA=; b=tUYY0xlTzvHorUJDEstaC+ierx5WICcNIA1BFrAYf9wMvce3R+ecTGDZEAhprqIH6I mp/HQUcZ0iKPju3I4hvyjSNkgWRg71O9uGO8luD5Ub9WwneHpJgKiDQ2yuDPDYdalA1j vG6eg2iZ6miLF9XW7hQBYj0yXrbhm4hKj4Iy4qc323GAvZl53fc/4AIEQII97IwpAowa etfHQskUQmJPV7NPZepqIUiJLvwYqhQm1sdYolFpkqniTQgVcoUNZNlMDnwuNtHVvGwC 4ehBPSiKkqPmMbt0AecrH0zfcX17POyobFPiMQt268ikwAPri4NqMQQ1rwaLEhLUMabb BPkw== Received: by 10.14.199.67 with SMTP id w43mr2834351een.33.1346259741330; Wed, 29 Aug 2012 10:02:21 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.14.213.136 with HTTP; Wed, 29 Aug 2012 10:02:00 -0700 (PDT) In-Reply-To: <20120612163313.168b5d0f@unet.univie.ac.at> References: <00F2F686C9B74D02A9E34DAE5334A49C@mic2> <20120605174114.26bf31db@unet.univie.ac.at> <20120607161802.17d80105@unet.univie.ac.at> <20120612163313.168b5d0f@unet.univie.ac.at> From: Andrey Moshbear Date: Wed, 29 Aug 2012 13:02:00 -0400 Message-ID: Subject: Re: [gentoo-user] Issues with >=x11-drivers/xf86-video-ati-6.14.4: driver issue or hardware issue? To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 79c20e61-d66a-4292-801b-bdbda419d30f X-Archives-Hash: 09df4227fb26598481df6ab1db19c56b On Tue, Jun 12, 2012 at 10:33 AM, Michael Scherer wrote: > On Thu, 7 Jun 2012 16:18:02 +0200 > Michael Scherer wrote: > >> On Thu, 7 Jun 2012 04:52:35 -0400 >> Andrey Moshbear wrote: >> >> > On Tue, Jun 5, 2012 at 11:41 AM, Michael Scherer >> > wrote: >> > > On Fri, 1 Jun 2012 04:11:35 -0400 >> > > Andrey Moshbear wrote: >> > > >> > >> On Wed, May 23, 2012 at 11:12 AM, Michael Scherer >> > >> wrote: >> > >> > ----- Original Message ----- From: "Andrey Moshbear" >> > >> > To: "gentoo-user" >> > >> > Sent: Tuesday, 22 May, 2012 >> > >> > 08:02 Subject: [gentoo-user] Issues with >> > >> > >=x11-drivers/xf86-video-ati-6.14.4: driver issue or hardware >> > >> > >issue? >> > >> > >> > >> > >> > >> > >> > >> >> Lately, I've been having some issues with segfaults when >> > >> >> running startx and it's been pretty persistent. >> > >> >> >> > >> >> Xorg.0.log and emerge --info are available at >> > >> >> https://gist.github.com/2766926 . >> > >> >> Kernel config is available at https://gist.github.com/276943 . >> > >> >> >> > >> >> I've tried downgrading, but >> > >> >> <=x11-drivers/xf86-video-ati-6.14.2 fails to compile due to >> > >> >> incomplete structs. >> > >> >> >> > >> >> Is this more a driver or a hardware issue? >> > >> >> >> > >> > >> > >> > first thing thing is your usage of ACCEPT_KEYWORDS="amd64 >> > >> > ~amd64". with ~amd64 you globally >> > >> > allow all packages masked for amd64. unless you are a >> > >> > developer/tester for gentoo you should remove >> > >> > this keyword, because gentoo usually has good reasons to mask >> > >> > some packages. if for some reason you >> > >> > really need a masked package, you can do this easily only for >> > >> > that package. global unmasking alone might be the reason for >> > >> > half of your troubles. >> > >> > >> > >> > second, it is advisable to use kernel modesetting, which is >> > >> > obviously not enabled. gentoo has a detailed >> > >> > howto for this under >> > >> > http://www.gentoo.org/doc/en/xorg-config.xml. this gives you >> > >> > all necessary details. >> > >> > >> > >> > just a quick shot for the moment. your kernel config doesn't >> > >> > under the link you give, I'd like to see that >> > >> > too, and maybe /etc/X11/xorg.conf or the contents >> > >> > of /etc/X11/xorg.conf.d, if you have any of these, >> > >> > >> > >> > regards, nichael >> > >> > >> > >> > >> > >> >> > >> Well, I added radeon drm & modesetting and the kernel is crashing >> > >> right after the microcode is loaded, but without any signs of >> > >> panic, be it flashing keyboard lights or kernel backtrace with >> > >> register values. >> > >> >> > >> Also, the segfault was caused by the DRI code interpreting a DRI >> > >> opcode as a pointer, hence 0xa4 or similar in the back trace. >> > >> >> > >> -- >> > >> m0shbear >> > >> >> > > >> > > in any case, I'd need some more information: >> > > the link to your .config is broken, I only get an empty page. >> > > if the kernel is involved, output of dmesg and rc.log would >> > > be needed to. >> > > >> > > by the way, did you anything with your ACCEPT_KEYWORDS? >> > > if not, the best thing would be set it simply ="" (and >> > > afterwards --update world, --depclean and revdep-rebuild), >> > > but that's up to you. >> > > >> > > please send me the requested information, otherwise it's >> > > difficult to find out what's wrong. >> > > >> > >> > Also, I've noticed that that radeon.ko autodetection configures it >> > as a RS780, whereas, according to motherboard documentation, it >> > should be RS880 (780G vs 785G). >> > This may be a reason for crashing, since the video card dies due to >> > being supplied bad microcode. >> > >> >> according to the gentoo manual, under "device drivers-graphics- >> support for framebufferdevices" you should uncheck >> -everything- except "enable video mode handling helpers". >> instead of uvesafb in the kernel parameters you may use >> "radeondrmfb", if anything at all. >> >> from the Xorg radeon page: >> "First of all check that you don't load radeonfb, uvesafb or vesafb >> module. This includes no vga parameters for kernel when using KMS. >> Console is provided by fbcon and radeondrmfb frame buffer console. So >> it is best to make sure that fbcon module is loaded" >> >> disabling vesa also should rid you of uvesa messages in Xorg.0.log. >> >> the rs880 and configuring as rs780 is indeed probably at the root >> of your troubles. seems that you got the wrong firmware. I have >> found other postings with the exact same problem, but as yet >> no clear solution. I'll see what I can find and let you know. >> >> > > if you haven't solved your problem already, there are two > possibilities you coud try: > one is using the Radeon R600-family RLC microcode: radeon/R600_rlc.bin > (without something else). this should include the rs880. > another option might be to download firmware-linux-nonfree from > http://packages.debian.org/de/squeeze/firmware-linux-nonfree > some people seem to have used it successfully, but I don't > know if it works on gentoo. > > sorry that I can only guess on this, not having an rs880 myself. > isn't someone on gentoo users with a similar configuration who > could give you better advice? > Interesting updates: 1) RS780 is the proper firmwareset, as evidenced by knoppix. 2) In 3.5.2, while it appears to hang after loading firmware, R keeps the process flowing along. I will say this - switching between vt and X in the kms radeon driver is a *** of a lot faster than in the nvidia blob.