From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id D66056B004A for ; Mon, 13 Jun 2011 10:25:02 -0400 (EDT) Date: Mon, 13 Jun 2011 07:28:50 -0700 From: Arjan van de Ven Subject: Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management Message-ID: <20110613072850.7234462b@infradead.org> In-Reply-To: <20110612230707.GE2212@linux.vnet.ibm.com> References: <20110610171939.GE2230@linux.vnet.ibm.com> <20110610172307.GA27630@srcf.ucam.org> <20110610175248.GF2230@linux.vnet.ibm.com> <20110610180807.GB28500@srcf.ucam.org> <20110610184738.GG2230@linux.vnet.ibm.com> <20110610192329.GA30496@srcf.ucam.org> <20110610193713.GJ2230@linux.vnet.ibm.com> <20110610200233.5ddd5a31@infradead.org> <20110611170610.GA2212@linux.vnet.ibm.com> <20110611102654.01e5cea9@infradead.org> <20110612230707.GE2212@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: paulmck@linux.vnet.ibm.com Cc: Matthew Garrett , Kyungmin Park , Andrew Morton , Ankita Garg , linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-pm@lists.linux-foundation.org, svaidy@linux.vnet.ibm.com, thomas.abraham@linaro.org On Sun, 12 Jun 2011 16:07:07 -0700 "Paul E. McKenney" wrote: > > > > the codec issue seems to be solved in time; a previous generation > > silicon on our (Intel) side had ARM ecosystem blocks that did not do > > scatter gather, however the current generation ARM ecosystem blocks > > all seem to have added S/G to them.... > > (in part this is coming from the strong desire to get camera/etc > > blocks to all use "GPU texture" class memory, so that the camera > > can directly deposit its information into a gpu texture, and > > similar for media encode/decode blocks... this avoids copies as > > well as duplicate memory). > > That is indeed a clever approach! > > Of course, if the GPU textures are in main memory, there will still > be memory consumption gains to be had as the image size varies (e.g., > displaying image on one hand vs. menus and UI on the other). graphics drivers and the whole graphics stack is set up to deal with that... textures aren't per se "screen size", the texture for a button is only as large as the button (with some rounding up to multiples of some small power of two) -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org