From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JwYSN-0007HS-Cb for qemu-devel@nongnu.org; Thu, 15 May 2008 04:04:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JwYSM-0007Fz-5A for qemu-devel@nongnu.org; Thu, 15 May 2008 04:04:54 -0400 Received: from [199.232.76.173] (port=51599 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JwYSM-0007Fs-09 for qemu-devel@nongnu.org; Thu, 15 May 2008 04:04:54 -0400 Received: from bzq-179-150-194.static.bezeqint.net ([212.179.150.194]:51348 helo=il.qumranet.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JwYSL-0007Xd-8U for qemu-devel@nongnu.org; Thu, 15 May 2008 04:04:53 -0400 Message-ID: <482BEE9F.3010700@qumranet.com> Date: Thu, 15 May 2008 11:04:47 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [kvm-devel] [Qemu-devel] Re: [PATCH] Add support for a configuration file References: <1210713545-11916-1-git-send-email-aliguori@us.ibm.com> <482A1F1C.2020902@codemonkey.ws> <482AA268.9080501@bellard.org> <482ABF6E.6090100@qumranet.com> <482ADA80.3000309@bellard.org> <20080514133158.GB15783@redhat.com> In-Reply-To: <20080514133158.GB15783@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: kvm-devel@lists.sourceforge.net, Paul Brook , qemu-devel@nongnu.org Daniel P. Berrange wrote: > With this kind of syntax, now tools generating config files need to make > up unique names for each drive. So you'll probably end up with them just > naming things based on the class name + a number appended. > I would hope that tools don't have to resort to reading and writing these config files. Usually a management system would prefer storing parameters in its own database, and writing a temporary config file just to pass the data seems awkward. I would much prefer to see the command line and monitor retain full control over every configurable parameter. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.