Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932443Ab1DNJHh (ORCPT ); Thu, 14 Apr 2011 05:07:37 -0400 Received: from mail-wy0-f174.google.com ([74.125.82.174]:34760 "EHLO mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932307Ab1DNJHg convert rfc822-to-8bit (ORCPT ); Thu, 14 Apr 2011 05:07:36 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bDvT4lm6ZcEGiJ660+JZwXUpuMOuacRNLbpaH/o8ZVEkTrL1lwewkxqkn8c8ov3qVl yXD6PA6FgCH3/Py5OgBs4F/3NI5Fse2woBQtfmo6ddcMYIV47bNVrlk3M7MJickqhoEU 6twI2DooQglbnliNiRgNOQIBFkNeUyy/2FpOk= MIME-Version: 1.0 In-Reply-To: <20110414085624.GC18463@8bytes.org> References: <20110412090207.GE19819@8bytes.org> <20110412184433.GF19819@8bytes.org> <20110413064609.GA18777@elte.hu> <20110413172147.GI19819@8bytes.org> <4DA5F62F.3030504@kernel.org> <4DA654D6.2060103@zytor.com> <20110414085624.GC18463@8bytes.org> Date: Thu, 14 Apr 2011 19:07:34 +1000 Message-ID: Subject: Re: Linux 2.6.39-rc3 From: Dave Airlie To: Joerg Roedel Cc: "H. Peter Anvin" , Yinghai Lu , Ingo Molnar , Alex Deucher , Linus Torvalds , Linux Kernel Mailing List , dri-devel@lists.freedesktop.org, Thomas Gleixner , Tejun Heo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2084 Lines: 48 On Thu, Apr 14, 2011 at 6:56 PM, Joerg Roedel wrote: > On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote: >> On 04/13/2011 12:14 PM, Yinghai Lu wrote: >> > >> > so looks bios program wrong address to the radon card? >> > >> >> Okay, staring at this, it definitely seems toxic to overlay the GART >> over memory areas reserved by the BIOS. ?If I were to guess, I would say >> that the problem here seems to be that the kernel thinks it is >> overlaying 64 MiB of memory, but the actual GART is in fact 512 MiB in >> size -- 131072 CPU pages -- which now overlaps the BIOS reserved areas. >> >> Alex D., could you comment on the "num cpu pages" bit? > > Okay, I tried the debug-patch from Yinghai (posted to the bugzilla): > > --- a/drivers/gpu/drm/radeon/radeon_device.c > +++ b/drivers/gpu/drm/radeon/radeon_device.c > @@ -325,6 +325,8 @@ void radeon_gtt_location(struct radeon_device *rdev, struct radeon_mc *mc) > ? ? ? ? ? ? ? ? ? ? ? ?mc->gtt_size = size_bf; > ? ? ? ? ? ? ? ?} > ? ? ? ? ? ? ? ?mc->gtt_start = (mc->vram_start & ~mc->gtt_base_align) - mc->gtt_size; > + ? ? ? ? ? ? ? if (mc->gtt_start == 0xa0000000) > + ? ? ? ? ? ? ? ? ? ? ? mc->gtt_start = 0x80000000; > ? ? ? ?} else { > ? ? ? ? ? ? ? ?if (mc->gtt_size > size_af) { > ? ? ? ? ? ? ? ? ? ? ? ?dev_warn(rdev->dev, "limiting GTT\n"); > > And this makes a difference, with this change on-top of -rc3 the box boots > fine. So there seems to be some dependency between the GART base and the GTT > base even when they are in different address spaces. > > Alex, can you comment on this? Wierd either a hw bug or some access to the GTT is leaking out before, things are setup properly, I think the RS780/880 docs are on the website, but generally the address spaces are completely separate so anything getting through is very unusual. Dave. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/