From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 13:59:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDB916A434; Tue, 15 Nov 2005 13:59:36 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F5F43D53; Tue, 15 Nov 2005 13:59:33 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id jAFDx4ib019082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 08:59:32 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id jAFDwjpm054806; Tue, 15 Nov 2005 08:58:45 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17273.59797.727269.288021@grasshopper.cs.duke.edu> Date: Tue, 15 Nov 2005 08:58:45 -0500 (EST) To: John Baldwin In-Reply-To: <200511141153.27640.jhb@freebsd.org> References: <436E66FB.60700@desk.pl> <200511081024.45589.jhb@freebsd.org> <4377216C.8020305@desk.pl> <200511141153.27640.jhb@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: NVidia driver for amd64 / Page Attribute Table status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 13:59:36 -0000 John Baldwin writes: > On Sunday 13 November 2005 06:20 am, Marcin Koziej wrote: > > Would it be possible for You to put a snapshot patch against CURRENT for > > jhb_pat branch somewhere? I can't make it with P4DB interface, and i > > don't have access to p4. > > > > Best regards, > > m. > > Sure, though it's not commit ready yet. > > http://www.FreeBSD.org/~jhb/patches/pat.patch I have a question about this.. I maintain a driver where our device really, really wants to have its memory mapped write-combined. I currently use mem_range_attr_set() to (try to) do this. The problem is that some BIOSes leave useless uncacheable MTRR attributes laying around which obscure our device (and in fact, nearly all the PCI memory space). In order for the mem_range_attr_set() to work, there cannot be another conflicting MTRR attribute already covering our memory, so we play games with shell scripts which try to remove the uncacheable attributes. This is a royal PITA. With your new PAT stuff, does this mean that I'll no longer have to worry about the MTRR attributes, and I can be certain of getting my memory mapped write-combined? Thanks, Drew