The Buildbot has detected a new failure on builder virtfs_i386_debian_6_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/virtfs_i386_debian_6_0/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build
The Buildbot has detected a new failure on builder virtfs_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/virtfs_x86_64_debian_6_0/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Hi,
qemu-img is only to support create/info and so on whithout writting
operation to the image file.
I have ported the reading operation for a image file form grub2 to
qemu-img. But NTFS document online is not detailed enough, how to do
inorder to achieve the goal of writting to a image
Am 29.01.2012 03:19, schrieb Max Filippov:
Signed-off-by: Max Filippov jcmvb...@gmail.com
Reviewed-by: Andreas Färber afaer...@suse.de
Good catch!
Andreas
---
exec.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/exec.c b/exec.c
index
On 01/27/2012 08:50 AM, Gerhard Wiesinger wrote:
On Thu, 26 Jan 2012, Avi Kivity wrote:
On 01/25/2012 10:15 PM, Gerhard Wiesinger wrote:
On Sun, 15 Jan 2012, Avi Kivity wrote:
On 01/15/2012 04:40 PM, Gerhard Wiesinger wrote:
On Sun, 15 Jan 2012, Jan Kiszka wrote:
On 2012-01-15 15:17, Avi
On 01/28/2012 08:13 PM, Blue Swirl wrote:
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1.
Adjust the loop so that it handles correctly the case
start = (ram_addr_t)-TARGET_PAGE_SIZE, length = TARGET_PAGE_SIZE.
Is the ram_addr_t even legal? ram
On 01/27/2012 11:34 PM, Jan Kiszka wrote:
Yes please. It's halfway through autotest and looks good. Even if I
have to change it, we can 'git rebase -p --onto' your branch (though I
doubt it will be necessary).
Done, see
git://git.kiszka.org/qemu-kvm.git queues/qemu-merge
Only
On 01/26/2012 09:36 PM, Anthony Liguori wrote:
On 01/26/2012 01:12 PM, Peter Maydell wrote:
On 26 January 2012 19:00, Anthony Liguorialigu...@us.ibm.com wrote:
We need to modeled MemoryRegions and qemu_irq in QOM too.
+1 : this ought to let us get rid of SysBus...
MemoryRegions
On 01/26/2012 04:24 PM, Orit Wasserman wrote:
Add migration state to store XBRLE params (enablement and cache size).
In the outgoing migration check to see if the page is cached and
changed than send compressed page by using save_xbrle_page function.
In the incoming migration check to see if
On 01/29/2012 12:33 PM, Avi Kivity wrote:
On 01/27/2012 11:34 PM, Jan Kiszka wrote:
Yes please. It's halfway through autotest and looks good. Even if I
have to change it, we can 'git rebase -p --onto' your branch (though I
doubt it will be necessary).
Done, see
On 2012-01-29 12:12, Avi Kivity wrote:
On 01/29/2012 12:33 PM, Avi Kivity wrote:
On 01/27/2012 11:34 PM, Jan Kiszka wrote:
Yes please. It's halfway through autotest and looks good. Even if I
have to change it, we can 'git rebase -p --onto' your branch (though I
doubt it will be necessary).
There is a lot of configuration in the .dts file that the QEMU user may
want to manipulate; particularly when using QEMU for testing embedded
platforms. The direction I want to go is to select the machine model based
on the top level DT compatible property (making -M optional), and then
also
On 01/29/2012 01:15 PM, Jan Kiszka wrote:
On 2012-01-29 12:12, Avi Kivity wrote:
On 01/29/2012 12:33 PM, Avi Kivity wrote:
On 01/27/2012 11:34 PM, Jan Kiszka wrote:
Yes please. It's halfway through autotest and looks good. Even if I
have to change it, we can 'git rebase -p --onto'
On 2012-01-29 12:18, Avi Kivity wrote:
On 01/29/2012 01:15 PM, Jan Kiszka wrote:
On 2012-01-29 12:12, Avi Kivity wrote:
On 01/29/2012 12:33 PM, Avi Kivity wrote:
On 01/27/2012 11:34 PM, Jan Kiszka wrote:
Yes please. It's halfway through autotest and looks good. Even if I
have to change
On Sun, Jan 29, 2012 at 10:22, Avi Kivity a...@redhat.com wrote:
On 01/28/2012 08:13 PM, Blue Swirl wrote:
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1.
Adjust the loop so that it handles correctly the case
start = (ram_addr_t)-TARGET_PAGE_SIZE,
On 01/29/2012 01:37 PM, Blue Swirl wrote:
On Sun, Jan 29, 2012 at 10:22, Avi Kivity a...@redhat.com wrote:
On 01/28/2012 08:13 PM, Blue Swirl wrote:
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1.
Adjust the loop so that it handles correctly
On 2012-01-29 12:18, Avi Kivity wrote:
2. Migration is broken.
OK, that's new. A trivial scenario?
Incoming command line:
qemu-system-x86_64 -m 512 /images/Fedora.img -smp 2 -monitor stdio
-incoming tcp::
I expect you can remove '-smp 2' and it would still fail.
Could you
On 01/29/2012 01:54 PM, Jan Kiszka wrote:
On 2012-01-29 12:18, Avi Kivity wrote:
2. Migration is broken.
OK, that's new. A trivial scenario?
Incoming command line:
qemu-system-x86_64 -m 512 /images/Fedora.img -smp 2 -monitor stdio
-incoming tcp::
I expect you can
On 2012-01-29 13:01, Avi Kivity wrote:
On 01/29/2012 01:54 PM, Jan Kiszka wrote:
On 2012-01-29 12:18, Avi Kivity wrote:
2. Migration is broken.
OK, that's new. A trivial scenario?
Incoming command line:
qemu-system-x86_64 -m 512 /images/Fedora.img -smp 2 -monitor stdio
-incoming
On 01/29/2012 02:02 PM, Jan Kiszka wrote:
On 2012-01-29 13:01, Avi Kivity wrote:
On 01/29/2012 01:54 PM, Jan Kiszka wrote:
On 2012-01-29 12:18, Avi Kivity wrote:
2. Migration is broken.
OK, that's new. A trivial scenario?
Incoming command line:
qemu-system-x86_64 -m 512
On 01/29/2012 02:04 PM, Avi Kivity wrote:
On 01/29/2012 02:02 PM, Jan Kiszka wrote:
On 2012-01-29 13:01, Avi Kivity wrote:
On 01/29/2012 01:54 PM, Jan Kiszka wrote:
On 2012-01-29 12:18, Avi Kivity wrote:
2. Migration is broken.
OK, that's new. A trivial scenario?
On 01/28/2012 08:13 PM, Blue Swirl wrote:
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1.
Adjust the loop so that it handles correctly the case
start = (ram_addr_t)-TARGET_PAGE_SIZE, length = TARGET_PAGE_SIZE.
Reported-by: Stefan Berger
On Sun, Jan 29, 2012 at 12:08, Avi Kivity a...@redhat.com wrote:
On 01/28/2012 08:13 PM, Blue Swirl wrote:
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1.
Adjust the loop so that it handles correctly the case
start = (ram_addr_t)-TARGET_PAGE_SIZE,
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1, based on patch by
Stefan Berger.
Reported-by: Stefan Berger stef...@linux.vnet.ibm.com
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
exec-obsolete.h |4 ++--
1 files changed, 2 insertions(+), 2
On 01/29/2012 03:16 PM, Blue Swirl wrote:
On Sun, Jan 29, 2012 at 12:08, Avi Kivity a...@redhat.com wrote:
On 01/28/2012 08:13 PM, Blue Swirl wrote:
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1.
Adjust the loop so that it handles correctly
Hello,
Here's a series against master, pushing QOM beyond what I've seen on Anthony's
qom-upstream and qom-rebase branches.
It depends on the object_class_foreach() fix posted separately.
Patch 1 is included here to show its use case in patch 5.
Patch 2 suggests a way to start using QOM beyond
QOM TYPE_INTERFACE was registered with device_init(), whose
constructors are executed rather late in vl.c's main().
Introduce a new module init type and register it very early so that QOM
can safely be used for machines and CPUs.
Note that *_init() defines an attributed function, so no semicolon
It's abstract, derived directly from TYPE_OBJECT (to avoid dependency
on MODULE_INIT_DEVICE) and for now is empty.
Place it in hw/. Have user emulators pick it up via VPATH, building it
per target since they didn't use any qdev/QOM devices so far.
Introduce processor_init() for registering, and
Link the Object base class and the module infrastructure for class
registration. Call early module init.
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Anthony Liguori aligu...@us.ibm.com
---
Makefile.target|6 ++
Makefile.user |1 +
bsd-user/main.c|2 ++
Provides an easy way to loop over all non-abstract CPU classes.
Signed-off-by: Andreas Färber afaer...@suse.de
---
hw/cpu.c | 25 +
include/qemu/cpu.h |9 +
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/hw/cpu.c b/hw/cpu.c
index
We g_malloc0()'ed CPUARMState ourself, and exec.c's cpu_copy() runs
through cpu_init() as well, so we are at liberty to supply the CPUState
any way we see fit. Having CPUARMState as field in the QOM CPU allows
both to access env from an ARMCPU object and to access the QOM Object
and its
On Sun, Jan 29, 2012 at 13:20, Avi Kivity a...@redhat.com wrote:
On 01/29/2012 03:16 PM, Blue Swirl wrote:
On Sun, Jan 29, 2012 at 12:08, Avi Kivity a...@redhat.com wrote:
On 01/28/2012 08:13 PM, Blue Swirl wrote:
Fix suspend/resume broken by off-by-one error in
Create a CPU subclass, and register classes matching all CPU models.
Don't name the file target-arm/cpu.c so that the user emulators can
still easily pick up the base class in hw/cpu.c via VPATH.
Make arm_cpu_list() enumerate CPU subclasses.
Replace cpu_arm_find_by_name()'s string - CPUID lookup
Since struct TypeImpl is not public, this is useful for enumerating
available types.
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Anthony Liguori aligu...@us.ibm.com
---
include/qemu/object.h |8
qom/object.c |5 +
2 files changed, 13 insertions(+), 0
On 01/29/2012 03:39 PM, Blue Swirl wrote:
+++ b/exec-obsolete.h
@@ -81,11 +81,10 @@ static inline void
cpu_physical_memory_set_dirty_range(ram_addr_t start,
int dirty_flags)
{
uint8_t *p;
-ram_addr_t addr, end;
Reported-by: Stefan Berger stef...@linux.vnet.ibm.com
Signed-off-by: Avi Kivity a...@redhat.com
---
exec-obsolete.h | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/exec-obsolete.h b/exec-obsolete.h
index 03cf35e..d2749d3 100644
--- a/exec-obsolete.h
+++
Thanks, applied.
On Sun, Jan 29, 2012 at 14:47, Avi Kivity a...@redhat.com wrote:
Reported-by: Stefan Berger stef...@linux.vnet.ibm.com
Signed-off-by: Avi Kivity a...@redhat.com
---
exec-obsolete.h | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git
On 01/29/2012 02:35 PM, Avi Kivity wrote:
On 01/29/2012 02:06 PM, Avi Kivity wrote:
Blue posted patches for this. s/=// is the simplest.
Err, not. I'll just try Blue's patch.
With a fix, migration doesn't complete. Looking into it.
Turns out the migration problems are
On Sun, Jan 29, 2012 at 11:15:42AM +, Paul Brook wrote:
Clearly we need to have some sort of FDT support. However I'm unconvinced
that it's the correct format for the primary data structure. For one thing
it's a hierarchical tree structure, and in my experience describing links
On Sun, 29 Jan 2012 10:06:58 +0100, q...@buildbot.b1-systems.de wrote:
The Buildbot has detected a new failure on builder virtfs_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/virtfs_x86_64_debian_6_0/builds/0
Buildbot
Am 29.01.2012 17:01, schrieb Grant Likely:
Okay, well at least let's start with this. Here is an updated version of the
patch that doesn't touch the board code. It makes the -dtb option available
to all ARM platforms.
Even if dtb is not the primary structure, we absolutely need this
Patch 1 has been sent several times, though the logic has been copied
from flawed implementations before.
Other patches should be trivial.
URL git://repo.or.cz/qemu/blueswirl.git
http://repo.or.cz/r/qemu/blueswirl.git
Blue Swirl (6):
memory: change dirty getting API to take a size
On 29 January 2012 16:01, Grant Likely grant.lik...@secretlab.ca wrote:
On Sun, Jan 29, 2012 at 11:15:42AM +, Paul Brook wrote:
Clearly we need to have some sort of FDT support. However I'm unconvinced
that it's the correct format for the primary data structure. For one thing
it's a
Instead of each device knowing or guessing the guest page size,
just pass the desired size of dirtied memory area.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
arch_init.c |7 ---
exec-obsolete.h | 15 +--
hw/framebuffer.c |9 +
hw/g364fb.c |
Standard VGA does not use vga_draw_cursor_line_* functions.
Move the template to cirrus_vga_template.h.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/cirrus_vga.c |9
hw/cirrus_vga_template.h | 102 ++
hw/vga_int.h
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/vga.h | 481 ++
1 files changed, 481 insertions(+), 0 deletions(-)
create mode 100644 hw/vga.h
diff --git a/hw/vga.h b/hw/vga.h
new file mode 100644
index 000..2b8691f
---
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/vga.h | 534 +-
1 files changed, 106 insertions(+), 428 deletions(-)
diff --git a/hw/vga.h b/hw/vga.h
index 2b8691f..d917046 100644
--- a/hw/vga.h
+++ b/hw/vga.h
@@ -2,49 +2,21 @@
Add links to chipset docs and FreeVGA site.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/vga.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/hw/vga.c b/hw/vga.c
index 758bd92..d87c4f9 100644
--- a/hw/vga.c
+++ b/hw/vga.c
@@ -37,6 +37,18 @@
anyone cares to answer. I appreciate it.
Thanks
Xin
On Sat, Jan 28, 2012 at 5:17 PM, Xin Tong xerox.time.t...@gmail.com wrote:
I am investigating what longjmp is used for in qemu.
longjmp is used in a couple of places.
1.
void cpu_loop_exit(void)
{
env-current_tb = NULL;
On Sat, Jan 28, 2012 at 11:48:37AM -0700, Grant Likely wrote:
On Fri, Jan 27, 2012 at 10:34:01PM +, Paul Brook wrote:
If compiled with CONFIG_FDT, allow user to specify a device tree file
using
the -dtb argument. If the machine supports it then the dtb will be loaded
into memory
On 29 January 2012 18:48, Andreas Färber afaer...@suse.de wrote:
Am 29.01.2012 17:01, schrieb Grant Likely:
Okay, well at least let's start with this. Here is an updated version of the
patch that doesn't touch the board code. It makes the -dtb option available
to all ARM platforms.
Even if
Instead of having each CPU's class_init function call its parent's
function, indirect this through arm_cpu_class_init().
Signed-off-by: Andreas Färber afaer...@suse.de
---
target-arm/cpu-core.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git
The internal CPU feature flags were only ever set in
cpu_reset_model_id(). Therefore move them into ARMCPUClass.
The feature flags were saved and loaded as part of CPUState. Keep
writing them so that they can still be loaded in older versions, but
ignore when loading.
Since cpu.h defines
On Mon, Jan 30, 2012 at 6:42 AM, Edgar E. Iglesias edgar.igles...@gmail.com
wrote:
On Sat, Jan 28, 2012 at 11:48:37AM -0700, Grant Likely wrote:
On Fri, Jan 27, 2012 at 10:34:01PM +, Paul Brook wrote:
If compiled with CONFIG_FDT, allow user to specify a device tree
file using
the
On Mon, Jan 30, 2012 at 5:13 AM, Peter Maydell peter.mayd...@linaro.org wrote:
On 29 January 2012 16:01, Grant Likely grant.lik...@secretlab.ca wrote:
On Sun, Jan 29, 2012 at 11:15:42AM +, Paul Brook wrote:
Clearly we need to have some sort of FDT support. However I'm unconvinced
that
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
peter.crosthwa...@petalogix.com wrote:
Hi All,
So on the topic of these command line arguments for initrd, dtb and friends,
another related issue we have encountered (and have hacked around in our
tree) is not being able to relocate the
On Mon, Jan 30, 2012 at 10:28 AM, John Williams
john.willi...@petalogix.com wrote:
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
peter.crosthwa...@petalogix.com wrote:
Hi All,
So on the topic of these command line arguments for initrd, dtb and friends,
another related issue we have
On 01/24/2012 12:23 PM, Stefan Weil wrote:
Am 24.01.2012 08:22, schrieb Andreas Färber:
Am 23.01.2012 08:20, schrieb Peter A. G. Crosthwaite:
Added linux specific kernel dtb option. This option can be specified to inject
an argument device tree blob (dtb) into linux.
Signed-off-by: Peter A.
On 01/29/2012 06:28 PM, John Williams wrote:
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
peter.crosthwa...@petalogix.com wrote:
Hi All,
So on the topic of these command line arguments for initrd, dtb and friends,
another related issue we have encountered (and have hacked around in our
On 01/29/2012 07:25 AM, Andreas Färber wrote:
It's abstract, derived directly from TYPE_OBJECT (to avoid dependency
on MODULE_INIT_DEVICE) and for now is empty.
Place it in hw/. Have user emulators pick it up via VPATH, building it
per target since they didn't use any qdev/QOM devices so far.
On 01/29/2012 07:25 AM, Andreas Färber wrote:
Provides an easy way to loop over all non-abstract CPU classes.
Signed-off-by: Andreas Färberafaer...@suse.de
I have a patch in my next series which provides an interface for this.
On Mon, Jan 30, 2012 at 12:11 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 01/29/2012 06:28 PM, John Williams wrote:
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
peter.crosthwa...@petalogix.com wrote:
Hi All,
So on the topic of these command line arguments for initrd, dtb and
On 01/29/2012 07:25 AM, Andreas Färber wrote:
Create a CPU subclass, and register classes matching all CPU models.
Don't name the file target-arm/cpu.c so that the user emulators can
still easily pick up the base class in hw/cpu.c via VPATH.
Make arm_cpu_list() enumerate CPU subclasses.
On 01/29/2012 07:25 AM, Andreas Färber wrote:
We g_malloc0()'ed CPUARMState ourself, and exec.c's cpu_copy() runs
through cpu_init() as well, so we are at liberty to supply the CPUState
any way we see fit. Having CPUARMState as field in the QOM CPU allows
both to access env from an ARMCPU object
On 01/29/2012 05:50 PM, Andreas Färber wrote:
Instead of having each CPU's class_init function call its parent's
function, indirect this through arm_cpu_class_init().
Signed-off-by: Andreas Färberafaer...@suse.de
---
target-arm/cpu-core.c | 10 +-
1 files changed, 9 insertions(+),
On 01/29/2012 08:19 PM, John Williams wrote:
On Mon, Jan 30, 2012 at 12:11 PM, Anthony Liguorianth...@codemonkey.ws wrote:
On 01/29/2012 06:28 PM, John Williams wrote:
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
peter.crosthwa...@petalogix.comwrote:
Hi All,
So on the topic of
There's an opportunity here - QEMU needs the cmdline ability to load
random binaries/elfs anyway, such as
--load file@address
Make an elf loader device if you desire this ability but I'm skeptical
that
it really is all that useful.
It is useful for non-Linux use-cases, of which there
On Jan 29, 2012 8:41 PM, John Williams john.willi...@petalogix.com
wrote:
There's an opportunity here - QEMU needs the cmdline ability to load
random binaries/elfs anyway, such as
--load file@address
Make an elf loader device if you desire this ability but I'm skeptical
that
On Sun, Jan 29, 2012 at 07:13:55PM +, Peter Maydell wrote:
On 29 January 2012 16:01, Grant Likely grant.lik...@secretlab.ca wrote:
diff --git a/configure b/configure
index f69e08f..0c2deab 100755
--- a/configure
+++ b/configure
@@ -3411,6 +3411,9 @@ case $target_arch2 in
At 01/20/2012 12:32 AM, Eric Blake Wrote:
On 01/18/2012 08:07 PM, Wen Congyang wrote:
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Makefile.target |8 +-
dump.c | 590
++
dump.h |3 +
At 01/20/2012 12:34 AM, Eric Blake Wrote:
On 01/18/2012 08:39 PM, Wen Congyang wrote:
At 01/19/2012 11:32 AM, Jun Koi Wrote:
On Thu, Jan 19, 2012 at 10:50 AM, Wen Congyang we...@cn.fujitsu.com wrote:
Hi, all
'virsh dump' can not work when host pci device is used by guest. We have
discussed
This set of patches adds support for Samsung Exynos4210-based boards NURI and
SMDKC210.
Tested on Linux kernel v3.x series.
Usage:
-smp 2 option is mandatory for now.
Linux kernel v3.x configured with exynos4_defconfig can be used for boards
models testing with rootfs
on initrd.
To enable
Signed-off-by: Evgeny Voevodin e.voevo...@samsung.com
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
---
Makefile.target |2 +-
hw/exynos4210.c | 12 ++
hw/exynos4210_pwm.c | 420 +++
3 files changed, 433 insertions(+), 1
Add initial support of NURI and SMDKC210 boards
Signed-off-by: Evgeny Voevodin e.voevo...@samsung.com
---
Makefile.target |3 +-
hw/exynos4210.c | 193 +++
hw/exynos4210.h | 40 +++
hw/exynos4_boards.c | 143
Signed-off-by: Evgeny Voevodin e.voevo...@samsung.com
---
Makefile.target |1 +
hw/exynos4210.h | 82
hw/exynos4210_combiner.c | 481 ++
hw/exynos4210_gic.c | 452 +++
4
Signed-off-by: Evgeny Voevodin e.voevo...@samsung.com
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
---
Makefile.target |2 +-
hw/exynos4210.c | 19 +
hw/exynos4210_mct.c | 1486 +++
3 files changed, 1506 insertions(+), 1
76 matches
Mail list logo
