From mboxrd@z Thu Jan  1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 45018] [bisected] rendering regression since added support for
	virtual address space on cayman v11
Date: Sun, 04 Mar 2012 16:06:56 +0000
Message-ID: <bug-45018-502-nXrFE9JdYA@http.bugs.freedesktop.org/>
References: <bug-45018-502@http.bugs.freedesktop.org/>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org>
Received: from annarchy.freedesktop.org (annarchy.freedesktop.org
	[131.252.210.176])
	by gabe.freedesktop.org (Postfix) with ESMTP id 2F8959E7E7
	for <dri-devel@lists.freedesktop.org>;
	Sun,  4 Mar 2012 16:06:57 -0800 (PST)
In-Reply-To: <bug-45018-502@http.bugs.freedesktop.org/>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=45018

--- Comment #36 from Alexandre Demers <alexandre.f.demers@gmail.com> 2012-03-04 16:06:56 UTC ---
(In reply to comment #35)
> (In reply to comment #34)
> > Is there a way to disable radeon virtual addressing when loading the kernel?
> 
> You can disable it in mesa.  Just set ws->info.r600_virtual_address to FALSE in
> do_winsys_init() in radeon_drm_winsys.c.

Hi Alex.

I want to point out this is not an option for the average user nor is it an
option to turn off virtual address "on the fly". The average user will not
recompile code; only if we are lucky will he use a flag to disable or enable an
option, as long as it is easily accessible. You are taking the point of view of
a dev or, at best, a tester willing to go beyond testing the code as it is.

I know I can run a 3.2 kernel, I know I can compile a different version or
bisect or submit patches, I know I can switch from Gnome Shell to another
window manager without fancy effects or that I can disable options if I follow
your advise. But this is not accessible to the average user.

Please, consider another option for the average users that will use compiled
code available soon.

Meanwhile, I'm still completly dedicated in solving this issue if I can do
anything else. I'm sure other people following this bug are also willing to go
further to help you fix this issue. Can we provide you with something more?
apitrace, register states?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.