From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KqYrB-0005Up-Ip
	for qemu-devel@nongnu.org; Thu, 16 Oct 2008 15:50:01 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KqYrA-0005TL-I8
	for qemu-devel@nongnu.org; Thu, 16 Oct 2008 15:50:00 -0400
Received: from [199.232.76.173] (port=51120 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1KqYrA-0005TE-AT
	for qemu-devel@nongnu.org; Thu, 16 Oct 2008 15:50:00 -0400
Received: from yw-out-1718.google.com ([74.125.46.157]:29266)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <glommer@gmail.com>) id 1KqYrA-0000eO-7U
	for qemu-devel@nongnu.org; Thu, 16 Oct 2008 15:50:00 -0400
Received: by yw-out-1718.google.com with SMTP id 6so43415ywa.82
	for <qemu-devel@nongnu.org>; Thu, 16 Oct 2008 12:49:59 -0700 (PDT)
Message-ID: <5d6222a80810161249n3ed80268l5e9b75fce66ed889@mail.gmail.com>
Date: Thu, 16 Oct 2008 17:49:59 -0200
From: "Glauber Costa" <glommer@gmail.com>
Subject: Re: [Qemu-devel] Re: [PATCH 13/21] provide --accel option
In-Reply-To: <48F65445.4050305@us.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <1224107718-19128-1-git-send-email-glommer@redhat.com>
	<1224107718-19128-14-git-send-email-glommer@redhat.com>
	<48F65445.4050305@us.ibm.com>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Wed, Oct 15, 2008 at 6:36 PM, Anthony Liguori <aliguori@us.ibm.com> wrote:
> Glauber Costa wrote:
>>
>> The --accel option will provide us the ability of defining which
>> accelerator to pick at run time. It has the advantage of not using
>> the not-well-accepted constructor directives, and also, of stabilishing
>> a way to define priorities among accelerators.
>>
>> The ones registered first, are tried first.
>>
>
> Logically speaking, kqemu should be two accelerators, right?  -accel kqemu
> and -accel kqemu-kernel?  They should share most of the same obviously.
>
> That would eliminate the need for the various kqemu options.
do we want to keep them for the sake of compatibility ?

>
> Regards,
>
> Anthony Liguori
>
>
>
>



-- 
Glauber  Costa.
"Free as in Freedom"
http://glommer.net

"The less confident you are, the more serious you have to act."