On Tue, Apr 02, 2013 at 02:02:54AM +, Zhangleiqiang wrote:
I have also finished the perf testing under Fedora 17 using IOZone, and
the results also shown that the performance of disk with dataplane enabled
did not have advantage over non-dataplane.
virtio-blk data plane is a win
Dear all,
I'm interested in fast instance resume times, i.e., a migration where the
source is a file on disk. The basic idea is that we don't need to read the
entire memory dump from disk to kick off execution. This is similar to what
is, for example, done with post-copy live migration. Resume
From: Igor Mitsyanko i.mitsya...@gmail.com
In vmsvga display update function, a pointer to DisplaySurface must be acquired
after a call to vmsvga_check_size since this function might replace current
DisplaySurface with a new one.
Signed-off-by: Igor Mitsyanko i.mitsya...@gmail.com
Signed-off-by:
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/vmware_vga.c | 112 +++
trace-events|6 +++
2 files changed, 86 insertions(+), 32 deletions(-)
diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c
index c0aac31..2dfab75 100644
---
Add helper functions to create pixman mask images for glyphs
and to render these glyphs into a pixman image.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/qemu-pixman.h |7 +++
ui/qemu-pixman.c | 43 +++
2 files changed,
Hardcode depth to 32 bpp. It effectively was that way before because
that is the default surface depth, this just makes it explicit in the
code.
Rename depth to new_depth to make it consistent with the new_width +
new_height names. In theory we can make new_depth changeable (i.e.
allow the
Now that all text console rendering uses pixman we can easily
switch the color tables to use pixman_color_t directly.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 24
1 file changed, 8 insertions(+), 16 deletions(-)
diff --git a/ui/console.c
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
trace-events |3 +++
ui/console.c |4
2 files changed, 7 insertions(+)
diff --git a/trace-events b/trace-events
index ad863ec..df60a93 100644
--- a/trace-events
+++ b/trace-events
@@ -961,6 +961,9 @@ dma_bdrv_cb(void *dbs, int ret)
Go away from the global DisplaySurface, give one to each QemuConsole
instead. With this patch applied it is possible to call
graphics_hw_* functions with qemu consoles which are not the current
foreground console.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |1 -
We have a surface per QemuConsole now, so there is no need to keep
track of the QemuConsole size any more as we can query the surface
size directly at any time.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 32 +---
1 file changed, 9
Hi,
Next round of console cleanup patches for review. What is in there?
(1) qemu text consoles are rendered using pixman now.
(2) Each QemuConsole has its own DisplaySurface now, so we can
switch consoles without re-rendering the QemuConsole and
update non-active consoles.
We have only one DisplayState, so there is no need for the next
linking, rip it. Also consolidate all displaystate initialization
into init_displaystate(). This function is called by vl.c after
creating the devices (and thus all QemuConsoles) and before
initializing DisplayChangeListensers (aka
Helper function to map qemu colors (32bit integer + matching PixelFormat)
into pixman_color_t.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/qemu-pixman.h |2 ++
ui/qemu-pixman.c | 11 +++
2 files changed, 13 insertions(+)
diff --git
Add QemuConsole parameter to vga_hw_*, so the interface allows to update
non-active consoles (the actual code can't handle this yet, see next
patch). Passing NULL is allowed and updates the active console, like
the functions do today.
While touching all vga_hw_* calls anyway rename that to the
Zap homegrown font rendering code, use pixman calls instead.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 110 ++
1 file changed, 11 insertions(+), 99 deletions(-)
diff --git a/ui/console.c b/ui/console.c
index
With gui_* being moved to console.c nobody outside console.c needs
access to DisplayState fields any more. Make the struct private.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |8
ui/console.c |8
2 files changed, 8 insertions(+), 8
Screendumps are alot simpler as we can update non-active
QemuConsoles now. So we only need to update the QemuConsole
we want write out, then dump the DisplaySurface content into
a ppm file. Done.
No console switching needed. No special support code in the
gfx card emulation needed. Zap it
Makes gtk ui play nicely with qxl (and vmware_svga)
as you can actually see your pointer now ;)
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/gtk.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/ui/gtk.c b/ui/gtk.c
index 3c23ce7..927b88a 100644
Hook secondary qxl cards properly into the qemu console subsystem.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/qxl.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 320c017..e484610 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1769,7
Zap homegrown pixel shuffeling code, use pixman calls instead.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 65 +-
1 file changed, 10 insertions(+), 55 deletions(-)
diff --git a/ui/console.c b/ui/console.c
index
DisplayChangeListener gets a new QemuConsole field, which can be set to
non-NULL before registering. This will pin the QemuConsole, so that
particular DisplayChangeListener will not follow console switches.
spice+gtk (which don't support text console input anyway) are switched
over to be pinned
Pass a single GraphicHwOps struct pointer to graphic_console_init,
instead of a bunch of function pointers.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/arm/musicpal.c|8 ++--
hw/blizzard.c|9 ++---
hw/cirrus_vga.c |8 ++--
hw/exynos4210_fimd.c |
xenfb informs the guest about the gui refresh interval so it can avoid
pointless work. That logic was temporarely disabled for the
DisplayState reorganization. Restore it now, with a proper interface
for it.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/xenfb.c | 47
Make gui update rate adaption code in gui_update() actually work.
Sprinkle in a tracepoint so you can see the code at work. Remove
the update rate adaption code in vnc and make vnc simply use the
generic bits instead.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |
Pure code motion, no functional changes.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |2 --
ui/console.c | 50 ++
vl.c | 49 -
3 files
From: Igor Mitsyanko i.mitsya...@gmail.com
In exynos4210 display update function, we were acquiring DisplaySurface
pointer before calling screen resize function, not paying attention that resize
procedure can replace current DisplaySurface with newly allocated one.
Right thing to do is to
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |6 +++--
ui/console.c | 59 --
ui/curses.c |7 +++---
ui/sdl.c | 24 ++--
ui/vnc.c |6 ++---
5 files
CC Wen Congyang we...@cn.fujitsu.com
On 28/03/13 17:36, Jens Freimann wrote:
From: Ekaterina Tumanova tumanova...@ru.ibm.com
Split dump-guest-memory memory mapping code and drop
CONFIG_HAVE_GET_MEMORY_MAPPING
for s390.
Jens,
drop CONFIG_HAVE_GET_MEMORY_MAPPING seems like a leftover from
(adding Kevin)
On 04/03/13 22:05, Anthony Liguori wrote:
Laszlo Ersek ler...@redhat.com writes:
On 03/21/13 00:23, Laszlo Ersek wrote:
This series reworks the internals of the -acpitable command line option,
and if that option is not specified, produces the APIC (MADT) table
inside qemu,
Ok, sending new patches...
On Wed, Apr 3, 2013 at 2:25 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Wed, Apr 03, 2013 at 11:50:19AM +1030, Rusty Russell wrote:
Dmitry Fleytman dmi...@daynix.com writes:
From: Dmitry Fleytman dfley...@redhat.com
Virtio-net driver currently
Hi Hans
Definitely. This was a huge problem for us with the 1.4 series so far.
Thanks a lot for fixing it!
Am Mittwoch, den 03.04.2013, 14:13 +0200 schrieb Hans de Goede:
Hi,
Sorry for jumping in in the middle of this thread, but I just wrote
a patch yesterday, and Gerd included it in his
On 04/03/13 12:47, Kevin Wolf wrote:
usb-storage takes care to fetch the USB serial number from -drive
options, but it neglected to pass its own 'serial' property to the
scsi-disk it creates. With this patch, the 'serial' qdev property and
the 'serial' option in -drive behave the same and
On 04/03/2013 07:32 PM, Andreas Färber wrote:
Am 03.04.2013 18:47, schrieb Alexander Graf:
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
This patches serie implements ELF kernel support in PPC PReP board.
- Being able to load an ELF file
- Use the entry point to set nip value a reset
-
On 03/13/13 16:58, Alon Levy wrote:
No change for 64 bit arches, but for 32 bit previously we zeroed half
the surfaces cmd array, instead of all of it.
Patch added to spice patch queue.
thanks,
Gerd
Am 04.04.2013 um 10:07 hat Gerd Hoffmann geschrieben:
On 04/03/13 12:47, Kevin Wolf wrote:
usb-storage takes care to fetch the USB serial number from -drive
options, but it neglected to pass its own 'serial' property to the
scsi-disk it creates. With this patch, the 'serial' qdev property
On 04/03/13 12:47, Kevin Wolf wrote:
usb-storage takes care to fetch the USB serial number from -drive
options, but it neglected to pass its own 'serial' property to the
scsi-disk it creates. With this patch, the 'serial' qdev property and
the 'serial' option in -drive behave the same and
The existing bdrv_co_flush_to_disk implementation uses rbd_flush(),
which is sychronous and causes the main qemu thread to block until it
is complete. This results in unresponsiveness and extra latency for
the guest.
Fix this by using an asynchronous version of flush. This was added to
librbd
QEMU may be compiled against a newer version of librbd, but run and
dynamically linked with an older version that does not support these
functions. Declare them as weak symbols so they can be checked for
existence at runtime.
Only rbd_aio_discard, rbd_aio_flush, and rbd_flush were added after
the
On 04/03/2013 06:59 PM, Alexander Graf wrote:
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
If we use an ELF kernel there's no need for bios. '-bios -' means no
bios.
This sounds like you're actually looking for a way to load an ELF blob
as bios using -bios, not a kernel, no?
No, we
qemu-devel-bounces+abelg=il.ibm@nongnu.org wrote on 03/03/2013 11:35:27
AM:
Also, I wonder if you have time to do a presentation/discussion session
so we can get the ball rolling and more people exposed to your
approach.
There is a weekly QEMU Community Call which we can use as the
Am 29.03.2013 09:36, schrieb Rabin Vincent:
2013/3/25 Andreas Färber afaer...@suse.de
This still does not address the architectural issue that I brought up.
I guess you mean the CPUArchState stuff? AFAICS Wen Congyang (the
author of the dump code) had some answers/questions for you:
Am 21.03.2013 15:28, schrieb Igor Mammedov:
When APIC is hotplugged during CPU hotplug, device_set_realized()
calls device_reset() on it. And if QEMU runs in KVM mode, following
call chain will fail:
apic_reset_common()
- kvm_apic_vapic_base_update()
-
Am 21.03.2013 15:28, schrieb Igor Mammedov:
... and define type name and type cast macro for kvmvapic according
to accepted convention.
Signed-off-by: Igor Mammedov imamm...@redhat.com
This looks great and a cherry-pick candidate if you agree?
Just wondering, was there a name conflict for
On 3 April 2013 23:17, Richard W.M. Jones rjo...@redhat.com wrote:
+/*
+ * Get the login name of the current user. The string must be freed
+ * up by the caller. If the current user could not be determined,
+ * returns NULL and sets errno.
+ */
Any reason we can't just use
On 04.04.2013, at 10:37, Fabien Chouteau wrote:
On 04/03/2013 06:59 PM, Alexander Graf wrote:
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
If we use an ELF kernel there's no need for bios. '-bios -' means no
bios.
This sounds like you're actually looking for a way to load an ELF
On Thu, Apr 04, 2013 at 10:08:10AM +0100, Peter Maydell wrote:
On 3 April 2013 23:17, Richard W.M. Jones rjo...@redhat.com wrote:
+/*
+ * Get the login name of the current user. The string must be freed
+ * up by the caller. If the current user could not be determined,
+ * returns NULL
Il 24/03/2013 18:27, Rabin Vincent ha scritto:
The files dump-guest-memory are created as read-only even for the owner.
This non-standard behaviour makes it annoying to deal with the dump
files (eg. rm -f is needed to delete them or saving a new dump by
overwriting the previous one is not
Il 24/03/2013 18:27, Rabin Vincent ha scritto:
dump.c won't build without the functions from memory_mapping.c (and
memory_mapping-stub.c does not help there), so build memory_mapping.c
when CONFIG_HAVE_CORE_DUMP is set.
dump.c:84: undefined reference to `memory_mapping_list_free'
On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau chout...@adacore.com wrote:
On 04/03/2013 06:59 PM, Alexander Graf wrote:
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
If we use an ELF kernel there's no need for bios. '-bios -' means no
bios.
This sounds like you're actually looking
Il 24/03/2013 21:39, Peter Maydell ha scritto:
I guess the API was made with x86 in mind. I will see if the
requirement can be removed with some ifdefs in the dump.c file.
(come to think of it, I guess this ARM code will need to use ELFCLASS64
when we have physical memory 4GiB
On 4 April 2013 10:47, Paolo Bonzini pbonz...@redhat.com wrote:
Il 24/03/2013 21:39, Peter Maydell ha scritto:
(come to think of it, I guess this ARM code will need to use ELFCLASS64
when we have physical memory 4GiB (LPAE))
It would be good to check whether that is correct -- mostly core
On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau chout...@adacore.com wrote:
On 04/03/2013 06:59 PM, Alexander Graf wrote:
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
If we use an ELF kernel there's no need for bios. '-bios -' means
On Thu, 04 Apr 2013 10:59:55 +0200
Andreas Färber afaer...@suse.de wrote:
Am 21.03.2013 15:28, schrieb Igor Mammedov:
When APIC is hotplugged during CPU hotplug, device_set_realized()
calls device_reset() on it. And if QEMU runs in KVM mode, following
call chain will fail:
On Thu, Apr 4, 2013 at 11:50 AM, Alexander Graf ag...@suse.de wrote:
On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau chout...@adacore.com
wrote:
On 04/03/2013 06:59 PM, Alexander Graf wrote:
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
On Thu, 04 Apr 2013 11:03:53 +0200
Andreas Färber afaer...@suse.de wrote:
Am 21.03.2013 15:28, schrieb Igor Mammedov:
... and define type name and type cast macro for kvmvapic according
to accepted convention.
Signed-off-by: Igor Mammedov imamm...@redhat.com
This looks great and a
Am 04.04.2013 11:59, schrieb Igor Mammedov:
On Thu, 04 Apr 2013 11:03:53 +0200
Andreas Färber afaer...@suse.de wrote:
Am 21.03.2013 15:28, schrieb Igor Mammedov:
... and define type name and type cast macro for kvmvapic according
to accepted convention.
Signed-off-by: Igor Mammedov
Am 04.04.2013 um 10:35 hat Josh Durgin geschrieben:
QEMU may be compiled against a newer version of librbd, but run and
dynamically linked with an older version that does not support these
functions. Declare them as weak symbols so they can be checked for
existence at runtime.
Only
On Mon, Mar 25, 2013 at 03:48:52PM -0600, Alex Williamson wrote:
Enable PCIe devices to negotiate links.
Signed-off-by: Alex Williamson alex.william...@redhat.com
Just looking at speed negotiation, negotiation at init is not there is to it,
Software can change link speed as well and trigger
On Thu, 04 Apr 2013 12:05:22 +0200
Andreas Färber afaer...@suse.de wrote:
Am 04.04.2013 11:59, schrieb Igor Mammedov:
On Thu, 04 Apr 2013 11:03:53 +0200
Andreas Färber afaer...@suse.de wrote:
Am 21.03.2013 15:28, schrieb Igor Mammedov:
... and define type name and type cast macro for
Ping^2!
PS: I note that the patches script doesn't list a patch
in the 'to:foo' list if foo was forgotten on initial send but
cc'd on subsequent pings...
thanks
-- PMM
On 25 March 2013 13:50, Peter Maydell peter.mayd...@linaro.org wrote:
Ping!
thanks
-- PMM
On 14 March 2013 17:57, Peter
Hi ! I am trying to emulate Cavium Octeon's Mips64 linux on Qemu.While the
kernel is loading, Qemu is sending interrupts which the kernel is not able
to acknowledge.This interrupt is coming from the three timers of Qemu.
qemu_run_timers(vm_clock);
qemu_run_timers(rt_clock);
Hi
I know this might absurd, but
I'm trying to run a 32-bit guest on a Raspberry Pi - Raspbian OS -
Debian Wheezy ARM
I have used :
qemu-img create -f raw harddrive.raw 700M
qemu -hda harddrive.raw -cdrom fedora14.iso
I've installed qemu via apt-get install qemu on the Pi.
After I do the
On 28 March 2013 10:28, Peter Maydell peter.mayd...@linaro.org wrote:
On 26 March 2013 21:12, Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Mar 26, 2013 at 11:17:55AM +, Peter Maydell wrote:
I'm happy to provide some other way for QEMU to detect a
new working kernel if you want to
Am 28.03.2013 11:55, schrieb Igor Mammedov:
On Wed, 27 Mar 2013 11:57:53 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
Il 21/03/2013 15:28, Igor Mammedov ha scritto:
+static BusState *icc_bus;
+
+BusState *get_icc_bus(void)
+{
+if (icc_bus == NULL) {
+icc_bus =
Am 04.04.2013 10:37, schrieb Fabien Chouteau:
On 04/03/2013 06:59 PM, Alexander Graf wrote:
The preferred way to load a kernel with -kernel is to load firmware
which then detects that a kernel was loaded with -kernel and jumps in.
Once Andreas moves PReP to OpenBIOS, this will be the normal
These patches add a test device, useful to measure speed of MMIO versus PIO, in
different configurations. As I didn't want to reserve a hardcoded range
of memory, I added pci device for this instead. Used together with the
kvm unittest patches I posted on kvm mailing list.
To use, simply add the
There are only used internally now, move them
out of header and out of stub.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
include/sysemu/kvm.h | 4 --
kvm-all.c| 107 ++-
kvm-stub.c | 10 -
3 files changed, 54
This device is used for kvm unit tests,
currently it supports testing performance of ioeventfd.
Using updated kvm unittest, here's an example output:
mmio-no-eventfd:pci-mem 8796
mmio-wildcard-eventfd:pci-mem 3609
mmio-datamatch-eventfd:pci-mem 3685
Adding restrictions just adds code.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
kvm-all.c | 34 ++
1 file changed, 18 insertions(+), 16 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index 589e37c..ce823f9 100644
--- a/kvm-all.c
+++ b/kvm-all.c
@@
Add an option for users to specify PV eventfd
listeners, and utilize KVM's PV MMIO underneath.
Upodate all callers.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/dataplane/hostmem.c| 1 +
hw/ivshmem.c | 2 ++
hw/pci-testdev.c | 2 ++
hw/vhost.c
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
kvm-all.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index ca9775d..589e37c 100644
--- a/kvm-all.c
+++ b/kvm-all.c
@@ -500,8 +500,8 @@ int kvm_check_extension(KVMState
Add ability to test the speed of PV MMIO.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/pci-testdev.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/hw/pci-testdev.c b/hw/pci-testdev.c
index f0ebf99..9a50631 100644
--- a/hw/pci-testdev.c
+++
There are several code paths in net_init_socket() depending on how the
socket is created: file descriptor passing, UDP multicast, TCP, or UDP.
Some of these support both listen and connect.
Not all code paths set the socket to non-blocking. This patch addresses
the file descriptor passing and
Backported to QEMU 1.4 stable branch.
Original series:
http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg04756.html
Stefan Hajnoczi (4):
oslib-posix: rename socket_set_nonblock() to qemu_set_nonblock()
net: ensure socket backend uses non-blocking fds
qemu-socket: set passed fd
When we receive a file descriptor over a UNIX domain socket the
O_NONBLOCK flag is preserved. Clear the O_NONBLOCK flag and rely on
QEMU file descriptor users like migration, SPICE, VNC, block layer, and
others to set non-blocking only when necessary.
This change ensures we don't accidentally
socket_connect() sets non-blocking on TCP or UNIX domain sockets if a
callback function is passed. Do the same for file descriptor passing,
otherwise we could unexpectedly be using a blocking file descriptor.
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
---
util/qemu-sockets.c | 1 +
1
The fcntl(fd, F_SETFL, O_NONBLOCK) flag is not specific to sockets.
Rename to qemu_set_nonblock() just like qemu_set_cloexec().
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
---
block/nbd.c| 2 +-
block/sheepdog.c | 6 +++---
include/qemu/sockets.h | 4 ++--
Am 04.04.2013 11:57, schrieb Artyom Tarasenko:
On Thu, Apr 4, 2013 at 11:50 AM, Alexander Graf ag...@suse.de wrote:
On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau chout...@adacore.com
wrote:
On 04/03/2013 06:59 PM, Alexander Graf wrote:
On Thu, Apr 04, 2013 at 12:05:51PM +0100, Peter Maydell wrote:
On 28 March 2013 10:28, Peter Maydell peter.mayd...@linaro.org wrote:
On 26 March 2013 21:12, Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Mar 26, 2013 at 11:17:55AM +, Peter Maydell wrote:
I'm happy to provide some
On 04.04.2013, at 13:53, Andreas Färber wrote:
Am 04.04.2013 11:57, schrieb Artyom Tarasenko:
On Thu, Apr 4, 2013 at 11:50 AM, Alexander Graf ag...@suse.de wrote:
On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau chout...@adacore.com
Hi,
Am 04.04.2013 13:06, schrieb Benito:
I know this might absurd, but
I'm trying to run a 32-bit guest on a Raspberry Pi - Raspbian OS -
Debian Wheezy ARM
I have used :
qemu-img create -f raw harddrive.raw 700M
qemu -hda harddrive.raw -cdrom fedora14.iso
I've installed qemu via
Il 02/04/2013 23:45, Michael Roth ha scritto:
Hi everyone,
The following new patches are queued for QEMU stable v1.4.1:
https://github.com/mdroth/qemu/commits/stable-1.4-staging
The release is planned for 04-15-2013:
http://wiki.qemu.org/Planning/1.4
Please CC
Hi Stefan,
This solve the bug seen by the customer.
Whole patchset tested by on behalf of the user.
Tested-By: Benoit Canet ben...@irqsave.net
Best regards
Benoît
Le Thursday 21 Mar 2013 à 15:49:55 (+0100), Stefan Hajnoczi a écrit :
Benoît Canet ben...@irqsave.net reported that QEMU I/O
On 4 April 2013 11:58, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Apr 04, 2013 at 12:05:51PM +0100, Peter Maydell wrote:
On 28 March 2013 10:28, Peter Maydell peter.mayd...@linaro.org wrote:
On 26 March 2013 21:12, Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Mar 26, 2013 at
On 04/04/2013 05:40 AM, Stefan Hajnoczi wrote:
Backported to QEMU 1.4 stable branch.
Original series:
http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg04756.html
Stefan Hajnoczi (4):
oslib-posix: rename socket_set_nonblock() to qemu_set_nonblock()
net: ensure socket backend
Thanks for the explanations I'll start working on the patchset.
Best regards
Benoît
Le Wednesday 03 Apr 2013 à 12:03:13 (+0530), Aneesh Kumar K.V a écrit :
Benoît Canet benoit.ca...@irqsave.net writes:
Thanks a lot,
Do you have an idea of what is left to be done on it ?
It has
On 03.04.2013, at 22:56, Richard Henderson wrote:
Broken in b5a73f8d8a57e940f9bbeb399a9e47897522ee9a, the carry itself was
fixed in 79482e5ab38a05ca8869040b0d8b8f451f16ff62. But we still need to
produce the full 64-bit addition.
Simplify the conditions at the top of the functions for when
On 4 April 2013 12:53, Andreas Färber afaer...@suse.de wrote:
Alex, isn't ARM running without -bios? Instead of a firmware blob it has
some hardcoded firmware'ish instructions in the loader code.
Varies from board to board, but yes, generally we have a trivial
bootloader (which on uniprocessor
Il 04/04/2013 12:40, Michael S. Tsirkin ha scritto:
Add an option for users to specify PV eventfd
listeners, and utilize KVM's PV MMIO underneath.
Upodate all callers.
I would like Avi to comment on this, because I think this is not the
memory-API approved way of doing things. You need KVM to
On 4 April 2013 11:40, Michael S. Tsirkin m...@redhat.com wrote:
Add an option for users to specify PV eventfd
listeners, and utilize KVM's PV MMIO underneath.
Upodate all callers.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/dataplane/hostmem.c| 1 +
hw/ivshmem.c
On Thu, 04 Apr 2013 13:10:54 +0200
Andreas Färber afaer...@suse.de wrote:
Am 28.03.2013 11:55, schrieb Igor Mammedov:
On Wed, 27 Mar 2013 11:57:53 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
Il 21/03/2013 15:28, Igor Mammedov ha scritto:
+static BusState *icc_bus;
+
+BusState
Fix the mapping of the PCI regions for the realview board, which were
all incorrect. (This was never noticed because the Linux kernel
doesn't actually include a PCI driver for the realview boards.)
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Paul Brook p...@codesourcery.com
Abel Gordon ab...@il.ibm.com writes:
qemu-devel-bounces+abelg=il.ibm@nongnu.org wrote on 03/03/2013 11:35:27
AM:
We just posted a technical report that describes the design and evaluation
of the work we did to improve virtual net/block I/O scalability and
performance based on vhost and
On Thu, Apr 04, 2013 at 02:05:59PM +0200, Andreas Färber wrote:
Hi,
Am 04.04.2013 13:06, schrieb Benito:
I know this might absurd, but
I'm trying to run a 32-bit guest on a Raspberry Pi - Raspbian OS -
Debian Wheezy ARM
I have used :
qemu-img create -f raw harddrive.raw 700M
Rather than overloading the system I/O space (which doesn't even make
any sense on ARM) for PCI I/O, create an memory region in the PCI
controller and use that to represent the I/O space.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Paul Brook p...@codesourcery.com
---
There is just one line in this source file with a hardcoded tab
indent, so just fix it.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Paul Brook p...@codesourcery.com
---
hw/versatile_pci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Change versatile_pci to subclass TYPE_PCI_HOST_BRIDGE and generally
handle PCI in a more QOM-like fashion.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Paul Brook p...@codesourcery.com
---
hw/versatile_pci.c | 41 ++---
1 file changed, 30
The VersatilePB's PCI controller exposes the PCI memory space to the
system via three regions controlled by the mapping control registers.
Implement this so that guests can actually use MMIO-BAR PCI cards.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Paul Brook
Implement the correct IRQ mapping for the Versatile PCI controller; it
differs between realview and versatile boards, but the previous QEMU
implementation was correct only for the first PCI card on a versatile
board, since we weren't swizzling IRQs based on the slot number.
Since this change
This patch series fixes a number of serious bugs in our emulation of
the PCI controller found on VersatilePB and the early Realview boards:
* our interrupt mapping was totally wrong
* we weren't implementing the PCI memory windows
* the I/O window wasn't mapped on VersatilePB
* realview mapped
1 - 100 of 296 matches
Mail list logo
