Public bug reported:
With qemu built from git from 217bfb445b54db618a30f3a39170bebd9fd9dbf2
and configured with './configure --target-list=i386-linux-user --static
--interp-prefix=/home/pgriffais/natty-i386/', trying to run wine 1.3.15
from an Ubuntu 11.04 chroot results in hangs. If I run an i386
Forgot to mention I had applied this patch also. Without this, emulated
bash can't even start anything.
** Patch added: "0001-NPTL-x86-support.patch"
https://bugs.launchpad.net/qemu/+bug/902413/+attachment/2626395/+files/0001-NPTL-x86-support.patch
--
You received this bug notification becau
Am 10.12.2011 00:19, schrieb Stefan Weil:
> This file can be used with codespell to suppress wrong
> misspelling reports.
>
> Signed-off-by: Stefan Weil
> ---
> scripts/codespell.exclude | 215
> +
> 1 files changed, 215 insertions(+), 0 deletions(-)
can you forward me the patch please. Peter. Also, as far as I
understand, tb unlinking can only happen in 2 cases.
1. some other tbs being invalidated.
2. interrrupt pending
Am I right ?
Thanks
Xin
On Fri, Dec 9, 2011 at 6:45 PM, Peter Maydell wrote:
> On 9 December 2011 18:44, Xin Tong wro
On 9 December 2011 18:44, Xin Tong wrote:
> Currently, QEMU unchains TBs if there is an interrupt pending. I would
> like to know whether there is any reason behind this ? (why not
> checking interrupt status in the beginning of every tb ?)
The theory is that it's faster overall to do a slightly
accidently->accidentally
annother->another
choosen->chosen
consideres->considers
decriptor->descriptor
developement->development
paramter->parameter
preceed->precede
preceeding->preceding
priviledge->privilege
propogation->propagation
substraction->subtraction
throught->through
upto->up to
usefull-
compatiblity->compatibility
transfered->transferred
transfering->transferring
Signed-off-by: Stefan Weil
---
hw/cirrus_vga.c |2 +-
hw/es1370.c | 14 +++---
hw/gusemu.h |2 +-
hw/gusemu_hal.c |2 +-
hw/omap2.c |6 +++---
hw/pc.c |2 +-
hw/pl181.
New code introduced old misspellings.
Signed-off-by: Stefan Weil
---
hw/lm4549.c |2 +-
hw/lm4549.h |2 +-
hw/pl041.c |2 +-
hw/pl041.h |2 +-
hw/pl041.hx |2 +-
5 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/hw/lm4549.c b/hw/lm4549.c
index 4d5b831..80b3ec4
adress->address
advertisment->advertisement
begining->beginning
bondary->boundary
controler->controller
controll->control
convertion->conversion
doesnt->doesn't
existant->existent
instuction->instruction
loosing->losing
managment->management
multipled->multiplied
negotation->negotiation
runing->run
algorythm->algorithm
rythm->rhythm
I did not try to fix the coding standard, so checkpatch.pl
reports lots of violations.
Signed-off-by: Stefan Weil
---
hw/fmopl.c | 32
hw/fmopl.h |4 ++--
2 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/h
This file can be used with codespell to suppress wrong
misspelling reports.
Signed-off-by: Stefan Weil
---
scripts/codespell.exclude | 215 +
1 files changed, 215 insertions(+), 0 deletions(-)
create mode 100644 scripts/codespell.exclude
diff --git
This patch series tries to fix the most common misspellings
using the tool 'codespell'.
See http://wiki.qemu.org/Contribute/SpellCheck for more information
on using codespell with QEMU.
Regards,
Stefan Weil
[PATCH 1/6] Add spelling exceptions for codespell
[PATCH 2/6] fmopl: Fix spelling in code
This new state will be used by Xen functions to know QEMU will wait for a
migration. This is important to know for memory related function because the
memory is already allocated and reallocated them will not works.
Signed-off-by: Anthony PERARD
---
qapi-schema.json |2 +-
vl.c |
Do not allocate RAM during pre-migration runstate.
Do not actually "do" set_memory during migration.
Signed-off-by: Anthony PERARD
---
xen-all.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/xen-all.c b/xen-all.c
index b2e9853..c1fed87 100644
--- a/xen-all
This patch change the xen_map_cache behavior. Before trying to map a guest
addr, mapcache will look into the list of range of address that have been moved
(physmap/set_memory). There is currently one memory space like this, the vram,
"moved" from were it's allocated to were the guest will look into
During the initialisation of the machine at restore time, the access to the
VRAM will fail because QEMU does not know yet the right guest address to map,
so the vram_ptr is NULL.
So this patch avoid using a NULL pointer during initialisation, and try to get
another vram_ptr if the call failed the
Hi all,
This patch series provide some fix to have migration working with Xen. The main
issue with Xen is that the guest RAM is not handle by QEMU.
So, first of all, the RAM will not be saved in the QEMU state file.
- For this, we can also unregister the ram_save_live function later in xen code
In Xen case, the guest RAM is not handle by QEMU, and it is saved by Xen tools.
So, we just avoid to register the RAM save state handler.
Signed-off-by: Anthony PERARD
---
vl.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/vl.c b/vl.c
index f5afed4..e7dced2 100644
Stefan Hajnoczi writes:
> 2011/12/8 Lluís Vilanova :
>> Stefan Hajnoczi writes:
>> [...]
* Support for tracing guest code through TCG.
>>
>>> I'm not clear on whether a backdoor mechanism is needed or not. A
>>> backdoor mechanism allows a modified guest to participate in tracing.
>>
>>> D
** Changed in: qemu (Debian)
Status: Unknown => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/902306
Title:
qemu-user -static variants require shared libraries
Status in QEMU:
New
Sta
On 12/09/2011 01:39 PM, Vagrant Cascadian wrote:
Public bug reported:
somehwere in the qemu 1.0 series, the qemu-user static variants started
issuing build warnings like so:
/usr/lib/gcc/i486-linux-gnu/4.6/../../../i386-linux-gnu/libglib-2.0.a(gutils.o):
In function `g_get_any_init_do':
Signed-off-by: Lluís Vilanova
---
cpu-all.h | 58 +++--
exec-all.h |3 ++
softmmu_header.h| 15 ++
tcg/tcg-op.h|6
trace-events|9 ++
trace/tcg-op-internal.h | 74
Signed-off-by: Lluís Vilanova
---
target-alpha/translate.c |2 ++
target-arm/translate.c|2 ++
target-cris/translate.c |2 ++
target-i386/translate.c |2 ++
target-lm32/translate.c |2 ++
target-m68k/translate.c |2 ++
target-microblaze
Make sure 'tcg_gen_debug_insn_start' is always called in
'gen_intermediate_code_internal' and after calls to 'gen_io_start' (before the
instruction decoding).
Signed-off-by: Lluís Vilanova
---
target-alpha/translate.c | 11 ++-
target-cris/translate.c | 12 +++-
ta
Signed-off-by: Lluís Vilanova
---
target-alpha/translate.c |1 +
target-arm/translate.c|1 +
target-cris/translate.c |1 +
target-i386/translate.c |1 +
target-lm32/translate.c |1 +
target-m68k/translate.c |1 +
target-microblaze/trans
Signals the reset of the state a vCPU (CPUState structure).
Signed-off-by: Lluís Vilanova
---
target-arm/helper.c |3 +++
target-cris/translate.c |3 +++
target-i386/helper.c |3 +++
target-lm32/helper.c |3 +++
target-m68k/helper.c |
Signals the creation of a new vCPU (CPUState structure).
Signed-off-by: Lluís Vilanova
---
cpus-user.c |2 ++
cpus.c |2 ++
trace-events |7 +++
3 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/cpus-user.c b/cpus-user.c
index 50e45ce..69b580d 100644
--- a/cp
Implementation with 'CONFIG_USER_ONLY' is moved into new file 'cpus-user.c'.
Signed-off-by: Lluís Vilanova
---
Makefile.objs |1 +
cpus-user.c | 15 +++
qemu-common.h |4
3 files changed, 16 insertions(+), 4 deletions(-)
create mode 100644 cpus-user.c
diff --git a/
Adds the following TCG tracing events:
* vbbl : guest starts executing a basic block (a QEMU TB, in fact)
* vfetch: guest starts executing an instruction
* vmem : guest starts performing a memory access
Also includes events for tracing the lifecycle of a vCPU (previously sent
separately in the
This series must be updated to apply on top of the patch recently accepted by
Stefan into the tracing tree [1].
[1] http://lists.gnu.org/archive/html/qemu-devel/2011-12/msg00763.html
Lluis
Lluís Vilanova writes:
> Signed-off-by: Lluís Vilanova
> ---
> docs/tracing.txt | 22
Public bug reported:
somehwere in the qemu 1.0 series, the qemu-user static variants started
issuing build warnings like so:
/usr/lib/gcc/i486-linux-gnu/4.6/../../../i386-linux-gnu/libglib-2.0.a(gutils.o):
In function `g_get_any_init_do':
(.text+0xe37): warning: Using 'getpwuid' in statica
Hello,
I created a vm with ubuntu-vm-creator:
sudo ubuntu-vm-builder kvm oneiric --user user --pass test
When I execute ./run.sh I get the following errors:
kvm: pci_add_option_rom: failed to find romfile "pxe-rtl8139.bin"
unknown keycodes `empty_aliases(qwerty)', please report to qemu-devel@no
On Friday, December 09, 2011 06:59:29 PM Paul Brook wrote:
> ... and to be clear, the reason I don't care is because you're trying to
> solve a problem that doesn't interest me.
That's fine with me, the world would be a very boring place if we all shared
the same opinions and interests.
--
paul
Hello
While using qemu-0.14 I get these warnings.
Unknown savevm section or instance 'cpu_common' 1
qemu-system-x86_64: Error -22 while loading VM state
I was wondering qemu-0.15 version has fixes for these. If so, that will be
great, since I can switch to that (but I can't switch to more recent
** Changed in: qemu-linaro
Assignee: (unassigned) => Dr. David Alan Gilbert (davidgil-uk)
** Changed in: qemu-linaro
Status: New => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bu
> > > Last time I checked at least one of the Intel/AMD schemes had been
> > > implemented, through I don't know if it's been merged, or had any
> > > serious performance tuning. My main intent was to raise this as a
> > > potentially viable alternative. Someone who actually cares about the
> > >
On Friday, December 09, 2011 06:46:59 PM Paul Brook wrote:
> > > Last time I checked at least one of the Intel/AMD schemes had been
> > > implemented, through I don't know if it's been merged, or had any
> > > serious performance tuning. My main intent was to raise this as a
> > > potentially viab
> > Last time I checked at least one of the Intel/AMD schemes had been
> > implemented, through I don't know if it's been merged, or had any serious
> > performance tuning. My main intent was to raise this as a potentially
> > viable alternative. Someone who actually cares about the answer can
>
Currently, QEMU unchains TBs if there is an interrupt pending. I would
like to know whether there is any reason behind this ? (why not
checking interrupt status in the beginning of every tb ?)
Thanks
Xin
On Friday, December 09, 2011 05:32:19 PM Paul Brook wrote:
> > On Friday, December 09, 2011 04:17:50 PM Paul Brook wrote:
> > > > A group of us are starting to work on sandboxing QEMU device
> > > > emulation code. We're just getting started investigating
> > > > various approaches, and want to en
> On Friday, December 09, 2011 04:17:50 PM Paul Brook wrote:
> > > A group of us are starting to work on sandboxing QEMU device emulation
> > > code. We're just getting started investigating various approaches, and
> > > want to engage the community to gather input.
> > >
> > > Following are the
On Friday, December 09, 2011 12:01:14 AM Stefan Hajnoczi wrote:
> On Mon, Dec 05, 2011 at 09:48:41PM +0530, M. Mohan Kumar wrote:
> > +static int read_request(int sockfd, struct iovec *iovec, ProxyHeader
> > *header) +{
> > +int retval;
> > +
> > +/*
> > + * read the request header.
> >
On Friday, December 09, 2011 04:17:50 PM Paul Brook wrote:
> > A group of us are starting to work on sandboxing QEMU device emulation
> > code. We're just getting started investigating various approaches, and
> > want to engage the community to gather input.
> >
> > Following are the design point
> A group of us are starting to work on sandboxing QEMU device emulation
> code. We're just getting started investigating various approaches, and
> want to engage the community to gather input.
>
> Following are the design points that we are currently considering:
>
> * Decompose QEMU into multi
On 12/09/2011 09:16 AM, Paul Brook wrote:
[Replying to various bits of this thread all at once]
* you have to specify which kind of virtio device you want in the
board model. In particular this means that for virtio-blk the user
has to say "-drive if=none,file=whatever.img,id=myimg
> In previous version IRQ was lowered every time if enable bits were
> not set. If platform has splitted IRQ source to pass IRQ to two
> identical GICs simultaneously in first of which IRQ passing is
> enabled but in second is disabled, handling IRQ by second GIC would
> lower IRQ previously raised
[Replying to various bits of this thread all at once]
> * you have to specify which kind of virtio device you want in the
>board model. In particular this means that for virtio-blk the user
>has to say "-drive if=none,file=whatever.img,id=myimg
>-global virtio-blk-mmio.drive=myimg" or
On Thursday, December 08, 2011 11:16:33 PM Stefan Hajnoczi wrote:
> On Mon, Dec 05, 2011 at 09:48:37PM +0530, M. Mohan Kumar wrote:
> > From: "M. Mohan Kumar"
> >
> > Pass-through security model in QEMU 9p server needs root privilege to do
> > few file operations (like chown, chmod to any mode/ui
Signed-off-by: Evgeny Voevodin
---
hw/exynos4210.c | 28 +++-
1 files changed, 27 insertions(+), 1 deletions(-)
diff --git a/hw/exynos4210.c b/hw/exynos4210.c
index f172346..8d8a12c 100644
--- a/hw/exynos4210.c
+++ b/hw/exynos4210.c
@@ -93,6 +93,12 @@
#define EXYNOS42
Secondary CPU bootloader enables interrupt and issues wfi until start address
is written to system controller. The position where to find this start
address is hardcoded to 0x1030. This commit adds new bootloader for
secondary CPU which allows a target board to cpecify a position where
to find
Signed-off-by: Evgeny Voevodin
---
Makefile.target |2 +-
hw/exynos4210.c | 19 +
hw/exynos4210_mct.c | 1486 +++
3 files changed, 1506 insertions(+), 1 deletions(-)
create mode 100644 hw/exynos4210_mct.c
diff --git a/Makefile.targe
FYI
We're in the process of moving git.qemu.org to a new server. While the DNS
changes propagate, you may get see an old version of the tree.
If you have commit access, please wait until tomorrow to push any new changes to
ensure you're pushing to the right place.
Regards,
Anthony Liguori
On Fri, Dec 9, 2011 at 11:28 AM, Stefan Hajnoczi wrote:
> On Fri, Dec 9, 2011 at 11:09 AM, Andreas Färber wrote:
>> Am 15.11.2011 13:47, schrieb Chen Wei-Ren (陳韋任):
>>> From: Chen Wei-Ren
>>>
>>> Remove libqemu_common.a from the comment.
>>>
>>> Signed-off-by: Chen Wei-Ren
>>> ---
>>> Makefi
SMDKC210 uses lan9215 chip, but lan9118 in 16-bit mode seems to
be enough.
Signed-off-by: Evgeny Voevodin
---
hw/exynos4210.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/hw/exynos4210.c b/hw/exynos4210.c
index 8d8a12c..5b18b68 100644
--- a/hw/exynos
On 12/09/2011 08:04 AM, Kevin Wolf wrote:
Am 09.12.2011 14:08, schrieb Anthony Liguori:
On 12/09/2011 05:26 AM, Kevin Wolf wrote:
Am 02.12.2011 21:20, schrieb Anthony Liguori:
This really shows the power of dynamic object properties compared to qdev
static properties.
This property represents
From: Maksim Kozlov
Add initial code for support of NURI and SMDKC210 boards
Signed-off-by: Evgeny Voevodin
---
Makefile.target |1 +
hw/exynos4210.c | 224 +++
hw/exynos4210.h | 34
3 files changed, 259 insertions(+), 0 delet
Signed-off-by: Evgeny Voevodin
---
Makefile.target |2 +-
hw/exynos4210.c | 12 ++
hw/exynos4210_pwm.c | 433 +++
3 files changed, 446 insertions(+), 1 deletions(-)
create mode 100644 hw/exynos4210_pwm.c
diff --git a/Makefile.targe
Am 09.12.2011 14:08, schrieb Anthony Liguori:
> On 12/09/2011 05:26 AM, Kevin Wolf wrote:
>> Am 02.12.2011 21:20, schrieb Anthony Liguori:
>>> This really shows the power of dynamic object properties compared to qdev
>>> static properties.
>>>
>>> This property represents a complex structure who's
Signed-off-by: Evgeny Voevodin
---
Makefile.target |3 +-
hw/exynos4210.c | 161 ++-
hw/exynos4210.h | 41 +
hw/exynos4210_combiner.c | 385 ++
hw/exynos4210_gic.c | 415 +
From: Maksim Kozlov
Add exynos4210 Clock Management Units emulation
Signed-off-by: Evgeny Voevodin
---
Makefile.target |2 +-
hw/exynos4210.c |7 +
hw/exynos4210.h | 22 +
hw/exynos4210_cmu.c | 1146 +++
4 files changed, 117
Signed-off-by: Evgeny Voevodin
---
hw/devices.h |2 +-
hw/lan9118.c | 115 ++
2 files changed, 109 insertions(+), 8 deletions(-)
diff --git a/hw/devices.h b/hw/devices.h
index 1a55c1e..24cae4c 100644
--- a/hw/devices.h
+++ b/hw/device
Am 09.12.2011 14:24, schrieb Anthony Liguori:
> On 12/09/2011 06:55 AM, Andreas Färber wrote:
>> Am 05.12.2011 21:08, schrieb Justin M. Forbes:
>>> Typically I get a flurry of patches shortly after
>>> a release (and they have already started for 1.0). I have tried to get
>>> a .1 release out in a
On Fri, Dec 09, 2011 at 07:25:39AM -0600, Anthony Liguori wrote:
> On 12/09/2011 06:01 AM, Richard W.M. Jones wrote:
> >On Fri, Dec 09, 2011 at 10:39:37AM +, Richard W.M. Jones wrote:
> >>FWIW in libguestfs we have such a policy. Every few weeks I evaluate
> >>_all_ commits along the developme
From: Mitsyanko Igor
Data transfer direction between host controller and SD/MMC card is selected by
host controller configuration registers, but whether we actually need or need
not perform data transfer depends on type of last issued command. To avoid
memorization of which type of command host c
From: Maksim Kozlov
Add basic support of exynos4210 UART
Conflicts:
Makefile.target
Signed-off-by: Evgeny Voevodin
---
Makefile.target |2 +-
hw/exynos4210.c | 51
hw/exynos4210.h |9 +
hw/exynos4210_uart.c | 674
Samsung exynos4210 Interrupt Combiner needs 512 IRQ sources.
Signed-off-by: Evgeny Voevodin
---
hw/sysbus.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/sysbus.h b/hw/sysbus.h
index 9bac582..4ef0c3c 100644
--- a/hw/sysbus.h
+++ b/hw/sysbus.h
@@ -8,7 +8,7 @@
#de
In previous version IRQ was lowered every time if enable bits were
not set. If platform has splitted IRQ source to pass IRQ to two
identical GICs simultaneously in first of which IRQ passing is
enabled but in second is disabled, handling IRQ by second GIC would
lower IRQ previously raised by first
Second version of patches: add support for Samsung Exynos4210-based boards NURI
and SMDKC210.
Tested on Linux kernel v3.x series. Usage of "-smp 2" option is reuired for now.
Evgeny Voevodin (9):
hw/sysbus.h: Increase maximum number of device IRQs.
ARM: exynos4210: IRQ subsystem support.
ARM
On Fri, 2011-12-09 at 13:55 +0100, Andreas Färber wrote:
> Am 05.12.2011 21:08, schrieb Justin M. Forbes:
> > Typically I get a flurry of patches shortly after
> > a release (and they have already started for 1.0). I have tried to get
> > a .1 release out in a timely manner, and then it seems patc
On 12/09/2011 06:01 AM, Richard W.M. Jones wrote:
On Fri, Dec 09, 2011 at 10:39:37AM +, Richard W.M. Jones wrote:
FWIW in libguestfs we have such a policy. Every few weeks I evaluate
_all_ commits along the development branch and cherry pick those that
meet this policy back to the stable br
On 12/09/2011 06:55 AM, Andreas Färber wrote:
Am 05.12.2011 21:08, schrieb Justin M. Forbes:
Typically I get a flurry of patches shortly after
a release (and they have already started for 1.0). I have tried to get
a .1 release out in a timely manner, and then it seems patches for
stable become
Public bug reported:
Hi,
i try the following command:
/usr/bin/qemu-img create -f qcow2 test.img 10G
if i run it on V0.15.1 it works, on V1.0 it hangs. Starting qemu-kvm
hangs too, i think it's the same Bug.
Strace on the hanging qemu-img ends on:
select(5, [4], [], NULL, NULL) = 1
On 12/09/2011 05:26 AM, Kevin Wolf wrote:
Am 02.12.2011 21:20, schrieb Anthony Liguori:
This really shows the power of dynamic object properties compared to qdev
static properties.
This property represents a complex structure who's format is preserved over the
wire. This is enabled by visitors
Am 05.12.2011 21:08, schrieb Justin M. Forbes:
> Typically I get a flurry of patches shortly after
> a release (and they have already started for 1.0). I have tried to get
> a .1 release out in a timely manner, and then it seems patches for
> stable become few and far between. In the 0.14 and 0.1
On Tue, Dec 06, 2011 at 05:38:15PM +0100, Lluís Vilanova wrote:
> Adds a 'TRACE_${NAME}_ENABLED' preprocessor define for each tracing event in
> "trace.h".
>
> This lets the user conditionally compile code with a relatively high execution
> cost that is only necessary when producing the tracing in
Hi all,
coming from 0.14 and older versions, I'm a bit confused using usb in qemu.
My scenario is:
- Linux box as host with USB devices that are used by the host
- Windows guest that needs e.g. access to some dedicated usb-ports and
needs to get ALL devices that are connected there
What I do:
I
On (Fri) 09 Dec 2011 [10:22:25], Luiz Capitulino wrote:
> On Thu, 08 Dec 2011 21:18:00 -0600
> Michael Roth wrote:
>
> > On 12/08/2011 12:52 PM, Luiz Capitulino wrote:
> > > This is basically suspend to disk on a Linux guest.
> > >
> > > Signed-off-by: Luiz Capitulino
> > > ---
> > >
> > > This i
On Thu, Dec 8, 2011 at 8:57 PM, Stefan Hajnoczi wrote:
> On Thu, Dec 8, 2011 at 12:29 PM, Zhi Yong Wu wrote:
>> On Wed, Dec 7, 2011 at 11:01 PM, Stefan Hajnoczi
>> wrote:
>>> Today net/socket.c has no consistent policy for closing the socket file
>>> descriptor when initialization fails. This m
Am 01.12.2011 10:29, schrieb Avi Kivity:
> On 11/30/2011 05:26 PM, Andreas Färber wrote:
>> Commit 95c318f5e1f88d7e5bcc6deac17330fd4806a2d3 (Fix segfault in mmio
>> subpage handling code.) prevented a segfault by making all subpage
>> registrations over an existing memory page perform an unassigned
On Thu, 08 Dec 2011 19:14:43 -0600
Michael Roth wrote:
> On 12/08/2011 12:52 PM, Luiz Capitulino wrote:
> > This is basically suspend to disk on a Linux guest.
>
> Nice!
>
> >
> > Signed-off-by: Luiz Capitulino
> > ---
> >
> > This is an RFC because I did it as simple as possible and I'm open t
On Thu, 08 Dec 2011 21:18:00 -0600
Michael Roth wrote:
> On 12/08/2011 12:52 PM, Luiz Capitulino wrote:
> > This is basically suspend to disk on a Linux guest.
> >
> > Signed-off-by: Luiz Capitulino
> > ---
> >
> > This is an RFC because I did it as simple as possible and I'm open to
> > suggesti
On (Fri) 09 Dec 2011 [11:55:21], Daniel P. Berrange wrote:
> On Fri, Dec 09, 2011 at 05:19:35PM +0530, Amit Shah wrote:
> > Hello,
> >
> > These patches make qemu generate an error on failure in setting a
> > balloon value:
> >
> > (qemu) balloon 400
> > Device 'balloon' has not been activated
>
On Fri, Dec 09, 2011 at 10:39:37AM +, Richard W.M. Jones wrote:
> FWIW in libguestfs we have such a policy. Every few weeks I evaluate
> _all_ commits along the development branch and cherry pick those that
> meet this policy back to the stable branch, followed by making a new
> stable release
On Fri, Dec 09, 2011 at 05:19:35PM +0530, Amit Shah wrote:
> Hello,
>
> These patches make qemu generate an error on failure in setting a
> balloon value:
>
> (qemu) balloon 400
> Device 'balloon' has not been activated
>
> This can happen when the guest hasn't yet loaded a balloon driver.
This
Ballooning operations can fail (e.g. driver in guest not available).
Let the user know of such an error condition instead of silently
ignoring errors.
Signed-off-by: Amit Shah
---
balloon.c |7 +--
balloon.h |2 +-
hw/virtio-balloon.c |3 ++-
3 files changed,
The guest may not have the balloon driver initialised or may have it
disabled. Report an error to the user in such a case when a request for
ballooning arrives.
This also solves another issue where a previous request for ballooning
failed (e.g., for the reason mentioned above), but the config was
Current semantics of 1 on OK and 0 on error are slightly weird.
qemu_balloon() and qemu_balloon_stats() do this. Other functions in the
file use the standard 0 and -1 return values. This commit makes the
file consistent in returning such values.
Signed-off-by: Amit Shah
---
balloon.c | 14 ++
Hello,
These patches make qemu generate an error on failure in setting a
balloon value:
(qemu) balloon 400
Device 'balloon' has not been activated
This can happen when the guest hasn't yet loaded a balloon driver.
Previously, such a ballooning attempt didn't produce an error, but the
virtio-bal
On Fri, Dec 9, 2011 at 11:09 AM, Andreas Färber wrote:
> Am 15.11.2011 13:47, schrieb Chen Wei-Ren (陳韋任):
>> From: Chen Wei-Ren
>>
>> Remove libqemu_common.a from the comment.
>>
>> Signed-off-by: Chen Wei-Ren
>> ---
>> Makefile.objs | 7 +++
>> 1 files changed, 3 insertions(+), 4 dele
2011/12/8 Lluís Vilanova :
> Stefan Hajnoczi writes:
> [...]
>>> * Support for tracing guest code through TCG.
>
>> I'm not clear on whether a backdoor mechanism is needed or not. A
>> backdoor mechanism allows a modified guest to participate in tracing.
>
>> Depending on the type of analysis you
Am 02.12.2011 21:20, schrieb Anthony Liguori:
> This really shows the power of dynamic object properties compared to qdev
> static properties.
>
> This property represents a complex structure who's format is preserved over
> the
> wire. This is enabled by visitors.
>
> It also shows an entirely
Am 02.12.2011 21:20, schrieb Anthony Liguori:
> Signed-off-by: Anthony Liguori
> ---
> v1 -> v2
> - fix comments (Stefan)
> ---
> QMP/qom-get | 26 ++
> QMP/qom-list | 30 ++
> QMP/qom-set | 21 +
> 3 files changed,
Am 02.12.2011 21:20, schrieb Anthony Liguori:
> The full tree search was a bit unreasonable.
>
> Signed-off-by: Anthony Liguori
> diff --git a/hw/qdev.h b/hw/qdev.h
> index 4351e2e..fdab848 100644
> --- a/hw/qdev.h
> +++ b/hw/qdev.h
> @@ -92,6 +92,10 @@ struct DeviceState {
> uint32_t ref;
Am 15.11.2011 13:47, schrieb Chen Wei-Ren (陳韋任):
> From: Chen Wei-Ren
>
> Remove libqemu_common.a from the comment.
>
> Signed-off-by: Chen Wei-Ren
> ---
> Makefile.objs |7 +++
> 1 files changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/Makefile.objs b/Makefile.objs
> index
On Wed, Dec 07, 2011 at 11:31:46PM +0100, Stefan Weil wrote:
> TCG_TARGET_REG_BITS is declared in tcg.h for all TCG targets.
>
> Signed-off-by: Stefan Weil
> ---
> tcg/i386/tcg-target.h |5 -
> 1 files changed, 0 insertions(+), 5 deletions(-)
Thanks, applied to the trivial patches -next
On Tue, Nov 15, 2011 at 08:47:06PM +0800, Chen Wei-Ren (陳韋任) wrote:
> From: Chen Wei-Ren
>
> According to [1], libqemu is not available anymore. Remove libqemu
> related stuff from QEMU source tree.
>
> [1] http://www.mail-archive.com/address@hidden/msg49809.html
>
> v2:
> - Remove entry "qr
On Thu, Dec 08, 2011 at 01:49:13PM +0800, hkran wrote:
>
> Signed-off-by: hkran
> ---
> hw/virtio-pci.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
Thanks, applied to the trivial patches -next tree:
http://repo.or.cz/w/qemu/stefanha.git/shortlog/refs/heads/trivial-patches-
Am 09.12.2011 08:58, schrieb Li Zhi Hui:
> v2: modify some errors
>
> Signed-off-by: Li Zhi Hui
> ---
> block/cow.c | 31 ++-
> 1 files changed, 18 insertions(+), 13 deletions(-)
>
> diff --git a/block/cow.c b/block/cow.c
> index 3c52735..51ca681 100644
> --- a/blo
On Mon, Dec 05, 2011 at 02:08:03PM -0600, Justin M. Forbes wrote:
> The stable tree for 1.0 has now been created and the mailing list
> exists. I am curious as to people's thoughts on how we should proceed.
> There was discussion of setting up a predictable time table for stable
> releases, say mon
On Fri, Dec 9, 2011 at 8:31 AM, Chunyan Liu wrote:
> Thanks for your suggestions. Revision.
>
> Add -f option to qemu-nbd.
>
> Signed-off-by: Chunyan Liu
> ---
> qemu-nbd.c | 76 ++-
> 1 files changed, 54 insertions(+), 22 deletions(-)
L
1 - 100 of 108 matches
Mail list logo
