From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFC 4/8]KVM: move gfn_to_page out of kmap/unmap pars Date: Wed, 25 Jul 2007 10:19:31 +0300 Message-ID: <46A6F983.3040005@qumranet.com> References: <1185173499.2645.68.camel@sli10-conroe.sh.intel.com> <46A5C884.8060200@qumranet.com> <288dbef70707240618l71bd8678n28a39e663dab3c1c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel , lkml To: Shaohua Li Return-path: In-Reply-To: <288dbef70707240618l71bd8678n28a39e663dab3c1c-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Shaohua Li wrote: > 2007/7/24, Avi Kivity : >> Shaohua Li wrote: >> > gfn_to_page might sleep with swap support. Move it out of the kmap >> calls. >> > >> > >> >> I'd like to apply this to the kvm.git master branch so we don't have to >> maintain it. Was this tested on a highmem machine? If not, I can do >> it. > My test system has 1G memory, so it should work. I only tested 32bit > system, better check a x64 build. > This is now in, after minor merge fixups. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/