From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org
Subject: [Bug 26193] nouveau falls back to NoAccel on 9400M
Date: Sun, 24 Jan 2010 16:40:35 -0800 (PST)
Message-ID: <20100125004035.56AD02DC012@annarchy.freedesktop.org>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path:
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
List-Id: nouveau.vger.kernel.org
http://bugs.freedesktop.org/show_bug.cgi?id=26193
--- Comment #6 from Ted Phelps 2010-01-24 16:40:33 PST ---
Brian: Yes, I am using a 64-bit system.
TTM_PAGE_FLAG_DMA32 is used only by ttm_tt_alloc_page(), where it causes
alloc_page() to be called with the __GFP_DMA32 flag set. This is supposed to
cause it to return only pages in the first 4GB of RAM, so I'm baffled as to why
it's breaking anything.
FWIW, I only have 4GB of RAM in the machine, so in theory all of it could be
safe for 32-bit DMA.
I note that you're also using an x86-64 CPU, and I'd be curious to know if the
patch in comment #4 helps you. If not, I should open a new bug report.
Thanks,
-Ted
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.