The lossy option can be used to enable lossy compression
methods like gradient or jpeg. This patch disable them by
default.
Signed-off-by: Corentin Chary corenti...@iksaif.net
---
qemu-options.hx |7 +++
vnc-encoding-tight.c |4
vnc.c|2 ++
vnc.h
Disable JPEG compression by default and only enable it if the
VNC client has sent the requested quality.
Signed-off-by: Corentin Chary corenti...@iksaif.net
---
vnc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/vnc.c b/vnc.c
index ed0e096..9cf38d1 100644
--- a/vnc.c
For the same reason that we don't use vnc-authentication-sasl.c but
vnc-auth-sals.c. Because it's to long.
Signed-off-by: Corentin Chary corenti...@iksaif.net
---
Makefile.objs|4 ++--
ui/{vnchextile.h = vnc-enc-hextile-template.h} |0
Add gradient filter and JPEG compression with an heuristic to detect how
lossy the comppression will be. This code has been adapted from
libvncserver/tight.c.
JPEG support can be enabled/disabled at compile time with --enable-vnc-jpeg
and --disable-vnc-jpeg.
Signed-off-by: Corentin Chary
Move sdl, vnc, curses and cocoa UI into ui/ to cleanup
the root directory. Also remove some unnecessary explicit
targets from Makefile.
Signed-off-by: Corentin Chary corenti...@iksaif.net
---
Makefile | 38 +++-
Makefile.objs
Hi,
This set starts by adding JPEG and gradient to tight, then move all ui code
in the ui/ subdirectory.
Thanks,
Since v1:
* Format patch with rename detection
* Add lossy parameter instead of lossless
* Disable lossy encodings by default
* Add a small tight fix (for indexed colors)
Corentin
Synopsis
size[4] Tmkdir tag[2] fid[4] name[s] mode[4] gid[4]
size[4] Rmkdir tag[2] qid[13]
Description
mkdir asks the file server to create a directory with given name,
mode and gid. The qid for the new directory is returned with
the mkdir reply message.
Note: 72 is
While using indexed colors, the last color was never added to the palette.
Triggered with ubuntu livecd.
Signed-off-by: Corentin Chary corenti...@iksaif.net
---
ui/vnc-enc-tight.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ui/vnc-enc-tight.c b/ui/vnc-enc-tight.c
Implement TMKDIR as part of 2000.L Work
Synopsis
size[4] Tmkdir tag[2] fid[4] name[s] mode[4] gid[4]
size[4] Rmkdir tag[2] qid[13]
Description
mkdir asks the file server to create a directory with given name,
mode and gid. The qid for the new directory is returned with
the
Paolo Bonzini pbonz...@redhat.com writes:
On 06/05/2010 11:31 PM, Blue Swirl wrote:
Use only an opaque CPUState pointer and move the actual CPUState
contents handling to cpu.h and cpuid.c.
Set env-halted in pc.c and add a function to get the local APIC state
of the current CPU for the MMIO.
Luiz Capitulino lcapitul...@redhat.com writes:
On Tue, 1 Jun 2010 19:12:19 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
I have no clue why the code had the is_inserted() check, as it doesn't matter
if there is a disk present at the host drive, when the user wants the virtual
device to
Dear All
Can you please let me know if the qemu emulating PowerPC (I mean
qemu-system-ppc.exe) can accept VxWork kernet for boot up?
Thank you
On Fri, Jun 04, 2010 at 03:34:48PM -0300, Luiz Capitulino wrote:
On Wed, 2 Jun 2010 13:40:06 +0100
Daniel P. Berrange berra...@redhat.com wrote:
A previous discussion brought up the fact that clients should
not have to parse version string from QMP, it should be given
to them pre-split.
virtio net attempts to peek into virtio queue to
determine that we have enough space for the complete
packet to fit. However, it fails to account for space
consumed by virtio net header when it does this,
under stress this results in a failure
with the message 'truncating packet'.
redhat bz
On 07.06.2010, at 11:03, hadi motamedi wrote:
Dear All
Can you please let me know if the qemu emulating PowerPC (I mean
qemu-system-ppc.exe) can accept VxWork kernet for boot up?
I doubt it. Patches are welcome.
Alex
On 07.06.2010, at 11:33, hadi motamedi wrote:
I doubt it. Patches are welcome.
Thank you for your reply. Can you please let me know which qemu hardware
architecture does support for VxWorks kernel boot?
Natalia keeps a list of verified to work OSs for exactly that purpose:
Am 04.06.2010 21:35, schrieb Miguel Di Ciurcio Filho:
Both bdrv_can_snapshot() and bdrv_has_snapshot() does not work as advertized.
First issue: Their names implies different porpouses, but they do the same
thing
and have exactly the same code. Maybe copied and pasted and forgotten?
I doubt it. Patches are welcome.
Thank you for your reply. Can you please let me know which qemu hardware
architecture does support for VxWorks kernel boot?
Use pread/pwrite instead of lseek + read/write in preparation of using the
qemu block API.
Signed-off-by: Christoph Hellwig h...@lst.de
Index: qemu/block/cow.c
===
--- qemu.orig/block/cow.c 2010-05-04 19:11:24.897004616 +0200
We don't have an equivalent to mmap in the qemu block API, so read and
write the bitmap directly. At least in the dumb implementation added
in this patch this is a lot less efficient, but it means cow can also
work on windows, and over nbd or curl. And it fixes qemu-iotests testcase
012 which
Use bdrv_pwrite to access the backing device instead of pread, and
convert the driver to implementing the bdrv_open method which gives
it an already opened BlockDriverState for the underlying device.
Signed-off-by: Christoph Hellwig h...@lst.de
Index: qemu/block/cow.c
Natalia keeps a list of verified to work OSs for exactly that purpose:
http://www.claunia.com/qemu/
Thank you . From your list, it seems that qemu doesn't support for VxWorks
on any architecture. Please confirm.
On Sat, 05 Jun 2010 19:11:53 +0530
Aneesh Kumar K. V aneesh.ku...@linux.vnet.ibm.com wrote:
On Fri, 04 Jun 2010 07:59:42 -0700, Venkateswararao Jujjuri (JV)
jv...@linux.vnet.ibm.com wrote:
Aneesh Kumar K. V wrote:
On Thu, 3 Jun 2010 18:29:02 +0530, Sripathi Kodi sripat...@in.ibm.com
Am 02.06.2010 00:12, schrieb Eduardo Habkost:
Resubmitting a patch that was submitted in December[1]. It was on the staging
tree but somehow it got dropped. I have rebased it to current master branch on
git.
[1] http://article.gmane.org/gmane.comp.emulators.qemu/59813
This
Kevin Wolf kw...@redhat.com writes:
Am 02.06.2010 00:12, schrieb Eduardo Habkost:
Resubmitting a patch that was submitted in December[1]. It was on the staging
tree but somehow it got dropped. I have rebased it to current master branch
on
git.
[1]
Christoph Hellwig h...@lst.de writes:
Use bdrv_pwrite to access the backing device instead of pread, and
convert the driver to implementing the bdrv_open method which gives
it an already opened BlockDriverState for the underlying device.
Signed-off-by: Christoph Hellwig h...@lst.de
In my
On Mon, 7 Jun 2010 16:04:17 +0530
Sripathi Kodi sripat...@in.ibm.com wrote:
There was one mistake in my patch. See below.
On Sat, 05 Jun 2010 19:11:53 +0530
Aneesh Kumar K. V aneesh.ku...@linux.vnet.ibm.com wrote:
On Fri, 04 Jun 2010 07:59:42 -0700, Venkateswararao Jujjuri (JV)
On Mon, Jun 07, 2010 at 02:19:28PM +0200, Markus Armbruster wrote:
Kevin Wolf kw...@redhat.com writes:
Am 02.06.2010 00:12, schrieb Eduardo Habkost:
The first eject command didn't work because the is_inserted() check
failed.
But does it really make a difference? The guest should not see
Am 07.06.2010 14:43, schrieb Eduardo Habkost:
On Mon, Jun 07, 2010 at 02:19:28PM +0200, Markus Armbruster wrote:
Kevin Wolf kw...@redhat.com writes:
Am 02.06.2010 00:12, schrieb Eduardo Habkost:
The first eject command didn't work because the is_inserted() check
failed.
But does it really
On Sun, Jun 6, 2010 at 12:50 PM, Avi Kivity a...@redhat.com wrote:
+Each json-object contain the following:
+
+- device: device name (json-string)
+- vlan: only present if the device is attached to a VLAN (json-int)
+- info: json-object containing the following:
+ - model: type of
On 06/07/2010 03:57 PM, Miguel Di Ciurcio Filho wrote:
On Sun, Jun 6, 2010 at 12:50 PM, Avi Kivitya...@redhat.com wrote:
+Each json-object contain the following:
+
+- device: device name (json-string)
+- vlan: only present if the device is attached to a VLAN (json-int)
+- info: json-object
On 06/06/2010 03:54 PM, Avi Kivity wrote:
One option is to disable vnc on Windows and let a Windows maintainer
materialize and add the corresponding support.
Adding Windows support to qemu-threads must be done anyway sooner or
later and most of the code can be found for example in git.
virtio net attempts to peek into virtio queue to
determine that we have enough space for the complete
packet to fit. However, it fails to account for space
consumed by virtio net header when it does this,
under stress this results in a failure
with the message 'truncating packet'.
redhat bz
On Mon, Jun 7, 2010 at 10:48 AM, Anthony Liguori anth...@codemonkey.ws wrote:
$ qemu -netdev tap,id=tap0 -device e1000,netdev=tap0
This makes a 1:1 relation. So clearly tap0 is a host device, e1000.0
will be a guest device, and they are connected.
Yes. I'd want separate queries for each,
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all nice, because it
is an ill-defined fragile data format. Looking more broadly these
same issues apply to all the other command line options that accept
a '?' flag for querying
The verify.h header, taken from GNULIB, provides macros for
doing compile time assertions.
There are two main variants
For use in global namespace (eg header files, or global decls)
verify(CONDITION)
For use in code blocks
verify_true(CONDITION)
Example usage, consider if there was an
Adds a command to QMP called 'query-devices' to allow for discovery
of all devices known to the QEMU binary. THis is inteded to replace
use of the '-device ?' and '-device devtype,?' command line args
The data format is designed to allow easy extension to support more
data:
[
{
Convert the rtc clock and driftfix parameters to use enums for
configuration. This ensures strict validation at time of config
parsing.
Also fixes a bug in qemu-config.c where 'driftfix' was never
enabled because this is a target independant compliation unit,
thus cannot include config-target.h
The monitor does not pretty-print JSON output, so that everything
will be on a single line reply. When JSON docs get large this is
quite unpleasant to read. For the future command line capabilities
query ability, huge JSON docs will be available. This needs the
ability to pretty-print.
This
Add a new QMP command called 'query-argv' to information about the command
line arguments supported by the QEMU binary. This is intended to remove the
need for apps to parse '-help' output.
[
{
name: help,
},
{
name: M,
parameters: [
This adds a new option parameter QEMU_OPT_ENUM. The user
provides the value in its string representation. The parser
validates this and converts it to integer representation
for internal use. If the user supplies an invalid value
it will report the precise allowed list of values.
Signed-off-by:
If writing the L1 table to disk failed, we need to restore its old content in
memory to avoid inconsistencies.
Reported-by: Juan Quintela quint...@redhat.com
Signed-off-by: Kevin Wolf kw...@redhat.com
---
block/qcow2-cluster.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
I like PATCH 1-3/5, but this one needs discussion.
Amit Shah amit.s...@redhat.com writes:
The new '-device help' option shows all the devices that are registered
with qdev and prints out all the properties each device has, along with
the description for each property.
This is useful in
This adds a new QMP command called 'query-cputypes' to allow
for discovery of CPU types known to the QEMU binary. This is
intended to relpace the need to parse '-cpu ?', '-cpu ?model'
and '-cpu ?dump'
Most targets have a simple structure listing just the CPU
model names (and optionally a
Declare an enumeration for all netdev client types, values
matching indexes in the net_client_types array. Use the
enum helpers for the string - int conversion of client types.
Before:
$ qemu -net type=foo,sfs
qemu: -net type=foo,sfs: Parameter 'type' expects a network client type
After:
A previous discussion brought up the fact that clients should
not have to parse version string from QMP, it should be given
to them pre-split.
Change query-version output format from:
{ qemu: 0.11.50, package: }
to:
{ qemu: { major: 0, minor: 11, micro: 5 }, package: }
The major, minor
On 06/07/2010 09:41 AM, Miguel Di Ciurcio Filho wrote:
On Mon, Jun 7, 2010 at 10:48 AM, Anthony Liguorianth...@codemonkey.ws wrote:
$ qemu -netdev tap,id=tap0 -device e1000,netdev=tap0
This makes a 1:1 relation. So clearly tap0 is a host device, e1000.0
will be a guest device, and they
Add a new command to QMP called 'query-config' that provides
information about the allowed configuration file entries for
the binary.
The data format looks like
[
{
name: drive,
properties: [
{
name: bus,
Add a new QMP monitor command 'query-machines' to discover what
machines are defined in the QEMU binary. This is an easily
parsable replacement for 'qemu -M ?'
[
{
name: pc-0.13,
description: Standard PC,
default: 0
},
{
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad performance.
Disable support for vlans by default, add config option to enable.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
configure | 12
net.c |7
Add a command to QMP to provide information about the QEMU binary
target being emulated. This replaces the need to guess the architecture
and wordsize based on the 'qemu-system-' suffix. It also declares
what CPU execution engines are available in the binary (tcg, kvm, xen,
etc)
The data
On Mon, Jun 07, 2010 at 09:58:11AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all nice, because it
is an ill-defined fragile data format.
This expands the query-argv data format to include the help
string for each argument. This is not really very desirable
since the help strings are not in a predictable format for apps
to use. Ideally the full structured details about each argument
parameter would be included instead. This makes
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Adds a command to QMP called 'query-devices' to allow for discovery
of all devices known to the QEMU binary. THis is inteded to replace
use of the '-device ?' and '-device devtype,?' command line args
The data format is designed to allow easy
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP monitor command 'query-machines' to discover what
machines are defined in the QEMU binary. This is an easily
parsable replacement for 'qemu -M ?'
[
{
name: pc-0.13,
description: Standard PC,
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all nice, because it
is an ill-defined fragile data format. Looking more broadly these
same issues apply to all the other command
Expaned '-mon' arg to allow a 'pretty=on' flag. This makes the
monitor pretty print its replies to easy human debugging / reading
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
monitor.c |5 -
monitor.h |1 +
qemu-config.c |3 +++
vl.c |3 +++
4
On 06/07/2010 10:10 AM, Daniel P. Berrange wrote:
On Mon, Jun 07, 2010 at 09:58:11AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP command called 'query-argv' to information about the command
line arguments supported by the QEMU binary. This is intended to remove the
need for apps to parse '-help' output.
This is just as bad as parsing -help output IMHO.
The QMP monitor provides a number of commands for querying info about
the QEMU binary capabilities. Given that these commands don't take
any options and just return static data, requiring the use of QMP is
unnecessarily onerous. This adds a new '-capabilities' command line
argument as a syntactic
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
This adds a new QMP command called query-netdev to provide information
about the available netdev backends in the QEMU binary. There is no
existing '-netdev ?' support, but if there was, this would obsolete it
The data format looks like
[
Miguel Di Ciurcio Filho miguel.fi...@gmail.com writes:
On Mon, Jun 7, 2010 at 10:48 AM, Anthony Liguori anth...@codemonkey.ws
wrote:
$ qemu -netdev tap,id=tap0 -device e1000,netdev=tap0
This makes a 1:1 relation. So clearly tap0 is a host device, e1000.0
will be a guest device, and they
On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
The verify.h header, taken from GNULIB, provides macros for
doing compile time assertions.
There are two main variants
For use in global namespace (eg header files, or global decls)
verify(CONDITION)
There is QEMU_BUILD_BUG_ON already.
Ping^4
r~
On 05/21/2010 10:04 AM, Richard Henderson wrote:
We forgot to propagate -fpie to the libdis-user directory.
Signed-off-by: Richard Henderson r...@twiddle.net
---
configure |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Declare an enumeration for all netdev client types, values
matching indexes in the net_client_types array. Use the
enum helpers for the string- int conversion of client types.
Before:
$ qemu -net type=foo,sfs
qemu: -net type=foo,sfs:
On Mon, Jun 07, 2010 at 10:09:02AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Declare an enumeration for all netdev client types, values
matching indexes in the net_client_types array. Use the
enum helpers for the string- int conversion of client types.
I am currently investigating a problem with the a guest running Linux
malfunctioning in the NMI watchdog code. The problem is that we don't
handle NMI delivery mode for the local APIC LINT0 pin; instead we expect
ExtInt deliver mode or that the line is disabled completely. In
addition the
On 06/03/2010 06:20 AM, Paolo Bonzini wrote:
All signals will thus be routed through the IO thread.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
cpus.c| 38 +++---
qemu-thread.c |7 +++
2 files changed, 18 insertions(+), 27
On 06/07/2010 04:48 PM, Anthony Liguori wrote:
Yes. I'd want separate queries for each, or perhaps a single query
that returns
{ 'hostdev': some-object-with-host-device-properties-only, 'nic':
some-object-that-describes-the-guest-nic }
We need a query-netdev and then info qdm already
On 06/07/2010 04:58 PM, Anthony Liguori wrote:
A query-argv is a really bad idea IMHO.
Agreed. Instead we should work towards improve the configurability of
QEMU via monitor commands or -readconfig. libvirt is already using
-nodefaults on recent QEMU, so this is not _that_ far away.
On 06/07/2010 11:02 AM, Paolo Bonzini wrote:
On 06/07/2010 04:58 PM, Anthony Liguori wrote:
A query-argv is a really bad idea IMHO.
Agreed. Instead we should work towards improve the configurability of
QEMU via monitor commands or -readconfig. libvirt is already using
-nodefaults on
On 06/07/2010 05:07 PM, Richard Henderson wrote:
Ping^4
r~
On 05/21/2010 10:04 AM, Richard Henderson wrote:
We forgot to propagate -fpie to the libdis-user directory.
Signed-off-by: Richard Hendersonr...@twiddle.net
---
configure |3 +++
1 files changed, 3 insertions(+), 0
Hi Daniel,
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all nice, because it
is an ill-defined fragile data format. Looking more broadly these
same issues apply to all the other
On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
The QMP monitor provides a number of commands for querying info about
the QEMU binary capabilities. Given that these commands don't take
any options and just return static data, requiring the use of QMP is
unnecessarily onerous. This adds a new
On Mon, Jun 07, 2010 at 06:04:24PM +0200, Paolo Bonzini wrote:
On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
The QMP monitor provides a number of commands for querying info about
the QEMU binary capabilities. Given that these commands don't take
any options and just return static data,
On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
+#ifdef CONFIG_KVM
+qlist_append_obj(engines, qobject_from_jsonf({ 'name': 'kvm' }));
+#endif
+#ifdef CONFIG_XEN
+qlist_append_obj(engines, qobject_from_jsonf({ 'name': 'xen' }));
+#endif
I suggest using kvm_available() and
Kill nographic timer. Have a global gui_timer instead. Have the gui
timer enabled unconditionally. We need a timer running anyway for mmio
flush, so the whole have-gui-timer-only-when-needed logic is pretty
pointless. It also simplifies displaylisteners coming and going at
runtime, we
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad performance.
Disable support for vlans by default, add config option to enable.
No. If you want to remove vlans, then actually do that.
As I've said before if you want a point-point
On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad performance.
Disable support for vlans by default, add config option to enable.
No. If you want to remove vlans, then
On Mon, Jun 07, 2010 at 10:14:00AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Adds a command to QMP called 'query-devices' to allow for discovery
of all devices known to the QEMU binary. THis is inteded to replace
use of the '-device ?' and '-device
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
The QMP monitor provides a number of commands for querying info about
the QEMU binary capabilities. Given that these commands don't take
any options and just return static data, requiring the use of QMP is
unnecessarily onerous. This adds a new
On 05/31/2010 07:41 AM, Amit Shah wrote:
Hello,
This patch series adds support to specify some descriptive help text
to qdev device parameters. This series adds some help text to the
virtserialport and net family of devices as an example, and the new
output is shown in the respective commits.
On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad performance.
Disable support for vlans by default, add config option to enable.
No. If you want to remove
On 06/07/10 09:26, Avi Kivity wrote:
The original motivation for moving the PIC and IOAPIC into the kernel
was performance, especially for assigned devices. Both devices are high
interaction since they deal with interrupts; practically after every
interrupt there is either a PIC ioport
On 06/07/2010 11:42 AM, Paul Brook wrote:
On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad performance.
Disable support for vlans by default, add config option to
On Sat, Jun 5, 2010 at 3:44 AM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Jun 4, 2010 at 9:45 PM, Cam Macdonell c...@cs.ualberta.ca wrote:
Support an inter-vm shared memory device that maps a shared-memory object as
a
PCI device in the guest. This patch also supports interrupts between
On Mon, Jun 07, 2010 at 10:13:27AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP monitor command 'query-machines' to discover what
machines are defined in the QEMU binary. This is an easily
parsable replacement for 'qemu -M ?'
[
On 06/07/2010 10:26 AM, Avi Kivity wrote:
I am currently investigating a problem with the a guest running Linux
malfunctioning in the NMI watchdog code. The problem is that we don't
handle NMI delivery mode for the local APIC LINT0 pin; instead we
expect ExtInt deliver mode or that the line
On 06/07/2010 11:44 AM, Daniel P. Berrange wrote:
On Mon, Jun 07, 2010 at 10:13:27AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP monitor command 'query-machines' to discover what
machines are defined in the QEMU binary. This is an
On Mon, Jun 07, 2010 at 12:07:56PM -0500, Anthony Liguori wrote:
On 06/07/2010 11:44 AM, Daniel P. Berrange wrote:
On Mon, Jun 07, 2010 at 10:13:27AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP monitor command 'query-machines' to
On Sun, Jun 06, 2010 at 02:03:39PM +0900, Kyungmin Park wrote:
Dear all,
FYI: My team release the qemu support on s5pc110 at
http://en.sourceforge.jp/projects/sfnet_slp-emulator/
Interesting, any plans on merginging it back into qemu?
You can find a s5pc110 files at hw directories.
Sheepdog is a distributed storage system for QEMU. It provides highly
available block level storage volumes to VMs like Amazon EBS. This
patch adds a qemu block driver for Sheepdog.
Sheepdog features are:
- No node in the cluster is special (no metadata node, no control
node, etc)
- Linear
On Mon, Jun 07, 2010 at 05:42:55PM +0100, Paul Brook wrote:
On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad performance.
Disable support for vlans by default,
On 06/07/2010 08:04 PM, Anthony Liguori wrote:
I think we could also move the local APIC.
I'm not even sure we can safely move the ioapic/pic (mostly due to
churn). But the local APIC is so heavily accessed by the guest that
it's impossible to move it. Run an ftrace one day, especially on
On 06/07/2010 07:31 PM, David S. Ahern wrote:
On 06/07/10 09:26, Avi Kivity wrote:
The original motivation for moving the PIC and IOAPIC into the kernel
was performance, especially for assigned devices. Both devices are high
interaction since they deal with interrupts; practically after
On 06/07/10 12:46, Avi Kivity wrote:
On 06/07/2010 07:31 PM, David S. Ahern wrote:
On 06/07/10 09:26, Avi Kivity wrote:
The original motivation for moving the PIC and IOAPIC into the kernel
was performance, especially for assigned devices. Both devices are high
interaction since they
I would just like to know if anyone else has seen this build problem with Qemu
when building on Mac OS 10.6.3:
Makefile:7: config-devices.mak: No such file or directory
make[1]: *** No rule to make target `config-devices.mak'. Stop.
make: *** [subdir-x86-softmmu] Error 2
I am using the most
On Mon, Jun 7, 2010 at 11:42 AM, Daniel P. Berrange berra...@redhat.com wrote:
This adds a new QMP command called query-netdev to provide information
about the available netdev backends in the QEMU binary. There is no
existing '-netdev ?' support, but if there was, this would obsolete it
Hi
On 06/07/2010 09:54 PM, David S. Ahern wrote:
So it's important to know how often your RHEL3/4 guest queries the PIT
(not just receives interrupts, actually reads the counter) under a
realistic load. If you have such a number (in reads/sec) that would be
a good input to this discussion.
On Mon, Jun 07, 2010 at 11:52:05AM -0500, Anthony Liguori wrote:
On 06/07/2010 11:42 AM, Paul Brook wrote:
On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad
1 - 100 of 143 matches
Mail list logo
