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 fro
From: Igor Mitsyanko
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
Signed-off-by: Gerd Hoffmann
---
hw/vmware_vga.c |3
Signed-off-by: Gerd Hoffmann
---
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
--- a/hw/vmware_vga.c
+++ b
Add helper functions to create pixman mask images for glyphs
and to render these glyphs into a pixman image.
Signed-off-by: Gerd Hoffmann
---
include/ui/qemu-pixman.h |7 +++
ui/qemu-pixman.c | 43 +++
2 files changed, 50 insertions(+)
d
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 guest
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
---
ui/console.c | 24
1 file changed, 8 insertions(+), 16 deletions(-)
diff --git a/ui/console.c b/ui/console.c
index e2
Signed-off-by: Gerd Hoffmann
---
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) "dbs=%p ret=%d"
d
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
---
include/ui/console.h |1 -
ui/console.c
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
---
ui/console.c | 32 +---
1 file changed, 9 insertions(+), 23 deletions(-)
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.
(3
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
---
include/ui/qemu-pixman.h |2 ++
ui/qemu-pixman.c | 11 +++
2 files changed, 13 insertions(+)
diff --git a/include/ui/qemu-pixman.h b/include/ui/q
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 fu
Zap homegrown font rendering code, use pixman calls instead.
Signed-off-by: Gerd Hoffmann
---
ui/console.c | 110 ++
1 file changed, 11 insertions(+), 99 deletions(-)
diff --git a/ui/console.c b/ui/console.c
index b641c35..e2a4535 100644
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
---
include/ui/console.h |8
ui/console.c |8
2 files changed, 8 insertions(+), 8 deletions(-)
diff
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 all.
Makes gtk ui play nicely with qxl (and vmware_svga)
as you can actually see your pointer now ;)
Signed-off-by: Gerd Hoffmann
---
ui/gtk.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/ui/gtk.c b/ui/gtk.c
index 3c23ce7..927b88a 100644
--- a/ui/gtk.c
+++
Hook secondary qxl cards properly into the qemu console subsystem.
Signed-off-by: Gerd Hoffmann
---
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 +1769,10 @@ static v
Zap homegrown pixel shuffeling code, use pixman calls instead.
Signed-off-by: Gerd Hoffmann
---
ui/console.c | 65 +-
1 file changed, 10 insertions(+), 55 deletions(-)
diff --git a/ui/console.c b/ui/console.c
index e84ba8b..b641c35 10064
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 t
Pass a single GraphicHwOps struct pointer to graphic_console_init,
instead of a bunch of function pointers.
Signed-off-by: Gerd Hoffmann
---
hw/arm/musicpal.c|8 ++--
hw/blizzard.c|9 ++---
hw/cirrus_vga.c |8 ++--
hw/exynos4210_fimd.c |8 ++--
hw
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
---
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
---
include/ui/console.h |9 ---
trace-e
Pure code motion, no functional changes.
Signed-off-by: Gerd Hoffmann
---
include/ui/console.h |2 --
ui/console.c | 50 ++
vl.c | 49 -
3 files changed, 50 insertions(
From: Igor Mitsyanko
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 initialize DisplaySurface AFT
Signed-off-by: Gerd Hoffmann
---
include/ui/console.h |6 +++--
ui/console.c | 59 --
ui/curses.c |7 +++---
ui/sdl.c | 24 ++--
ui/vnc.c |6 ++---
5 files changed, 56 insertio
CC Wen Congyang
On 28/03/13 17:36, Jens Freimann wrote:
> From: Ekaterina Tumanova
>
> 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 our internal
git which
had an earl
(adding Kevin)
On 04/03/13 22:05, Anthony Liguori wrote:
> Laszlo Ersek 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, to be
Ok, sending new patches...
On Wed, Apr 3, 2013 at 2:25 PM, Michael S. Tsirkin wrote:
> On Wed, Apr 03, 2013 at 11:50:19AM +1030, Rusty Russell wrote:
> > Dmitry Fleytman writes:
> > > From: Dmitry Fleytman
> > >
> > > Virtio-net driver currently negotiates network offloads
> > > on startup vi
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 h
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 c
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
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 prop
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 c
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 wit
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?
>
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
>> 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:
>
> http://lists.
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()
> -> kvm_vcpu
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
This looks great and a cherry-pick candidate if you agree?
Just wondering, was there a name conflict for shorter VAPIC()?
On 3 April 2013 23:17, Richard W.M. Jones 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 g_get_user_name() ?
-- PMM
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 wa
On Thu, Apr 04, 2013 at 10:08:10AM +0100, Peter Maydell wrote:
> On 3 April 2013 23:17, Richard W.M. Jones 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
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 p
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'
> d
On Thu, Apr 4, 2013 at 10:37 AM, 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
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 m
On 4 April 2013 10:47, Paolo Bonzini 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
>> files
On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
> On Thu, Apr 4, 2013 at 10:37 AM, 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
On Thu, 04 Apr 2013 10:59:55 +0200
Andreas Färber 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:
> > apic_reset_common(
On Thu, Apr 4, 2013 at 11:50 AM, Alexander Graf wrote:
>
> On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
>
>> On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau
>> wrote:
>>>
>>> On 04/03/2013 06:59 PM, Alexander Graf wrote:
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
> I
On Thu, 04 Apr 2013 11:03:53 +0200
Andreas Färber 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
>
> This looks great and a cherry-pick candidate if yo
Am 04.04.2013 11:59, schrieb Igor Mammedov:
> On Thu, 04 Apr 2013 11:03:53 +0200
> Andreas Färber 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 rbd
On Mon, Mar 25, 2013 at 03:48:52PM -0600, Alex Williamson wrote:
> Enable PCIe devices to negotiate links.
>
> Signed-off-by: Alex Williamson
Just looking at speed negotiation, negotiation at init is not there is to it,
Software can change link speed as well and trigger retraining, and it
can al
On Thu, 04 Apr 2013 12:05:22 +0200
Andreas Färber wrote:
> Am 04.04.2013 11:59, schrieb Igor Mammedov:
> > On Thu, 04 Apr 2013 11:03:53 +0200
> > Andreas Färber wrote:
> >
> >> Am 21.03.2013 15:28, schrieb Igor Mammedov:
> >>> ... and define type name and type cast macro for kvmvapic according
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 wrote:
> Ping!
>
> thanks
> -- PMM
>
> On 14 March 2013 17:57, Peter Maydell wrote:
>> T
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);
qemu_run_ti
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 2nd
On 28 March 2013 10:28, Peter Maydell wrote:
> On 26 March 2013 21:12, Michael S. Tsirkin 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 implement one in the
>>> kernel, if
Am 28.03.2013 11:55, schrieb Igor Mammedov:
> On Wed, 27 Mar 2013 11:57:53 +0100
> Paolo Bonzini 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 = g_mallo
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
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
---
include/sysemu/kvm.h | 4 --
kvm-all.c| 107 ++-
kvm-stub.c | 10 -
3 files changed, 54 insertions(+), 6
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
portio-no-eventfd
Adding restrictions just adds code.
Signed-off-by: Michael S. Tsirkin
---
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
@@ -501,21 +501,24 @@ i
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
---
hw/dataplane/hostmem.c| 1 +
hw/ivshmem.c | 2 ++
hw/pci-testdev.c | 2 ++
hw/vhost.c| 4 ++--
h
Signed-off-by: Michael S. Tsirkin
---
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 *s, unsigned int
Add ability to test the speed of PV MMIO.
Signed-off-by: Michael S. Tsirkin
---
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
+++ b/hw/pci-testdev.c
@@ -19,
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 UDP
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 no
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 exp
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
---
util/qemu-sockets.c | 1 +
1 file changed, 1 insert
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
---
block/nbd.c| 2 +-
block/sheepdog.c | 6 +++---
include/qemu/sockets.h | 4 ++--
migration-tcp.c| 2 +-
mig
Am 04.04.2013 11:57, schrieb Artyom Tarasenko:
> On Thu, Apr 4, 2013 at 11:50 AM, Alexander Graf wrote:
>>
>> On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
>>
>>> On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau
>>> wrote:
On 04/03/2013 06:59 PM, Alexander Graf wrote:
>
> On
On Thu, Apr 04, 2013 at 12:05:51PM +0100, Peter Maydell wrote:
> On 28 March 2013 10:28, Peter Maydell wrote:
> > On 26 March 2013 21:12, Michael S. Tsirkin 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
>
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 wrote:
>>>
>>> On 04.04.2013, at 11:46, Artyom Tarasenko wrote:
>>>
On Thu, Apr 4, 2013 at 10:37 AM, Fabien Chouteau
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
> qemu -hda harddrive.raw -cdrom fedora14.iso
>
> I've installed qemu vi
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 qemu-sta...
Hi Stefan,
This solve the bug seen by the customer.
Whole patchset tested by on behalf of the user.
Tested-By: Benoit Canet
Best regards
Benoît
> Le Thursday 21 Mar 2013 à 15:49:55 (+0100), Stefan Hajnoczi a écrit :
> Benoît Canet reported that QEMU I/O throttling can
> oscillate under cont
On 4 April 2013 11:58, Michael S. Tsirkin wrote:
> On Thu, Apr 04, 2013 at 12:05:51PM +0100, Peter Maydell wrote:
>> On 28 March 2013 10:28, Peter Maydell wrote:
>> > On 26 March 2013 21:12, Michael S. Tsirkin wrote:
>> >> On Tue, Mar 26, 2013 at 11:17:55AM +, Peter Maydell wrote:
>> >>> I'm
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
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 writes:
>
> > Thanks a lot,
> >
> > Do you have an idea of what is left to be done on it ?
> >
>
> It has to rewritten
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
On 4 April 2013 12:53, Andreas Färber 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 machines doesn'
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 KV
On 4 April 2013 11:40, Michael S. Tsirkin 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
> ---
> hw/dataplane/hostmem.c| 1 +
> hw/ivshmem.c | 2 ++
> hw/pci
On Thu, 04 Apr 2013 13:10:54 +0200
Andreas Färber wrote:
> Am 28.03.2013 11:55, schrieb Igor Mammedov:
> > On Wed, 27 Mar 2013 11:57:53 +0100
> > Paolo Bonzini wrote:
> >
> >> Il 21/03/2013 15:28, Igor Mammedov ha scritto:
> >>> +static BusState *icc_bus;
> >>> +
> >>> +BusState *get_icc_bus(
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
Acked-by: Paul Brook
---
hw/arm/realview.c | 18 +-
Abel Gordon 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 hosting mul
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.
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
Acked-by: Paul Brook
---
hw/versatile_pci.c | 17 +
1 file c
There is just one line in this source file with a hardcoded tab
indent, so just fix it.
Signed-off-by: Peter Maydell
Acked-by: Paul Brook
---
hw/versatile_pci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/versatile_pci.c b/hw/versatile_pci.c
index 0b97a40..16ce5d1
Change versatile_pci to subclass TYPE_PCI_HOST_BRIDGE and generally
handle PCI in a more QOM-like fashion.
Signed-off-by: Peter Maydell
Acked-by: Paul Brook
---
hw/versatile_pci.c | 41 ++---
1 file changed, 30 insertions(+), 11 deletions(-)
diff --git a/h
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
Acked-by: Paul Brook
---
hw/arm/realview.c|3 +++
hw
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 would
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 306 matches
Mail list logo