Home
last modified time | relevance | path

Searched hist:eb852011ab3c56bd1f8e9d2c7d0dfb3eb321430a (Results 1 – 2 of 2) sorted by relevance

/openbmc/qemu/
H A Dblock.cdiff eb852011ab3c56bd1f8e9d2c7d0dfb3eb321430a Tue Oct 27 12:41:44 CDT 2009 Markus Armbruster <armbru@redhat.com> Configurable block format whitelist

We have code for a quite a few block formats. While I trust that all
of these formats are useful at least for some people in some
circumstances, some of them are of a kind that friends don't let
friends use in production.

This patch provides an optional block format whitelist, default off.
If a whitelist is configured with --block-drv-whitelist, QEMU proper
can use only whitelisted formats. Other programs, like qemu-img, are
not affected.

Drivers for formats off the whitelist still participate in format
probing, to ensure all programs probe exactly the same. Without that,
QEMU proper would be prone to treat images with a format off the
whitelist as raw when the image's format is probed.

Signed-off-by: Markus Armbruster <armbru@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
H A Dconfigurediff eb852011ab3c56bd1f8e9d2c7d0dfb3eb321430a Tue Oct 27 12:41:44 CDT 2009 Markus Armbruster <armbru@redhat.com> Configurable block format whitelist

We have code for a quite a few block formats. While I trust that all
of these formats are useful at least for some people in some
circumstances, some of them are of a kind that friends don't let
friends use in production.

This patch provides an optional block format whitelist, default off.
If a whitelist is configured with --block-drv-whitelist, QEMU proper
can use only whitelisted formats. Other programs, like qemu-img, are
not affected.

Drivers for formats off the whitelist still participate in format
probing, to ensure all programs probe exactly the same. Without that,
QEMU proper would be prone to treat images with a format off the
whitelist as raw when the image's format is probed.

Signed-off-by: Markus Armbruster <armbru@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>