Glauber Costa wrote:
On Wed, Jun 02, 2010 at 09:15:10AM +0200, Jan Kiszka wrote:
+QemuOptsList qemu_machine_opts = {
+.name = M,
+.head = QTAILQ_HEAD_INITIALIZER(qemu_machine_opts.head),
+.desc = {
+{
+.name = mach,
+.type = QEMU_OPT_STRING,
Paul Brook wrote:
From: Jan Kiszka jan.kis...@siemens.com
As long as we allow /dev.1 as shortcut for /dev1/bus1, we also have to
make sure that /dev1/dev2 works for /dev1/bus1/dev2/bus2 - as long as
there is only one child bus per device.
How about we make this explicit in the syntax by
Blue Swirl wrote:
But how about if we introduced instead a message based IRQ? Then the
message could specify the originator device, maybe ACK/coalesce/NACK
callbacks and a bigger payload than just 1 bit of level. I think that
could achieve the same coalescing effect as what the bidirectional
Anthony Liguori wrote:
On 06/01/2010 01:35 PM, Markus Armbruster wrote:
Luiz Capitulinolcapitul...@redhat.com writes:
On Tue, 01 Jun 2010 16:44:24 +0200
Markus Armbrusterarm...@redhat.com wrote:
Luiz Capitulinolcapitul...@redhat.com writes:
On Mon, 31 May 2010
On Thu, Jun 03, 2010 at 08:23:46AM +0200, Jan Kiszka wrote:
Blue Swirl wrote:
But how about if we introduced instead a message based IRQ? Then the
message could specify the originator device, maybe ACK/coalesce/NACK
callbacks and a bigger payload than just 1 bit of level. I think that
Also require IDs to start with a letter to provide for possible future
extensions.
I'd go further than that, and require that user specified IDs match
[A-Za-z][A-Za-z0-9_-]*
Paul
Gleb Natapov wrote:
On Thu, Jun 03, 2010 at 08:23:46AM +0200, Jan Kiszka wrote:
Blue Swirl wrote:
But how about if we introduced instead a message based IRQ? Then the
message could specify the originator device, maybe ACK/coalesce/NACK
callbacks and a bigger payload than just 1 bit of level.
Luiz Capitulino lcapitul...@redhat.com writes:
We should use 'dinfo-serial' length, 'serial' is a pointer, so
the serial number length is currently limited to the pointer size.
This fixes https://bugs.launchpad.net/qemu/+bug/584143 and is also
valid for stable.
Signed-off-by: Luiz
On Thu, Jun 03, 2010 at 08:59:23AM +0200, Jan Kiszka wrote:
Gleb Natapov wrote:
On Thu, Jun 03, 2010 at 08:23:46AM +0200, Jan Kiszka wrote:
Blue Swirl wrote:
But how about if we introduced instead a message based IRQ? Then the
message could specify the originator device, maybe
On Thu, Jun 03, 2010 at 10:03:00AM +0300, Gleb Natapov wrote:
On Thu, Jun 03, 2010 at 08:59:23AM +0200, Jan Kiszka wrote:
Gleb Natapov wrote:
On Thu, Jun 03, 2010 at 08:23:46AM +0200, Jan Kiszka wrote:
Blue Swirl wrote:
But how about if we introduced instead a message based IRQ? Then
Isaku Yamahata yamah...@valinux.co.jp writes:
On Wed, Jun 02, 2010 at 05:01:13PM +0200, Markus Armbruster wrote:
Isaku Yamahata yamah...@valinux.co.jp writes:
BusState::name is allocated in qbus_create_inplace().
So it should be freed by qbus_free().
Correct.
Signed-off-by: Isaku
Luiz Capitulino lcapitul...@redhat.com writes:
On Wed, 02 Jun 2010 20:26:58 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
From: Michael Tokarev m...@tls.msk.ru
In net/tap-linux.c, when manipulation of /dev/net/tun fails, it prints
Hi,
This series add asynchronous tcp incoming migration. Currently, tcp
migration on incoming side is blocked when outgoing has started on the
remote side, and you can't do anything. With this series you can get
info of incoming migration by calling info migrate like on outgoing
side.
This
Split qemu_loadvm_state(), and introduce
qemu_loadvm_state_{begin,iterate,complete,async}.
qemu_loadvm_state_async() is a function to handle a single incoming
section.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
---
savevm.c | 206
Set current_migration after calling tcp_star_incoming_migration(). On
incoming side, we don't have to print remaining rams, so introduce
incoming flag to switch messages.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
---
migration.c | 18 ++
1 files changed, 14
Currently incoming side of migration doesn't know how many bytes are
transferred. To print info migrate on incoming side, we need to
calculate transferred bytes at ram_load().
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
---
arch_init.c |6 +-
1 files changed, 5
Introduce tcp_incoming_migration_async(), and register it handle
incoming migration asynchronously. MigrateInocming is used to pass
argument to tcp_incoming_migration_async().
tcp_start_incoming_migration() allocates FdMigrationState, and returns
MigrationState to print incoming migration info.
On 05/29/2010 09:38 AM, Corentin Chary wrote:
Signed-off-by: Corentin Charycorenti...@iksaif.net
---
qemu-thread.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/qemu-thread.h b/qemu-thread.h
index 19bb30c..e5006bb 100644
--- a/qemu-thread.h
+++ b/qemu-thread.h
@@
Luiz Capitulino lcapitul...@redhat.com writes:
On Wed, 02 Jun 2010 08:59:11 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
[...]
+
+type = qobject_to_qstring(obj);
+assert(type != NULL);
+
+if (qstring_get_str(type)[0]
On Thu, Jun 3, 2010 at 9:27 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 05/29/2010 09:38 AM, Corentin Chary wrote:
Signed-off-by: Corentin Charycorenti...@iksaif.net
---
qemu-thread.h | 4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/qemu-thread.h
I'm trying to get arm big endian support to work. I patched the 2.6.33
kernel to pretend that good old versatilepb can have a big endian CPU
plugged into it (attached), and then I built a kernel with the attached
.config, and qemu went boing:
That's about the result I'd expect. The fact that
On 05/29/2010 09:38 AM, Corentin Chary wrote:
Implement a threaded VNC server using the producer-consumer model.
The main thread will push encoding jobs (a list a rectangles to update)
in a queue, and the VNC worker thread will consume that queue and send
framebuffer updates to the output
On Wed, Jun 02, 2010 at 06:55:29PM +0200, Markus Armbruster wrote:
Existing -drive defines both host and guest part. To make it work
with -device, we created if=none. But all this does is peel off guest
device selection. The other guest properties such as geometry,
removable vs. fixed
On Thu, Jun 3, 2010 at 9:55 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 05/29/2010 09:38 AM, Corentin Chary wrote:
Implement a threaded VNC server using the producer-consumer model.
The main thread will push encoding jobs (a list a rectangles to update)
in a queue, and the VNC worker
john cooper wrote:
I'm all for putting this issue to rest, but if we're
going to live with an ioctl interface retrieving the
id string, let's make it a little more friendly from
the user's perspective.
The qemu side of the patch is ok as-is. The guest-user
interface issue is contained in the
Please note that this bug affects 0.12 stable as well. It'd be really
nice to know the commit which fixed the issue, in order to backport it
to -stable...
--
e1000 irq problems after live migration with qemu-kvm 0.12.4
https://bugs.launchpad.net/bugs/585113
You received this bug notification
Maybe it is time to enhance pci_host.c to take a callback
to decode the address, so that you can use pci_host helper functions.
It would simplify this patch and eliminates code duplication.
Some comments below.
On Wed, May 19, 2010 at 10:26:32PM +0800, Huacai Chen wrote:
Signed-off-by: Huacai
Changes from v2:
1, split the code of CPU definition and machine construction
2, remove useless memory r/w functions
3, add source of pmon
4, code style and other errors have been fixed
Changes from v1:
1, fulong support is limited to mips64el only (doesn't affect mips,
mips64 and mipsel)
2, qdev
Hi,
This is the v3 of the patch-series to have a generic asynchronous task
offloading framework within qemu.
V2 can be found here:
http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02227.html
Changes from V2:
=
- Made use
Add qemu wrappers for pthread_attr_t handling.
Signed-off-by: Gautham R Shenoy e...@in.ibm.com
---
qemu-thread.c | 34 ++
qemu-thread.h | 11 +++
2 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/qemu-thread.c b/qemu-thread.c
index
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch creates a generic asynchronous-task-offloading infrastructure. It's
extracted out of the threading framework that is being used by paio.
The reason for extracting out this generic infrastructure of the
posix-aio-compat.c is so
This patch makes the paio subsystem use the generic work offloading
infrastructure, there by decoupling asynchronous threading framework portion
out of posix-aio-compat.c
The patch has been tested with fstress.
Signed-off-by: Gautham R Shenoy e...@in.ibm.com
---
posix-aio-compat.c | 155
the irqchip option, if you note, is not x86-specific, in any case.
Any machine has an irqchip. The first idea was to use something like
apic=in_kernel|userspace which would be, that, very x86-centric.
How is this not x86-pc specific? All you're doing is creating two different
machines, one
Some comments below.
NOTE: I just checked pci related code and I'm not familiar
with those chips.
On Wed, May 19, 2010 at 10:27:23PM +0800, Huacai Chen wrote:
Signed-off-by: Huacai Chen zltjiang...@gmail.com
---
Makefile.target |2 +-
hw/pc.h |7 +
hw/pci_ids.h|
On Wed, 2 Jun 2010, Richard Henderson wrote:
The tcg_out_mov patch you've seen before, but now contains a
TCG_TYPE_REG that should address the concerns you had with
the changes to the sparc port. It's also been updated to HEAD
to reflect the changes in tcg/i386.
The second patch is new.
Am 02.06.2010 um 16:12 schrieb Daniel P. Berrange:
On Fri, May 28, 2010 at 08:39:53PM +0100, Paul Brook wrote:
The system emulators for each arch are using inconsistent
naming for the default PCI bus pci vs pci.0. Since it
is conceivable we'll have multiple PCI buses in the future
standardize
+void vnc_job_push(VncJob *job)
+{
+ vnc_lock_queue(queue);
+ if (QLIST_EMPTY(job-rectangles)) {
+ qemu_free(job);
No need to lock if you get into the then block.
I locked it because the main thread can try to push a job while a
consumer is removing one, so I can't
On Thu, Jun 3, 2010 at 10:56 AM, Gautham R Shenoy e...@in.ibm.com wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch creates a generic asynchronous-task-offloading infrastructure. It's
extracted out of the threading framework that is being used by paio.
The reason for
On 06/03/2010 10:56 AM, Gautham R Shenoy wrote:
Add qemu wrappers for pthread_attr_t handling.
The point of these wrappers AFAIU is not only to add error_exit, but
also to be portable to Windows in the future. Is it necessary to create
the threads as detached? If you set queue-min_threads
On 06/03/2010 01:41 PM, Corentin Chary wrote:
+if (sigprocmask(SIG_SETMASK,set,oldset)) {
+async_abort(errno, sigprocmask);
+}
+
+qemu_thread_create_attr(thread,attr, async_worker_thread, queue);
+
+if (sigprocmask(SIG_SETMASK,oldset, NULL)) {
+
On 06/03/2010 01:07 AM, Jan Kiszka wrote:
Glauber Costa wrote:
On Wed, Jun 02, 2010 at 09:15:10AM +0200, Jan Kiszka wrote:
+QemuOptsList qemu_machine_opts = {
+.name = M,
+.head = QTAILQ_HEAD_INITIALIZER(qemu_machine_opts.head),
+.desc = {
+{
+.name =
On 06/01/2010 12:56 PM, Glauber Costa wrote:
this way, the machine_init function itself can know which machine is current
in use, not only the late init code.
While your touching it...
We only use current_machine in hw/device-hotplug.c. I think it would be
better to introduce an
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 deletions(-)
diff --git a/cpus.c b/cpus.c
index
** Patch added: patch by git format-patch --signoff
http://launchpadlibrarian.net/49607393/qemu-git.patch
--
Can't read e1000 NIC EEPROM on NetBSD guest
https://bugs.launchpad.net/bugs/581737
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
On 06/02/2010 09:54 PM, Paul Brook wrote:
Hmm, maybe. My reasoning was that this is consistent with the current
behavior
of the ELF loader. If you specify -G then the target application will be
splatted at that address, regardless of whether it's already used by the host.
Well, sort-of.
On 06/01/2010 12:56 PM, Glauber Costa wrote:
This patch adds initial support for the -machine option, that allows
command line specification of machine attributes (always relying on safe
defaults). Besides its value per-se, it is the saner way we found to
allow for enabling/disabling of kvm's
One of Mohan's recent patches (Message-Id:
1275286613-16757-1-git-send-email-mo...@in.ibm.com) implements
v9fs_do_utimensat function. Currently v9fs_do_utimensat takes a V9fsStat
argument and builds timespec structures. It sets tv_nsec values to 0 by
default. Instead of this it should take struct
SYNOPSIS
size[4] Tsetattr tag[2] attr[n]
size[4] Rsetattr tag[2]
DESCRIPTION
The setattr command changes some of the file status information.
attr resembles the iattr structure used in Linux kernel. It
specifies which status parameter is to be changed and to
At Wed, 02 Jun 2010 12:49:02 +0200,
Kevin Wolf wrote:
Am 28.05.2010 04:44, schrieb MORITA Kazutaka:
Hi all,
This patch adds a block driver for Sheepdog distributed storage
system. Please consider for inclusion.
Hint for next time: You should remove the RFC from the subject line if
At Tue, 01 Jun 2010 09:58:04 -0500,
Thanks for your comments!
Chris Krumme wrote:
On 05/27/2010 09:44 PM, MORITA Kazutaka wrote:
Sheepdog is a distributed storage system for QEMU. It provides highly
+
+static int connect_to_sdog(const char *addr)
+{
+ char buf[64];
+ char
um. Can't you just take approach used in Debian, namely, to provide the
sources for the bios files and compile them at build time? That is
somewhat ugly, but at least it works...
--
kvm with -vga std is broken since karmic
https://bugs.launchpad.net/bugs/513273
You received this bug
On 06/03/2010 05:25 PM, Alexander Graf wrote:
Am 03.06.2010 um 15:18 schrieb Paolo Bonzini pbonz...@redhat.com:
On 06/01/2010 10:12 PM, Igor V. Kovalenko wrote:
From: Igor V. Kovalenkoigor.v.kovale...@gmail.com
- change return type of ldl_* to uint32_t to prevent unwanted sign
extension
the previous call to remove() and return an error only if freeing the
fid fails. However, the client expects to see the error from remove().
Currently the client falsely thinks that the remove call has always
succeeded. For example, doing rmdir on a non-empty directory does
not return ENOTEMPTY.
Public bug reported:
As has been reported multiple times (*), there were a regression in
qemu-kvm from 0.11 to 0.12, which causes significant slowdown in cirrus
vga emulation. For windows guests, where standard VGA driver works
reasonable well, -vga std is a good workaround. But for e.g. linux
The host now has 8GB of memory, problem remains.
Try
./configure --target-list=x86_64-softmmu --enable-profiler --enable-
gprof --enable-io-thread --enable-debug-tcg --enable-debug
Without these options it magically works :)
--
Quit command not working
Hello Anthony,
which qemu-kvm version do you expect to work with serial usb devices?
After you've changed this ticket status and I've checked it again with qemu-kvm
version 0.12.4. The reported error message is gone away and the device is
present in the guest. The cdc_acm driver loads too
At Wed, 02 Jun 2010 15:55:42 +0200,
Kevin Wolf wrote:
Am 28.05.2010 04:44, schrieb MORITA Kazutaka:
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.
From: Jes Sorensen jes.soren...@redhat.com
vl.c: netinet/in.h is already included once above for the generic
non win32 code.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
vl.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/vl.c b/vl.c
index 417554f..7c4298a
From: Jes Sorensen jes.soren...@redhat.com
This introduces os-win32.c. It is meant to carry win32 specific
functions thata are not relevant for all of QEMU as well as win32
versions of various pieces like signal handling etc.
Move win32 polling handler helper functions from vl.c to os-win32.c
From: Jes Sorensen jes.soren...@redhat.com
Hi,
I have been working on a set of patches to clean up the vl.c code, by
separating out OS specific code into OS specific files. Basically it
introduces two header files: qemu-os-win32.h and qemu-os-posix.h as
well as os-win32.c and os-posix.c.
I have
From: Jes Sorensen jes.soren...@redhat.com
Move handling to change process name to POSIX specific files
plus add a better error message to cover the case where the
feature isn't supported.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c | 24
From: Jes Sorensen jes.soren...@redhat.com
Create qemu-os-win32.h for WIN32 specific declarations. Move polling
handling declaration into this file from sysemu.h
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
qemu-os-win32.h | 43 +++
sysemu.h
From: Jes Sorensen jes.soren...@redhat.com
Introcuce os-posix.c and move posix specific signal handling
there.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
Makefile.objs |1 +
os-posix.c| 41 +
sysemu.h |3 +++
vl.c
From: Jes Sorensen jes.soren...@redhat.com
Move host_main_loop_wait() to OS specific files. Create
qemu-os-posix.h and provide empty inline for the POSIX case.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-win32.c | 43 +++
From: Jes Sorensen jes.soren...@redhat.com
Move win32 early signal handling setup to os_setup_signal_handling()
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-win32.c | 29 +
vl.c | 30 --
2 files changed, 29
From: Jes Sorensen jes.soren...@redhat.com
Rename os_setup_signal_handling() to os_setup_early_signal_handling()
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c |2 +-
os-win32.c |2 +-
sysemu.h |2 +-
vl.c |2 +-
4 files changed, 4 insertions(+), 4
From: Jes Sorensen jes.soren...@redhat.com
This moves the win32 and POSIX versions of find_datadir() to OS
specific files, and removes some #ifdef clutter from vl.c
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c | 64 +++
os-win32.c |
From: Jes Sorensen jes.soren...@redhat.com
os_change_process_uid() and os_change_root() are now only called
from os-posix.c, so no need to keep win32 stubs for them.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c |8
qemu-os-posix.h |2 --
From: Jes Sorensen jes.soren...@redhat.com
Move code to handle runas, ie. change of user id of QEMU process
to OS specific files and provide dummy stub for Win32.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c | 28
qemu-os-posix.h |1
From: Jes Sorensen jes.soren...@redhat.com
Move chroot handling to OS specific files.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c | 19 +++
qemu-os-posix.h |1 +
qemu-os-win32.h |1 +
vl.c| 18 +-
4 files
From: Jes Sorensen jes.soren...@redhat.com
Introduce OS specific cmdline argument handling by calling
os_parse_cmd_args() at the end of switch() statement.
In addition move SMB argument to os-posix.c
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c | 34
From: Jes Sorensen jes.soren...@redhat.com
Move daemonize handling from vl.c to OS specific files. Provide dummy
stubs for Win32.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c | 102
os-win32.c |5 +++
From: Jes Sorensen jes.soren...@redhat.com
Move line-buffering setup to OS specific files.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
os-posix.c |5 +
qemu-os-posix.h |1 +
qemu-os-win32.h |2 ++
vl.c|5 +
4 files changed, 9 insertions(+), 4
Please email the patch to qemu-devel@nongnu.org via git-send-email.
This will ensure the maintainers see the patch and the community has a
chance to review the patch.
--
Can't read e1000 NIC EEPROM on NetBSD guest
https://bugs.launchpad.net/bugs/581737
You received this bug notification because
On 06/03/10 09:41, Nico Prenzel wrote:
Hello Anthony,
which qemu-kvm version do you expect to work with serial usb devices?
After you've changed this ticket status and I've checked it again with
qemu-kvm version 0.12.4. The reported error message is gone away and the
device is present
Public bug reported:
Tested with upstream qemu as of Jun 3 2010
If the source qemu instance can't connect to the migration destination (say
there is no listening QEMU instance, or port is blocked by a firewall), all we
get is info migrate - Migration status: failed. This is all we have to report
On 03/25/2010 12:32 AM, john cooper wrote:
Add virtio-blk device id (s/n) support via virtio request.
Remove artifacts of pci and ATA_IDENTIFY implementation
relative to prior versions.
Signed-off-by: john cooperjohn.coo...@redhat.com
---
diff --git a/hw/virtio-blk.c b/hw/virtio-blk.c
index
On 03/25/2010 12:33 AM, john cooper wrote:
Fix bug which truncated serial string to 8 bytes, nul terminate.
Signed-off-by: john cooperjohn.coo...@redhat.com
---
diff --git a/vl.c b/vl.c
index d69250c..b74cbba 100644
--- a/vl.c
+++ b/vl.c
@@ -1162,7 +1162,7 @@ DriveInfo *drive_init(QemuOpts
This patch series provides updates to udev to allow the creation symlinks for
virtio-blk devices, specifically disk/by-id and disk/by-path. This is most
useful for virtio-blk devices that do not yet have any filesystem for which a
UUID can be extracted (disk/by-uuid). These patches (save the
Hi,
I have retried with qemu 0.12.3 on the same binaries, and it works fine.
For me, this report can be closed.
Thanks,
Sylvain
** Changed in: qemu
Status: Incomplete = Fix Released
--
MINIX 3 won't boot in qemu 0.9.1
https://bugs.launchpad.net/bugs/267542
You received this bug
Hi,
I have switched the status to Fix Released. Was it the right thing to do?
Sylvain
--
MINIX 3 won't boot in qemu 0.9.1
https://bugs.launchpad.net/bugs/267542
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix
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?
bdrv_has_snapshot() is called in various places for actually
aliguori bmsleight, please post to the top-level
aliguori and add a (v2) otherwise, it's easy for me to get confused
that i've already looked at a patch
Thanks
Hi All,
First - Qemu is fantastic and allows lots of wonderful things.
Second, when using qemu-system-ppc, I wanted to use sendkey
From: Aurelien Jarno aurel...@aurel32.net
copy_size is a left-over from the dyngen era, remove it.
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
exec-all.h |1 -
exec.c |2 +-
tcg/tcg-opc.h |2 +-
tcg/tcg.c |2 +-
tcg/tcg.h |3 +--
From: Aurelien Jarno aurel...@aurel32.net
Now that tcg-opc.h is only used in TCG code, get rid of DEF2 in
tcg-opc.h.
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
tcg/tcg-opc.h | 293 +
tcg/tcg.c |4 +-
tcg/tcg.h |
copy_size is a left-over from the dyngen era, remove it.
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
exec-all.h |1 -
exec.c |2 +-
tcg/tcg-opc.h |2 +-
tcg/tcg.c |2 +-
tcg/tcg.h |3 +--
translate-all.c | 16
6 files
Now that tcg-opc.h is only used in TCG code, get rid of DEF2 in
tcg-opc.h.
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
tcg/tcg-opc.h | 293 +
tcg/tcg.c |4 +-
tcg/tcg.h |2 +-
3 files changed, 149 insertions(+),
On 06/03/2010 09:48 AM, jes.soren...@redhat.com wrote:
--- a/sysemu.h
+++ b/sysemu.h
@@ -79,6 +79,9 @@ int qemu_loadvm_state(QEMUFile *f);
/* SLIRP */
void do_info_slirp(Monitor *mon);
+/* OS specific functions */
+void os_setup_signal_handling(void);
+
Can this go in your
On 06/03/2010 09:48 AM, jes.soren...@redhat.com wrote:
+static inline void os_change_root(void) {};
You really like the ;, don't you. ;-)
r~
On 06/03/2010 09:48 AM, jes.soren...@redhat.com wrote:
+static inline void os_change_process_uid(void) {};
Stray ;
r~
On 06/03/2010 09:48 AM, jes.soren...@redhat.com wrote:
+/*
+ * Duplicate definition from vl.c to avoid messing up the entire build
+ */
+enum {
+#define DEF(option, opt_arg, opt_enum, opt_help, arch_mask) \
+opt_enum,
+#define DEFHEADING(text)
+#include qemu-options.h
+#undef DEF
2010/6/4 Cole Robinson crobi...@redhat.com:
Public bug reported:
Tested with upstream qemu as of Jun 3 2010
If the source qemu instance can't connect to the migration destination (say
there is no listening QEMU instance, or port is blocked by a firewall), all we
get is info migrate -
Aneesh Kumar K.V wrote:
On Wed, May 26, 2010 at 04:21:40PM -0700, Venkateswararao Jujjuri (JV) wrote:
The new option is:
-fsdev fstype,id=myid,path=/share_path/,security_model=[mapped|passthrough]
-virtfs
fstype,path=/share_path/,security_model=[mapped|passthrough],mnt_tag=tag
In the case
Title: Untitled Document
Hi,
My name is Mark. I recently came across your website http://nongnu.org/ through search engine and found it is informative for our website's visitors.
I would like to exchange link with our websites CheapestRoomsLondon.co.uk and CheapRoomsLondon.co.uk.
On Thursday 03 June 2010 02:52:03 Paul Brook wrote:
I'm trying to get arm big endian support to work. I patched the 2.6.33
kernel to pretend that good old versatilepb can have a big endian CPU
plugged into it (attached), and then I built a kernel with the attached
.config, and qemu went
This patch series is dependent on the tcg cleanups, part 4
patch series.
The first patch merges the 64-bit code generator with the cleaned-up
32-bit code generator. I think the result is going to be easier to
maintain than the two generators separately. I've spot-checked the
code for 32-bit at
For 32-bit, using a segment override is smaller than the 4-byte
immediate offset. For 64-bit, segments can hold the entire 64-bit
offset whereas the 4-byte immediate cannot.
Only implemented for linux, with fallback to the immediate offset
if the system call fails.
Signed-off-by: Richard
Aneesh Kumar K.V wrote:
On Wed, May 26, 2010 at 04:21:42PM -0700, Venkateswararao Jujjuri (JV) wrote:
Add required infrastructure and modify create/open2 and mkdir per the new
security model.
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/file-op-9p.h | 23
Can you add some debugging to see what IER is being set to?
With DEBUG_SERIAL defined, serial logs:
serial: event 2
serial: write addr=0x01 val=0x02
serial: read addr=0x01 val=0x02
serial: read addr=0x02 val=0x02
serial: write addr=0x01 val=0x00
serial: write addr=0x03 val=0x80
serial: write
On Wed, 2 Jun 2010 12:17:12 am Michael S. Tsirkin wrote:
This adds an (unused) option to put available ring before control (avail
index, flags), and adds padding between index and flags. This avoids
cache line sharing between control and ring, and also makes it possible
to extend avail control
1 - 100 of 102 matches
Mail list logo