Hi,
I am trying using qemu to simulate the board myself, I have board's detail
material as datasheet and memory map, and so on, ANY suggestion is helpful
very much!
When I build a 1024-kB Coreboot image (emulation/qemu-x86 mainboard),
qemu goes into a loop, resetting just after the "Jumping to boot code"
message. This can be avoided by removing the "| IO_MEM_ROM" from the
call to cpu_register_physical_memory(0x10 - isa_bios_size, ...)
call in pc_memory_in
On Tue, May 18, 2010 at 05:38:27PM -0500, Anthony Liguori wrote:
> Hi,
>
> In an effort to improve the 0.13 release quality, I'd like to host a
> Bug Day on June 1st, 2010. I've setup a quick wiki page with some
> more info (http://wiki.qemu.org/BugDay/June2010).
>
> Here's my basic thinking:
>
El 19/05/2010, a las 02:45, Jamie Lokier escribió:
> Natalia Portillo wrote:
>> Hi,
>>
>>> - We'll try to migrate as many confirmable bugs from the Source Forge
>>> tracker to Launchpad.
>> I think that part of the bug day should also include retesting OSes that
>> appear in OS Support List as
Natalia Portillo wrote:
> Hi,
>
> > - We'll try to migrate as many confirmable bugs from the Source Forge
> > tracker to Launchpad.
> I think that part of the bug day should also include retesting OSes that
> appear in OS Support List as having bug and confirming if the bug is still
> present a
Previous commit added the QMP/qmp-commands.txt file, which is a
copy of this information.
While it's good to keep it near code, maintaining two copies of
the same information is too hard and has little benefit as we
don't expect client writers to consult the code to find how to
use a QMP command.
From: Jan Kiszka
One of the most important missing feature in QMP today is its
supported commands documentation.
The plan is to make it part of self-description support, however
self-description is a big task we have been postponing for a
long time now and still don't know when it's going to be
This new version moves the documentation to qemu-monitor.hx and now
QMP/qmp-commands.txt is generated from there (thanks Jan!).
I hope I've addressed all review comments in this version and now it should
describe reality.
Next step is to fix glitches (after this series is merged, of course).
cha
From: Jan Kiszka
Push the doc fragments for the info command to the end of
qemu-monitor.hx. This helps to establish a proper layout in the upcoming
QMP documentation.
Signed-off-by: Jan Kiszka
---
qemu-monitor.hx | 166 --
1 files changed, 8
Hi,
> - We'll try to migrate as many confirmable bugs from the Source Forge tracker
> to Launchpad.
I think that part of the bug day should also include retesting OSes that appear
in OS Support List as having bug and confirming if the bug is still present and
if it's in Launchpad or not.
Hi,
In an effort to improve the 0.13 release quality, I'd like to host a Bug
Day on June 1st, 2010. I've setup a quick wiki page with some more info
(http://wiki.qemu.org/BugDay/June2010).
Here's my basic thinking:
- Anyone who can should try to spend some time either triaging bugs,
updat
On 05/18/2010 04:34 PM, Brian Jackson wrote:
A lot of the existing bugs are irrelevant and/or woefully out of date. I've
been hesitant to go back and mess with too many old bugs for fear of making
too much noise that I know isn't going to do anything useful (i.e. marking the
100 oldest bugs as Cl
On 05/13/10 17:53, Julian Pidancet wrote:
This patch implements a DirectFB driver for QEMU. It allows Qemu to
draw a VM graphic output directly in the framebuffer of the host,
without having to rely on X11.
Managed to build it after hacking configure to use pkgconfig. Patch
attached for refer
On 05/18/2010 12:31 PM, Avi Kivity wrote:
On 05/18/2010 05:34 PM, Anthony Liguori wrote:
No. I don't think our goal is to ever fully convert monitor commands
to QMP. Some commands simply don't make sense as QMP commands (like
x and xp).
Examining memory does make sense for QMP, although i
On Tuesday 18 May 2010 09:29:25 Chris Wright wrote:
> 0.13 release
> - push out to July 1st
> - esp. important to solidy/crispen QMP
> - 1 rc to shake out brown paper bag bugs, then final release
>
> block i/o performance (high CPU consumption)
> - memset can be removed (patch posted, queued by kw
On Tue, May 18, 2010 at 8:55 PM, Corentin Chary
wrote:
> I believe that if the allocation size is large enougth, getting a
> zeroed page can be almost free with clever memory management.
> Could you try to re-run your test with calloc and see what it does ?
> Speeding up all mallocz calls is proba
On Tue, May 18, 2010 at 8:41 PM, Michael Tokarev wrote:
> But actually I don't quite see where that dependency is: guest
> does not know how its data is cached on host...
I was thinking of this bit in linux-2.6:drivers/block/virtio_blk.c:
/* If barriers are supported, tell block layer that queue
Am 18.05.2010 19:43, schrieb Aurelien Jarno:
On Sun, Apr 11, 2010 at 06:44:18PM +0200, Stefan Weil wrote:
This patch enhances the algorithm which finds the correct settings for SDL.
For cross compilations (when cross_prefix is set), it looks for sdl-config
with cross prefix. Here is the comp
On Tuesday 18 May 2010 08:52:36 Anthony Liguori wrote:
> On 05/18/2010 01:59 AM, Brian Jackson wrote:
> > On Monday 17 May 2010 22:23:46 Chris Wright wrote:
> >> Please send in any agenda items you are interested in covering.
> >>
> >> If we have a lack of agenda items I'll cancel the week's call.
* Brian Jackson (i...@theiggy.com) wrote:
> On Tuesday 18 May 2010 08:52:36 Anthony Liguori wrote:
> > On 05/18/2010 01:59 AM, Brian Jackson wrote:
> > > On Monday 17 May 2010 22:23:46 Chris Wright wrote:
> > >> Please send in any agenda items you are interested in covering.
> > >>
> > >> If we ha
On Tue, May 18, 2010 at 9:02 PM, Stefan Hajnoczi wrote:
> On Tue, May 18, 2010 at 5:37 PM, Corentin Chary
> wrote:
>> Did you try to profile using calloc in qemu_mallocz instead of malloc +
>> memset ?
>
> No, I didn't try it. I don't see how it could perform on par with not
> clearing memory a
Other vga_hw_* functions do the same.
Fixes a segmentation fault. Trigger: boot with -nodefaults,
then connect via vnc.
Signed-off-by: Gerd Hoffmann
---
console.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/console.c b/console.c
index 7070b1b..4c42b28 100644
--- a/
Use a qemu_irq to request CPU exit.
7 compilations less for the full build.
Signed-off-by: Blue Swirl
---
Makefile.objs|1 +
Makefile.target |6 +++---
default-configs/i386-softmmu.mak |1 +
default-configs/mips-softmmu.mak |1
Use a qemu_irq to request CPU exit.
7 compilations less for the full build.
Signed-off-by: Blue Swirl
---
Makefile.objs|1 +
Makefile.target |6 +++---
default-configs/i386-softmmu.mak |1 +
default-configs/mips-softmmu.mak |1
18.05.2010 23:37, Stefan Hajnoczi wrote:
I just caught up on mails and saw you had already mentioned that
overlapping writes from the guest look fishy in the "the>1Tb block
issue". Cache mode might still be interesting because it affects how
guest virtio-blk chooses queue ordering mode.
What I
I just caught up on mails and saw you had already mentioned that
overlapping writes from the guest look fishy in the "the >1Tb block
issue". Cache mode might still be interesting because it affects how
guest virtio-blk chooses queue ordering mode.
Stefan
> I don't see your patch reversing the logic?
>
> Alex
>
>
Before my patch (not this one, but
http://git.qemu.org/qemu.git/commit/?id=14eb8b6829ad9dee7035de729e083844a425f274
), we looped from the last encoding to the first (for (i = n_encodings
- 1; i >= 0; i--)), so the code was ok.
Commit 14eb
On Fri, May 14, 2010 at 04:14:31PM +0200, Alexander Graf wrote:
> For SMP to work with KVM, we need to properly emulate the SIGP Initial Reset
> Command. Recent (2.6.32) kernels issue that before the SIGP Reset command that
> actually wakes up the vcpu.
>
> This patch makes -smp work on S390x.
>
On Tue, May 18, 2010 at 6:18 PM, Avi Kivity wrote:
> The block multiwrite code pretends to be able to merge overlapping requests,
> but doesn't do so in fact. This leads to I/O errors (for example on mkfs
> of a large virtio disk).
Are overlapping write requests correct guest behavior? I though
On Tue, Apr 20, 2010 at 07:37:13PM +0200, Alexander Graf wrote:
> This patch adds a firmware blob to the S390 target. The blob is a simple
> implementation of a virtio client that tries to read the second stage
> bootloader from sectors described as of offset 0x20 in the MBR.
>
> In combination wi
On Tue, May 18, 2010 at 5:37 PM, Corentin Chary
wrote:
> Did you try to profile using calloc in qemu_mallocz instead of malloc +
> memset ?
No, I didn't try it. I don't see how it could perform on par with not
clearing memory at all. Something is going to have to clear that
memory when using m
On Wed, Apr 21, 2010 at 11:48:11AM +0200, Thomas Monjalon wrote:
> From: Thomas Monjalon
>
> This function had been disabled from the beginning:
> see 9fddaa0c0cabb610947146a79b4a9a38b0a216e5
>
> cpu_reset() function is in target-ppc/helper.c
>
> Signed-off-by: Thomas Monjalon
Thanks, applied
On Wed, Apr 21, 2010 at 11:20:10AM +0300, Serge Ziryukin wrote:
> Trivial patch which uses aud_to_alsafmt to fix comparison
> between alsa and internal audio pcm format enum.
> ---
> audio/alsaaudio.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Acked-by: Aurelien Jarno
> diff
On Mon, Apr 19, 2010 at 09:55:58PM +0300, Shahar Havivi wrote:
> When removing usb on guest via usb_del monitor command, qemu does
> not return the control to the host, the only solution user have is to
> unplug/plug the device again in order to get the device back to the host
>
> Signed-off-by: S
On Sun, Apr 18, 2010 at 11:10:17PM +0200, Alexander Graf wrote:
> When running with --enable-io-thread the timer we have doesn't help,
> because it doesn't wake up the CPU thread. So instead we need to
> actually kick it.
>
> While at it I refined the logic a bit to not dumbly trigger a timer
> ev
On 18.05.2010, at 20:09, Corentin Chary wrote:
> On Tue, May 18, 2010 at 2:54 PM, Alexander Graf wrote:
>> Corentin Chary wrote:
>>> Create a new set_encoding() function to remove
>>> duplicated code in set_encodings().
>>>
>>> Signed-off-by: Corentin Chary
>>>
>>
>> Acked-by: Alexander Graf
On Tue, May 18, 2010 at 2:54 PM, Alexander Graf wrote:
> Corentin Chary wrote:
>> Create a new set_encoding() function to remove
>> duplicated code in set_encodings().
>>
>> Signed-off-by: Corentin Chary
>>
>
> Acked-by: Alexander Graf
>
> Keep in mind that this still means that the last request
On Tue, 18 May 2010 17:16:54 +0100
"Daniel P. Berrange" wrote:
> On Tue, May 18, 2010 at 01:00:40PM -0300, Luiz Capitulino wrote:
> > On Tue, 18 May 2010 15:55:41 +0100
> > "Daniel P. Berrange" wrote:
> >
> > > On Tue, May 18, 2010 at 09:34:06AM -0500, Anthony Liguori wrote:
> > > > On 05/18/20
On Mon, Apr 12, 2010 at 04:07:35AM +0900, takas...@ops.dti.ne.jp wrote:
> rlim_t conversion between host and target added.
> Otherwise there are some incorrect case like
> - RLIM_INFINITY on 32bit target -> 64bit host.
> - RLIM_INFINITY on 64bit host -> mips and sparc target ?
> - Big value(for 32
On Mon, Apr 12, 2010 at 10:51:01AM +0200, Jens Osterkamp wrote:
>
> If the user wants to create a chardev of type socket but forgets to give a
> host= option, qemu_opt_get returns NULL. This NULL pointer is then fed into
> strlen a few lines below without a check which results in a segfault.
> Thi
On Thu, Apr 15, 2010 at 12:37:55PM +0800, TeLeMan wrote:
> chardev_init functions use socket,so socket_init() shoud be placed at
> the front of chardev_init on win32.
>
> Signed-off-by: TeLeMan
> ---
> vl.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
Thanks, applied.
> diff
On Sun, Apr 11, 2010 at 06:44:18PM +0200, Stefan Weil wrote:
> This patch enhances the algorithm which finds the correct settings for SDL.
> For cross compilations (when cross_prefix is set), it looks for sdl-config
> with cross prefix. Here is the complete search order:
>
> $(cross_prefix}pkg-con
On 05/18/2010 05:34 PM, Anthony Liguori wrote:
No. I don't think our goal is to ever fully convert monitor commands
to QMP. Some commands simply don't make sense as QMP commands (like x
and xp).
Examining memory does make sense for QMP, although it is already
available through the gdb pro
On 5/18/10, Anthony Liguori wrote:
> On 05/18/2010 07:49 AM, Corentin Chary wrote:
>
> > Add missing copyrights in vnc-encoding-tight.c, since the code is
> > mostly inspired from libvncserver/tight.c.
> >
> > Signed-off-by: Corentin Chary
> > ---
> > vnc-encoding-tight.c |5 +
> > 1 file
On 05/18/2010 03:27 PM, Markus Armbruster wrote:
Surely the schema has to describe the type as well? If it does, you can
use the schema to generate a classes at compile time.
Doesn't that tie you to a specific version of QMP at compile-time?
The client needs to ignore anything n
The VLANClientState structure has the member info_str, a simple string that
is filled with information about NIC devices and used on monitor calls.
There is no coherent formatting of this string by all the NIC devices,
making it difficult to parse and represent this information over QMP.
To make
This is a helper function that converts a QDict to a QString, using
the format:
key1=value1 SEP key2=value2 SEP key3=value3
Handy for debugging and formating the Monitor output.
Signed-off-by: Miguel Di Ciurcio Filho
---
qdict.c | 55 +++
q
On 05/18/2010 07:58 PM, Cam Macdonell wrote:
My question is how to I unregister the physical memory so it is not
copied on migration (for the role=peer case). There isn't a
cpu_unregister_physical_memory().
It doesn't need to be unregistered, simply marked not migratable.
Perhaps a flag
These are simple one line additions of qemu_format_nic_info_dict.
Signed-off-by: Miguel Di Ciurcio Filho
---
hw/dp8393x.c|1 +
hw/e1000.c |1 +
hw/eepro100.c |2 ++
hw/lan9118.c|2 ++
hw/mcf_fec.c|1 +
hw/mipsnet.c|1 +
hw/ne
Signed-off-by: Miguel Di Ciurcio Filho
---
net/dump.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/net/dump.c b/net/dump.c
index 6db7ecf..32514ad 100644
--- a/net/dump.c
+++ b/net/dump.c
@@ -26,6 +26,9 @@
#include "qemu-common.h"
#include "sysemu.h"
#includ
There is no standard format when formatting VLANClientState.info_str,
so it is difficult to extract information and transmit it over QMP.
This patch adds info_dict, a QDict to better handle the information
of a NIC.
Signed-off-by: Miguel Di Ciurcio Filho
---
net.c | 17 +
net.
Signed-off-by: Miguel Di Ciurcio Filho
---
net/tap-win32.c |9 -
net/tap.c | 18 +-
2 files changed, 25 insertions(+), 2 deletions(-)
diff --git a/net/tap-win32.c b/net/tap-win32.c
index 74348da..54c6725 100644
--- a/net/tap-win32.c
+++ b/net/tap-win32.c
@@ -3
Signed-off-by: Miguel Di Ciurcio Filho
---
hw/xen_nic.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/hw/xen_nic.c b/hw/xen_nic.c
index 08055b8..1820059 100644
--- a/hw/xen_nic.c
+++ b/hw/xen_nic.c
@@ -321,6 +321,11 @@ static int net_init(struct XenDevice *xendev)
Signed-off-by: Miguel Di Ciurcio Filho
---
net/vde.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/net/vde.c b/net/vde.c
index 0b46fa6..6a3d0ba 100644
--- a/net/vde.c
+++ b/net/vde.c
@@ -31,6 +31,9 @@
#include "qemu-char.h"
#include "qemu-common.h"
#includ
The block multiwrite code pretends to be able to merge overlapping requests,
but doesn't do so in fact. This leads to I/O errors (for example on mkfs
of a large virtio disk).
Signed-off-by: Avi Kivity
---
block.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/block.
Signed-off-by: Miguel Di Ciurcio Filho
---
net/slirp.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/net/slirp.c b/net/slirp.c
index b41c60a..a6e25ff 100644
--- a/net/slirp.c
+++ b/net/slirp.c
@@ -32,6 +32,9 @@
#include "monitor.h"
#include "sysemu.h"
#inclu
Signed-off-by: Miguel Di Ciurcio Filho
---
net/socket.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index 1c4e153..5be1b54 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -28,6 +28,7 @@
#include "net.h"
#include "qem
To make the transition to QMP safe, we leave the current 'info network' command
as is, and introduce a new one: 'info netdevices'.
After tree series of patches, converting 'info network' to QMP have become
difficult, specially due to keep the monitor output compatible, since the
network device dri
Markus Armbruster wrote:
> Jan Kiszka writes:
>
>> This introduces device_show, a monitor command that saves the vmstate of
>> a qdev device and visualizes it. QMP is also supported. Buffers are cut
>> after 16 byte by default, but the full content can be requested via
>> '-f'. To pretty-print su
On Mon, May 10, 2010 at 10:52 AM, Anthony Liguori wrote:
>> Yes, I think the ack is the way to go, so the guest has to be aware of
>> it. Would setting a flag in the driver-specific config space be an
>> acceptable ack that the shared region is now mapped?
>>
>
> You know it's mapped because it's
Forget this series, I'm sending a rebased one.
--
Corentin Chary
http://xf.iksaif.net
Gerd Hoffmann wrote:
> On 05/18/10 14:15, Markus Armbruster wrote:
>> Jan Kiszka writes:
>>
>>> Extend qbus_find_dev to allow addressing of devices without an unique id
>>> via an optional instance number. The new formats are 'driver.instance'
>>> and 'alias.instance'.
>>>
>>> Signed-off-by: Jan K
On Fri, May 14, 2010 at 11:52 PM, Stefan Hajnoczi
wrote:
> The VirtIOBlockRequest structure is about 40 KB in size. This patch
> avoids zeroing every request by only initializing fields that are read.
> The other fields are either written to or may not be used at all.
>
> Oprofile shows about 10%
Anthony Liguori wrote:
> On 05/18/2010 11:26 AM, Alexander Graf wrote:
>> Jes Sorensen wrote:
>>
>>> On 05/14/10 23:52, Stefan Hajnoczi wrote:
>>>
>>>
The VirtIOBlockRequest structure is about 40 KB in size. This patch
avoids zeroing every request by only initializing fields that
On 05/18/2010 11:26 AM, Alexander Graf wrote:
Jes Sorensen wrote:
On 05/14/10 23:52, Stefan Hajnoczi wrote:
The VirtIOBlockRequest structure is about 40 KB in size. This patch
avoids zeroing every request by only initializing fields that are read.
The other fields are either written
Jes Sorensen wrote:
> On 05/14/10 23:52, Stefan Hajnoczi wrote:
>
>> The VirtIOBlockRequest structure is about 40 KB in size. This patch
>> avoids zeroing every request by only initializing fields that are read.
>> The other fields are either written to or may not be used at all.
>>
>> Oprofile
On 05/18/2010 11:16 AM, Daniel P. Berrange wrote:
The must haves are blockdev_add, and the commit/delvm/loadvm/savevm
stuff, since they're already in use.
The problem I fear is that we're aiming for a moving target here.
eg, by the time QEMU 0.13 comes out libvirt may have received patches
usin
On Tue, May 18, 2010 at 01:00:40PM -0300, Luiz Capitulino wrote:
> On Tue, 18 May 2010 15:55:41 +0100
> "Daniel P. Berrange" wrote:
>
> > On Tue, May 18, 2010 at 09:34:06AM -0500, Anthony Liguori wrote:
> > > On 05/18/2010 09:09 AM, Daniel P. Berrange wrote:
> > > >On Tue, May 18, 2010 at 08:53:1
On Tue, 18 May 2010 15:55:41 +0100
"Daniel P. Berrange" wrote:
> On Tue, May 18, 2010 at 09:34:06AM -0500, Anthony Liguori wrote:
> > On 05/18/2010 09:09 AM, Daniel P. Berrange wrote:
> > >On Tue, May 18, 2010 at 08:53:19AM -0500, Anthony Liguori wrote:
> > >
> > >>On 05/17/2010 10:23 PM, Chri
On Monday 17 May 2010 22:23:46 Chris Wright wrote:
> Please send in any agenda items you are interested in covering.
>
> If we have a lack of agenda items I'll cancel the week's call.
Perceived long standing bugs that nobody seems to care about. There are a few,
one of which is the > 1TB [1] bu
Markus Armbruster writes:
[...]
>> - set_link
>
> Patch posted weeks ago, still not merged.
Correction: it got merged weeks ago, as commit 5369e3c0. I got
confused.
[...]
On 05/14/10 23:52, Stefan Hajnoczi wrote:
> The VirtIOBlockRequest structure is about 40 KB in size. This patch
> avoids zeroing every request by only initializing fields that are read.
> The other fields are either written to or may not be used at all.
>
> Oprofile shows about 10% of CPU samples
"Daniel P. Berrange" writes:
> On Tue, May 18, 2010 at 09:34:06AM -0500, Anthony Liguori wrote:
>> On 05/18/2010 09:09 AM, Daniel P. Berrange wrote:
>> >On Tue, May 18, 2010 at 08:53:19AM -0500, Anthony Liguori wrote:
>> >
>> >>On 05/17/2010 10:23 PM, Chris Wright wrote:
>> >>
>> >>>Pleas
On 05/18/2010 09:52 AM, Luiz Capitulino wrote:
On Tue, 18 May 2010 09:32:32 -0500
Anthony Liguori wrote:
Hi,
Here's my current thinking for the 0.13.0 release. Since there's a lot
of activity going on with QMP, I'd like to move the release out to July 1st.
Here's what I'd like to do bet
Hi all,
i would like to debug a problem that I encountered some time ago with
opensuse 11.2 and also
with Ubuntu (karmic/lucid).
If I run an opensuse guest 64-bit and do not touch the clocksource
settings the guest almost
everytime hangs after live migration at:
(gdb) thread apply all bt
T
On 05/18/2010 09:55 AM, Daniel P. Berrange wrote:
On Tue, May 18, 2010 at 09:34:06AM -0500, Anthony Liguori wrote:
On 05/18/2010 09:09 AM, Daniel P. Berrange wrote:
On Tue, May 18, 2010 at 08:53:19AM -0500, Anthony Liguori wrote:
On 05/17/2010 10:23 PM, Chris Wright wrote:
Alexander Graf wrote:
> Thomas Monjalon wrote:
> > I'm running Linux for SBC834x in Qemu. The interrupt controller and board
> > definition are not yet published.
>
> Wow, I didn't know there were still new products based on e300.
Sorry, I was not clear. By "not yet published", I mean that I've wr
On Tue, May 18, 2010 at 09:34:06AM -0500, Anthony Liguori wrote:
> On 05/18/2010 09:09 AM, Daniel P. Berrange wrote:
> >On Tue, May 18, 2010 at 08:53:19AM -0500, Anthony Liguori wrote:
> >
> >>On 05/17/2010 10:23 PM, Chris Wright wrote:
> >>
> >>>Please send in any agenda items you are inte
On Tue, 18 May 2010 09:32:32 -0500
Anthony Liguori wrote:
> Hi,
>
> Here's my current thinking for the 0.13.0 release. Since there's a lot
> of activity going on with QMP, I'd like to move the release out to July 1st.
>
> Here's what I'd like to do between now and then:
>
> - Do a detailed
On 05/18/2010 09:09 AM, Daniel P. Berrange wrote:
On Tue, May 18, 2010 at 08:53:19AM -0500, Anthony Liguori wrote:
On 05/17/2010 10:23 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call
On Tue, 2010-05-18 at 08:57 +0200, Hannes Reinecke wrote:
> Some more functions.
>
> Signed-off-by: Hannes Reinecke
> ---
> hw/megasas.c | 73 ++---
> 1 files changed, 64 insertions(+), 9 deletions(-)
>
> diff --git a/hw/megasas.c b/hw/megas
On Tue, 2010-05-18 at 08:57 +0200, Hannes Reinecke wrote:
> Win7 is impatient during shutdown and is sending 'ABORT_CMD' frames.
> Haven't tried to figure out _why_, but we should be handling them
> nevertheless.
>
> Signed-off-by: Hannes Reinecke
> ---
> hw/megasas.c | 49
Thomas Monjalon wrote:
> Alexander Graf wrote:
>
>> On 27.04.2010, at 17:31, Thomas Monjalon wrote:
>>
>>> Since commit 2ada0ed, "Return From Interrupt" is broken for PPC
>>> processors because the upper bits (POW, TGPR, ILE) of MSR were not
>>> cleared.
>>>
>> May I ask for your tes
Am 17.05.2010 22:07, schrieb Jamie Lokier:
> Alexander Graf wrote:
>>
>> On 17.05.2010, at 18:26, Anthony Liguori wrote:
>>
>>> On 05/17/2010 11:23 AM, Paul Brook wrote:
>> I don't see a difference between the results. Apparently the barrier
>> option doesn't change a thing.
>>
>
On Tue, 2010-05-18 at 08:57 +0200, Hannes Reinecke wrote:
> We shouldn't announce we have BIOS disabled, otherwise
> Windows will barf. And Windows7 insists on sending CLUSTER
> commands, so we can just implement them, too.
>
> Signed-off-by: Hannes Reinecke
> ---
> hw/megasas.c | 24 +
Hi,
Here's my current thinking for the 0.13.0 release. Since there's a lot
of activity going on with QMP, I'd like to move the release out to July 1st.
Here's what I'd like to do between now and then:
- Do a detailed review of the QMP specification by sending out
portions of the spec to th
0.13 release
- push out to July 1st
- esp. important to solidy/crispen QMP
- 1 rc to shake out brown paper bag bugs, then final release
block i/o performance (high CPU consumption)
- memset can be removed (patch posted, queued by kwolf)
- cpu_physical_memory_rw known, should gather data
block 1T
Gerd Hoffmann writes:
> On 05/18/10 14:33, Markus Armbruster wrote:
>> Gerd Hoffmann writes:
>>
>>> Try to pci hotplug a vga card, watch qemu die with hw_error().
>>> This patch fixes it.
>>
>> Looks good.
>>
>> Are there any other hot-pluggable devices that acquire single-use
>> resources such
Alexander Graf wrote:
> On 27.04.2010, at 17:31, Thomas Monjalon wrote:
> > Since commit 2ada0ed, "Return From Interrupt" is broken for PPC
> > processors because the upper bits (POW, TGPR, ILE) of MSR were not
> > cleared.
>
> May I ask for your test case or how you stumbled over this? I haven't s
On Tue, May 18, 2010 at 08:53:19AM -0500, Anthony Liguori wrote:
> On 05/17/2010 10:23 PM, Chris Wright wrote:
> >Please send in any agenda items you are interested in covering.
> >
> >If we have a lack of agenda items I'll cancel the week's call.
> >
>
> - Slipping 0.13 release out to July 1st
Anthony Liguori wrote:
> On 05/18/2010 08:52 AM, Alexander Graf wrote:
>> Anthony Liguori wrote:
>>
>>> On 05/18/2010 07:51 AM, Alexander Graf wrote:
>>>
Corentin Chary wrote:
> According to http://tigervnc.org/cgi-bin/rfbproto#zlib-encoding
> zlib encoding onl
On 05/18/2010 08:47 AM, Peter Lieven wrote:
Anthony Liguori wrote:
On 05/18/2010 05:15 AM, Peter Lieven wrote:
Hi,
has someone enough background to say if it was worth implementing
ZLibHex encoding
to qemu/kvm?
The way I look at it, hextile is capable of a 16x16 tile that can be
raw, fill
Alexander Graf wrote:
Peter Lieven wrote:
Alexander Graf wrote:
Peter Lieven wrote:
we are running on intel xeons here:
That might be the reason. Does it break when passing -no-kvm?
processor: 0
vendor_id: GenuineIntel
cpu family: 6
model
On 05/18/2010 08:49 AM, Alexander Graf wrote:
diff --git a/vnc.h b/vnc.h
index 96f3fe7..ec7f481 100644
--- a/vnc.h
+++ b/vnc.h
@@ -166,6 +166,12 @@ struct VncState
/* Tight */
uint8_t tight_quality;
uint8_t tight_compression;
+uint8_t tight_pixel24;
+Buffer tight;
+B
On 05/18/2010 08:56 AM, Alexander Graf wrote:
So patch 4 is invalid?
Technically, yes although I'm not sure that it would necessarily break a
client (since the client's request of compression levels is really just
advisory).
Regards,
Anthony Liguori
Alex
On 05/18/2010 08:52 AM, Alexander Graf wrote:
Anthony Liguori wrote:
On 05/18/2010 07:51 AM, Alexander Graf wrote:
Corentin Chary wrote:
According to http://tigervnc.org/cgi-bin/rfbproto#zlib-encoding
zlib encoding only uses a single stream. Current implementation defines
4
On 05/17/2010 10:23 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
- Slipping 0.13 release out to July 1st.
- Block I/O performance (high CPU consumption)
Regards,
Anthony Liguori
th
On 05/18/2010 01:59 AM, Brian Jackson wrote:
On Monday 17 May 2010 22:23:46 Chris Wright wrote:
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
Perceived long standing bugs that nobody seems to care about
Anthony Liguori wrote:
> On 05/18/2010 07:51 AM, Alexander Graf wrote:
>> Corentin Chary wrote:
>>
>>> According to http://tigervnc.org/cgi-bin/rfbproto#zlib-encoding
>>> zlib encoding only uses a single stream. Current implementation defines
>>> 4 streams but only uses the first one. Remove the
Peter Lieven wrote:
> Alexander Graf wrote:
>> Peter Lieven wrote:
>>
>>> we are running on intel xeons here:
>>>
>>
>> That might be the reason. Does it break when passing -no-kvm?
>>
>>
>>> processor: 0
>>> vendor_id: GenuineIntel
>>> cpu family: 6
>>> model: 26
>>> m
1 - 100 of 203 matches
Mail list logo
