From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:55338) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QIRiM-00044Q-C8 for qemu-devel@nongnu.org; Fri, 06 May 2011 16:33:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QIRiL-0002X3-BL for qemu-devel@nongnu.org; Fri, 06 May 2011 16:33:30 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.122]:61629) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QIRiL-0002Wp-9W for qemu-devel@nongnu.org; Fri, 06 May 2011 16:33:29 -0400 Date: Fri, 6 May 2011 15:33:28 -0500 From: "Serge E. Hallyn" Message-ID: <20110506203328.GA25992@mail.hallyn.com> References: <20110506173224.278066589@linux.vnet.ibm.com> <20110506173244.297608456@linux.vnet.ibm.com> <20110506202332.GA24837@mail.hallyn.com> <4DC45AE5.90104@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DC45AE5.90104@linux.vnet.ibm.com> Subject: Re: [Qemu-devel] [PATCH V4 01/10] Support for TPM command line options List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Berger Cc: andreas.niederl@iaik.tugraz.at, qemu-devel@nongnu.org, "Serge E. Hallyn" Quoting Stefan Berger (stefanb@linux.vnet.ibm.com): > On 05/06/2011 04:23 PM, Serge E. Hallyn wrote: > >Quoting Stefan Berger (stefanb@linux.vnet.ibm.com): > >>This patch adds support for TPM command line options. > >>The command line supported here (considering the libtpms based > >>backend) are > >> > >>./qemu-... -tpm type=,path=, > >> > >>and > >> > >>./qemu-... -tpm ? > >> > >>where the latter works similar to -soundhw ? and shows a list of > >>available TPM backends (i.e., libtpms-based, Xen). > >> > >>Only the 'type' is interpreted in arch_init.c. Using this parameter, > >>the backend is chosen, i.e., 'builtin' for the libtpms-based > >>builtin TPM. The interpretation of the other parameters along with > >>determining whether enough parameters were provided is pushed into > >>the backend driver, which needs to implement the interface function > >>'handle_options' and return true if the VM can be started or 'false' > >>if not enough or bad parameters were provided. > >> > >>v4: > >> - coding style fixes > >> > >>v3: > >> - added hw/tpm_tis.h to this patch so Qemu compiles at this stage > >> > >>Signed-off-by: Stefan Berger > >Thanks, Stefan. Two nits: > > > >>+static QemuOptsList qemu_tpm_opts = { > >>+ .name = "tpm", > >>+ .head = QTAILQ_HEAD_INITIALIZER(qemu_tpm_opts.head), > >>+ .desc = { > >>+ { > >>+ .name = "type", > >>+ .type = QEMU_OPT_STRING, > >>+ .help = "Type of TPM backend", > >>+ }, > >>+ { > >>+ .name = "path", > >>+ .type = QEMU_OPT_STRING, > >>+ .help = "Persitent storage for TPM state", > >Persistent. > Oh, typo. Will fix it. > >... > > > >>+# else /* CONFIG_TPM */ > >>+ > >>+void select_tpm(const char *optarg) > >>+{ > >>+ (void)optarg; > >>+} > >I realize this should never get called if !CONFIG_TPM, but that still > >doesn't seem like cause to go directly calling a potentially NULL > >string. > (void)optarg is just there to make the compiler not put out a > warning about an unused parameter. I could have used > __attribute__((unused)) instead but chose this one here. It's not > calling anything. Haha, yes, I must have been seeing things :) -serge