From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 16 17:16:44 2007 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54FC616A49E; Mon, 16 Jul 2007 17:16:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id EFFD313C491; Mon, 16 Jul 2007 17:16:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 196988398 for multiple; Mon, 16 Jul 2007 13:24:34 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6GHG9DT033531; Mon, 16 Jul 2007 13:16:14 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Nate Lawson Date: Mon, 16 Jul 2007 12:52:46 -0400 User-Agent: KMail/1.9.6 References: <46735262.50601@root.org> <200707160845.26597.jhb@freebsd.org> <469B91FD.6080904@root.org> In-Reply-To: <469B91FD.6080904@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707161252.46540.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 16 Jul 2007 13:16:15 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3681/Mon Jul 16 09:16:18 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: smi speedstep patch X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 17:16:44 -0000 On Monday 16 July 2007 11:42:53 am Nate Lawson wrote: > John Baldwin wrote: > > On Saturday 16 June 2007 01:09:27 pm Nate Lawson wrote: > >> Nate Lawson wrote: > >>> Nate Lawson wrote: > >>>> If you have a pentium 3 that works for speedstep, please try this patch. > >>>> It fixes the PAE case. Compile-tested. > >>> Hmm, I see it's no longer getting the physical address, just virtual. > >>> So need to fix that part. > >> Attached is the updated patch. It uses the low kernel map where P=V and > >> fixes the callback. I just need someone who is using smi-speedstep > >> (440bx chipset with pentium 3) to make sure the device still attaches. > >> Patch should work on 6.x and 7.x. > > > > Why do you need a V == P page? > > I don't. I was just trying to choose a range where I was guaranteed > there would be any mapping at all. Aren't there some physical regions > (VGA, ISA hole) that don't have a mapping? Thus, it's best to ask for > RAM at 1 MB+ unless the device has special requirements, right? > > BTW, this is already committed to -current. What do you mean by a range that doesn't have a "mapping"? Do you mean you want bus_dma to give you memory not already in use? Why would it do that? :) Why can't you just allocate any buffer under 4GB? -- John Baldwin