On 07/25/2011 09:02 AM, Avi Kivity wrote:
Allocate the root memory region and initialize it.
Signed-off-by: Avi Kivitya...@redhat.com
---
exec.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/exec.c b/exec.c
index 2160ded..d51502f 100644
---
On 07/25/2011 09:02 AM, Avi Kivity wrote:
The I/O port space is byte addressable, even for word and long accesses.
An example is the VMware svga card, which has long ports on offsets 0,
1, and 2.
Signed-off-by: Avi Kivitya...@redhat.com
I've always thought this was odd but didn't know of a
On 07/25/2011 09:02 AM, Avi Kivity wrote:
While eventually this should come from the machine initialization function,
take a short cut to avoid converting all machines now.
Signed-off-by: Avi Kivitya...@redhat.com
I think it should happen in the i440fx actually. We should treat RAM as
just
On 07/25/2011 09:02 AM, Avi Kivity wrote:
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
hw/pc.c | 59 ---
hw/pc.h |1 +
2 files changed, 41
On 07/25/2011 09:03 AM, Avi Kivity wrote:
Signed-off-by: Avi Kivitya...@redhat.com
What's the rationale here?
Regards,
Anthony Liguori
---
hw/pc_piix.c | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/hw/pc_piix.c b/hw/pc_piix.c
index
On 07/25/2011 09:03 AM, Avi Kivity wrote:
This is now done sloppily, via get_system_memory(). Eventually callers
will be converted to stop using that.
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
hw/apb_pci.c
Here is the latest version of the coroutines series which both virtfs and the
block layer are now building on.
QEMU is event-driven and suffers when blocking operations are performed because
VM execution may be stopped until the operation completes. Therefore many
operations that could block are
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
On platforms that don't support makecontext(3) use gthread based
coroutine implementation.
Darwin has makecontext(3) but getcontext(3) is stubbed out to return
ENOTSUP. Andreas Färber andreas.faer...@web.de debugged this and
contributed the
To run automated tests for coroutines:
make test-coroutine
./test-coroutine
On success the program terminates with exit status 0. On failure an
error message is written to stderr and the program exits with exit
status 1.
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
Add a microbenchmark for coroutine create, enter, and return (aka
lifecycle). This is a useful benchmark because users are expected to
create many coroutines, one per I/O request for example, and we
therefore need to provide good performance in that scenario.
To run:
make test-coroutine
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes duplicate code paths are even added, one synchronous and the
other asynchronous. This patch introduces coroutines which allow
On 07/25/2011 09:03 AM, Avi Kivity wrote:
Allow registering a BAR using a MemoryRegion. Once all users are converted,
pci_register_bar() and pci_register_bar_simple() will be removed.
Signed-off-by: Avi Kivitya...@redhat.com
diff --git a/hw/pci.h b/hw/pci.h
index cfeb042..c51156d 100644
---
On 07/25/2011 09:03 AM, Avi Kivity wrote:
Allow registering sysbus device memory using a MemoryRegion. Once all users
are converted, sysbus_init_mmio() and sysbus_init_mmio_cb() will be removed.
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
On 07/25/2011 09:03 AM, Avi Kivity wrote:
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
hw/usb-ohci.c | 42 +-
1 files changed, 17 insertions(+), 25 deletions(-)
diff
On 07/25/2011 09:02 AM, Avi Kivity wrote:
This patchset contains the core of the memory API, with one device
(usb-ohci) coverted for reference. The API is currently implemented on
top of the old ram_addr_t/cpu_register_physical_memory() API, but the plan
is to make it standalone later.
The
On 07/25/2011 03:04 PM, Stefan Hajnoczi wrote:
From: Aneesh Kumar K.Vaneesh.ku...@linux.vnet.ibm.com
On platforms that don't support makecontext(3) use gthread based
coroutine implementation.
Darwin has makecontext(3) but getcontext(3) is stubbed out to return
ENOTSUP. Andreas
On Sat, 23 Jul 2011 12:50:05 +0200
Alexander Graf ag...@suse.de wrote:
+typedef struct spin_info {
+uint64_t addr;
+uint64_t r3;
+uint32_t resv;
+uint32_t pir;
+uint64_t r6;
+} __attribute__ ((packed)) SpinInfo;
Note that r6 isn't part of the ePAPR spin table -- I
On Thu, Jun 30, 2011 at 17:46, Paolo Bonzini pbonz...@redhat.com wrote:
With the current migration format, VMS_STRUCTs with subsections
are ambiguous. The protocol cannot tell whether a 0x5 byte after
the VMS_STRUCT is a subsection or part of the parent data stream.
In the past QEMU assumed
Am 25.07.2011 um 12:09 schrieb Alexander Graf:
On 24.07.2011, at 21:08, Hervé Poussineau wrote:
Alexander Graf a écrit :
On 21.12.2010, at 21:01, Andreas Färber wrote:
From: Hervé Poussineau hpous...@reactos.org
v1:
* Coding style fixes.
Signed-off-by: Hervé Poussineau
On Wed, Jul 20, 2011 at 9:50 AM, Avi Kivity a...@redhat.com wrote:
[...]
@@ -130,7 +137,13 @@ static void pc_init1(MemoryRegion *system_memory,
if (pci_enabled) {
pci_bus = i440fx_init(i440fx_state, piix3_devfn, isa_irq,
- system_memory, system_io,
Read-only mode is indicated by bdrv_is_read_only
When read-only mode is enabled, no changes will be made
to the flash image in memory, and no bdrv_write calls will be
made.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Cc: Jan Kiszka jan.kis...@siemens.com
Cc: Aurelien Jarno
If a pflash image is found, then it is used for the system
firmware image.
If a pflash image is not initially found, then a read-only
pflash device is created using the -bios filename.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Cc: Anthony Liguori aligu...@us.ibm.com
Cc: Aurelien
On 25.07.2011, at 23:17, Andreas Färber wrote:
Am 25.07.2011 um 12:09 schrieb Alexander Graf:
On 24.07.2011, at 21:08, Hervé Poussineau wrote:
+CPUPPCState *cpu_ppc_init(const char *cpu_model)
+{
+CPUPPCState *env;
+
+env = qemu_mallocz(sizeof(CPUPPCState));
+if
Dear Qemu developers,
This patchset adds the support for eMMC as found soldered on many embedded board
in addition to current support for SD/SDHC cards.
It also adds a standard SDHCI controller emulation.
The first patches are a couple of fixes to the current SD code found while
implementing
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
blockdev.c |2 ++
blockdev.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 7d579d6..c836311 100644
--- a/blockdev.c
+++ b/blockdev.c
@@ -29,6 +29,7 @@ static const char *const
On 07/25/2011 04:10 PM, Paolo Bonzini wrote:
On Thu, Jun 30, 2011 at 17:46, Paolo Bonzinipbonz...@redhat.com wrote:
With the current migration format, VMS_STRUCTs with subsections
are ambiguous. The protocol cannot tell whether a 0x5 byte after
the VMS_STRUCT is a subsection or part of the
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
Makefile.objs |4 +++-
default-configs/pci.mak |1 +
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index cea15e4..5676de7 100644
--- a/Makefile.objs
+++ b/Makefile.objs
@@
Hi
Please send in any agenda items you are interested in covering.
Later, Juan.
On 07/25/2011 06:30 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
1) Live migration; see http://wiki.qemu.org/Features/Migration/Next or
ML thread
2) QEMU Object Model
3) 1.0 planning
Regards,
Anthony Liguori
Later, Juan.
--
To
Salut,
Votre annonce sur:
http://www.annoncez-vous.biz
Merci.
Try to be compliant with SD Specifications Part A2 SD Host Controller
Simplified Specification Version 3.00, but not every feature is
implemented.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
hw/sdhci.c | 670
1 files
We need to check that we are not crossing the boundaries of the card for
the current access not for the next one which might not happen.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
hw/sd.c | 22 --
1 files changed, 12 insertions(+), 10 deletions(-)
diff --git
The parameters mimick a real 4GB eMMC, but it can be set to various
sizes.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
hw/sd.c | 155 +++
1 files changed, 136 insertions(+), 19 deletions(-)
diff --git a/hw/sd.c b/hw/sd.c
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
hw/pci.h |1 +
hw/pci_ids.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/pci.h b/hw/pci.h
index c220745..e0bfbfb 100644
--- a/hw/pci.h
+++ b/hw/pci.h
@@ -51,6 +51,7 @@
/* QEMU/Bochs VGA (0x1234) */
This leads to random off-by-one error.
When the size of the SD is exactly 1GB, the emulation was returning a
wrong SDHC CSD descriptor.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
hw/sd.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/hw/sd.c b/hw/sd.c
The implementation of the XICS interrupt controller contains several
(difficult to trigger) bugs due to the fact that we were not 100%
consistent with which irq numbering we used. In most places, global
numbers were used as handled by the presentation layer, however a few
functions took local
On Mon, 25 Jul 2011 12:09:31 +0300
Gleb Natapov g...@redhat.com wrote:
On Mon, Jul 25, 2011 at 04:44:58PM +0900, Minoru Usui wrote:
On Sun, 24 Jul 2011 09:30:49 +0300
Gleb Natapov g...@redhat.com wrote:
[skip]
I tested another one about boot order case on RHEL6.1, and I also faced
On Mon, 25 Jul 2011 12:06:19 +0300
Gleb Natapov g...@redhat.com wrote:
On Mon, Jul 25, 2011 at 04:07:12PM +0900, Minoru Usui wrote:
Hi, Gleb
Thank you for your reply.
On Sun, 24 Jul 2011 09:30:49 +0300
Gleb Natapov g...@redhat.com wrote:
On Fri, Jul 22, 2011 at 09:51:16AM
The Buildbot has detected a new failure on builder block_x86_64_debian_5_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/block_x86_64_debian_5_0/builds/45
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
The Buildbot has detected a new failure on builder block_i386_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/block_i386_debian_5_0/builds/45
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build
If there is no sdl support, the implement of sdl_display_init() is missing and
its declaration should not be exposed.
vnc, cocoa, curses and other ui modules are the same as sdl.
Signed-off-by: TeLeMan gele...@gmail.com
---
console.h |9 -
1 files changed, 8 insertions(+), 1
On 07/25/2011 09:24 PM, TeLeMan wrote:
If there is no sdl support, the implement of sdl_display_init() is missing and
its declaration should not be exposed.
vnc, cocoa, curses and other ui modules are the same as sdl.
Signed-off-by: TeLeMangele...@gmail.com
Nack.
There's no harm in exposing
On Tue, Jul 26, 2011 at 10:32, Anthony Liguori aligu...@us.ibm.com wrote:
On 07/25/2011 09:24 PM, TeLeMan wrote:
If there is no sdl support, the implement of sdl_display_init() is missing
and its declaration should not be exposed.
vnc, cocoa, curses and other ui modules are the same as sdl.
On Tue, Jul 26, 2011 at 10:19:36AM +1000, David Gibson wrote:
The implementation of the XICS interrupt controller contains several
(difficult to trigger) bugs due to the fact that we were not 100%
consistent with which irq numbering we used. In most places, global
numbers were used as handled
Two simple patches for make distclean
Alexandre Raymond (2):
Makefile: distclean should clean all possible targets
Makefile: delete config.log in distclean
Makefile |3 ++-
configure |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
--
1.7.5
At the moment, make distclean relies on the TARGET_DIRS variable, set by
configure. The problem is that this variable does not always contain all
possible targets.
For example, the following will leave build data in the tree:
./configure make ./configure --target-list=i386-softmmu \
make
Distclean should remove anything created by the configure script.
Signed-off-by: Alexandre Raymond cerb...@gmail.com
---
Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 878402e..9f65d86 100644
--- a/Makefile
+++ b/Makefile
@@ -224,6
The Buildbot has detected a new failure on builder xen_i386_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen_i386_debian_5_0/builds/45
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build
The Buildbot has detected a new failure on builder xen_x86_64_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen_x86_64_debian_5_0/builds/45
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build
Hi Damjan,
I've been able to reproduce the crash you're describing.
Could you try the following patch, to see if it solves it?
Alexandre
On Tue, Jul 5, 2011 at 3:03 PM, Alexandre Raymond cerb...@gmail.com wrote:
Hi again Damjan,
On Mon, Jul 4, 2011 at 6:35 PM, Damjan Marion
On (Mon) 25 Jul 2011 [17:33:12], Markus Armbruster wrote:
Amit Shah amit.s...@redhat.com writes:
On (Wed) 20 Jul 2011 [18:23:34], Markus Armbruster wrote:
This patch series looks bigger than it is. All the patches are small
and hopefully easy to review.
Objectives:
* Push
On 07/25/2011 07:04 PM, Kevin Wolf wrote:
Am 25.07.2011 14:50, schrieb Stefan Hajnoczi:
On Mon, Jul 25, 2011 at 1:52 PM, Supriya Kannerysupri...@in.ibm.com wrote:
On 07/25/2011 12:00 PM, Stefan Hajnoczi wrote:
On Wed, Jul 13, 2011 at 06:37:05PM +0530, Supriya Kannery wrote:
+if
201 - 252 of 252 matches
Mail list logo