* [Qemu-devel] Re: [Qemu-commits] [COMMIT 52249f0] Disable kqemu by default at run time
[not found] ` <200907101448.40098.rickv@hobi.com>
@ 2009-07-10 20:59 ` Anthony Liguori
0 siblings, 0 replies; 2+ messages in thread
From: Anthony Liguori @ 2009-07-10 20:59 UTC (permalink / raw)
To: Rick Vernam; +Cc: qemu-devel@nongnu.org
Rick Vernam wrote:
> On Friday 10 July 2009 2:16:43 pm Anthony Liguori wrote:
>
>> From: Anthony Liguori <aliguori@us.ibm.com>
>>
>> -no-kqemu -> -enable-kqemu
>>
>
> I didn't take the two or three minutes to track down where kqemu_allowed is
> used, but from this patch I would surmise that -kernel-kqemu implies -enable-
> kqemu?
>
Yup.
> I think that's fine if that is the case, but should it also be specified in the
> documentation?
>
Please send a patch. I was very much on the fence about whether to
change the docs so I'm not sure how I would reword it.
Regards,
Anthony Liguori
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Qemu-devel] Re: [Qemu-commits] [COMMIT 52249f0] Disable kqemu by default at run time
@ 2009-07-10 22:11 Rick Vernam
0 siblings, 0 replies; 2+ messages in thread
From: Rick Vernam @ 2009-07-10 22:11 UTC (permalink / raw)
To: Anthony Liguori; +Cc: qemu-devel@nongnu.org
On Friday 10 July 2009 3:59:14 pm Anthony Liguori wrote:
> Rick Vernam wrote:
> > On Friday 10 July 2009 2:16:43 pm Anthony Liguori wrote:
> >> From: Anthony Liguori <aliguori@us.ibm.com>
> >>
> >> -no-kqemu -> -enable-kqemu
> >
> > I didn't take the two or three minutes to track down where kqemu_allowed
> > is used, but from this patch I would surmise that -kernel-kqemu implies
> > -enable- kqemu?
>
> Yup.
>
> > I think that's fine if that is the case, but should it also be specified
> > in the documentation?
>
> Please send a patch. I was very much on the fence about whether to
> change the docs so I'm not sure how I would reword it.
I gave this very little thought, but given KQemu's audience based on your
recent poll, I don't think KQemu documentation merits much thought.
Signed-off-by: Rick Vernam <rickv@hobi.com>
diff --git a/qemu-options.hx b/qemu-options.hx
index 3f69965..86dcd17 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
@@ -1387,22 +1387,24 @@ Set the filename for the BIOS.
ETEXI
#ifdef CONFIG_KQEMU
-DEF("kernel-kqemu", 0, QEMU_OPTION_kernel_kqemu, \
- "-kernel-kqemu enable KQEMU full virtualization (default is user mode
only)\n")
+DEF("enable-kqemu", 0, QEMU_OPTION_enable_kqemu, \
+ "-enable-kqemu enable KQEMU user mode virtualization only\n")
#endif
STEXI
-@item -kernel-kqemu
-Enable KQEMU full virtualization (default is user mode only).
+@item -enable-kqemu
+Enable KQEMU user mode virtualization only. KQEMU usage is disabled by
default.
+KQEMU options are only available if KQEMU support is enabled when compiling.
ETEXI
#ifdef CONFIG_KQEMU
-DEF("enable-kqemu", 0, QEMU_OPTION_enable_kqemu, \
- "-enable-kqemu enable KQEMU kernel module usage\n")
+DEF("kernel-kqemu", 0, QEMU_OPTION_kernel_kqemu, \
+ "-kernel-kqemu enable KQEMU full virtualization (implies -enable-
kqemu)\n")
#endif
STEXI
-@item -enable-kqemu
-Enable KQEMU kernel module usage. KQEMU options are only available if
-KQEMU support is enabled when compiling.
+@item -kernel-kqemu
+Enable KQEMU full virtualization. This includes user mode (ie, -enable-
kqemu).
+KQEMU usage is disabled by default.
+KQEMU options are only available if KQEMU support is enabled when compiling.
ETEXI
#ifdef CONFIG_KVM
>
> Regards,
>
> Anthony Liguori
^ permalink raw reply related [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-07-10 22:11 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <200907101914.n6AJDphP012182@d03av02.boulder.ibm.com>
[not found] ` <200907101448.40098.rickv@hobi.com>
2009-07-10 20:59 ` [Qemu-devel] Re: [Qemu-commits] [COMMIT 52249f0] Disable kqemu by default at run time Anthony Liguori
2009-07-10 22:11 Rick Vernam
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).