From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1ScdZB-0006ys-LH for garchives@archives.gentoo.org; Thu, 07 Jun 2012 14:20:01 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC9B6E0639; Thu, 7 Jun 2012 14:19:44 +0000 (UTC) Received: from grace.univie.ac.at (grace.univie.ac.at [131.130.3.115]) by pigeon.gentoo.org (Postfix) with ESMTP id B3862E05EB for ; Thu, 7 Jun 2012 14:18:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=unet.univie.ac.at; s=rev2; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=kYapMuo2w7G/D3EBTdb4cxz3UTdnK5z+S7YQSCInMms=; b=F6GbjNc6HXIqQiOYHkHKuLXI5NAT5FBATGJ/GXlkOWvDY82SgevpWKwrGp1YvJJFdsTgcWTUlmYZresw+0+EBsFpel92iz3t/PcBZbyJN/j81c/ZRz36vCAs+V0Lc6B3Lhqpt3KJoLYfgwWSaLJkc7hCrN66oCylzWkOrk8FV3s=; Received: from jarvis.univie.ac.at ([131.130.3.112] helo=jarvis.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.80) (envelope-from ) id 1ScdXH-0001Gq-NT for gentoo-user@lists.gentoo.org; Thu, 07 Jun 2012 16:18:03 +0200 Received: from chello080108107225.27.11.wu-wien.teleweb.at ([80.108.107.225] helo=localhost) by jarvis.univie.ac.at with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1ScdXH-0007Q1-KD for gentoo-user@lists.gentoo.org; Thu, 07 Jun 2012 16:18:03 +0200 Date: Thu, 7 Jun 2012 16:18:02 +0200 From: Michael Scherer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Issues with >=x11-drivers/xf86-video-ati-6.14.4: driver issue or hardware issue? Message-ID: <20120607161802.17d80105@unet.univie.ac.at> In-Reply-To: References: <00F2F686C9B74D02A9E34DAE5334A49C@mic2> <20120605174114.26bf31db@unet.univie.ac.at> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Univie-Virus-Scan: scanned by ClamAV on jarvis.univie.ac.at X-Archives-Salt: 07acb557-6cc0-4a3f-872a-42231cfdd3f2 X-Archives-Hash: a7acdccb4341777dc0453e292f9b8d14 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. regards, michael