On 05/12/2010 07:52 PM, Luiz Capitulino wrote:
Right after when 0e8d2b55 was merged, Paolo suggested using
qemu_system_shutdown_request() instead of adding yet another 'system request'
operation.
This series implements his suggestion, passes my tests :)
Thanks,
Acked-by: Paolo Bonzini
Michael Walle wrote:
Am Wednesday 12 May 2010 09:56:31 schrieb Jan Kiszka:
OK, that was a hard nut. After various dead ends, I think I found an
possible solution. Can you give this a try?
[..]
Still requires proper patch split up, and I need to think about possible
side effects.
Thanks, the
On 05/12/2010 05:57 PM, Stefano Stabellini wrote:
I guess even a src blt pitch of 0 could be useful there, however in
practice I think the only rop function that was written with this case in
mind has:
dstpitch -= bltwidth;
srcpitch -= bltwidth;
if (dstpitch 0 || srcpitch 0) {
/* is 0
Am Thursday 13 May 2010 09:38:43 schrieb Jan Kiszka:
But i noticed another minor bug. The cfi02 doesn't handle 'read flash id'
on 16bit accesses correctly. It always returns 8 bit. I used something
like
if (width == 2)
ret = pfl-ident[0] 8 | pfl-ident[1]; /* rsp.
The 'parent' field in the 'query-blockstats' monitor command is
part of the top level block device QDict, not part of the 2nd
level 'stats' QDict.
* block.c: Fix docs for 'parent' field in block stats monitor
command output
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
block.c |
From: Jes Sorensen jes.soren...@redhat.com
Add -version-simple argument for QEMU, printing just the version
number, without any supporting text.
This makes it simpler for other apps, such as libvirt, to parse the
version string from QEMU independant of how the naming string may
change.
Luiz Capitulino lcapitul...@redhat.com writes:
On Wed, 12 May 2010 18:48:38 +0200
Markus Armbruster arm...@redhat.com wrote:
+query-block
+---
+
+Show the block devices.
+
+Each block device information is stored in a json-object and the returned
value
+is a json-array
On 05/12/10 22:48, Cole Robinson wrote:
I agree libvirt's method is a crappy approach. Adding a proper -version
argument is certainly the way forward, but doesn't help users with
existing libvirt installations that want to use latest qemu. This is the
type of issue that libvirt devs will be
From: Jes Sorensen jes.soren...@redhat.com
Hi,
I ran into a problem with the version string in QEMU changing,
confusing libvirt to not accept the output from qemu -help. Rather
than trying to change QEMU or continue to adapt apps when this change,
I believe it's a better solution to add a
Blue Swirl wrote:
Hi all,
I finally refreshed some of my monitor patches. PCI and HPET patches
(attached, they don't apply anymore) need more work because of the new
monitor design.
The patches provide a method for devices to register new monitor
commands. This fixes some design
Michael Walle wrote:
Am Thursday 13 May 2010 09:38:43 schrieb Jan Kiszka:
But i noticed another minor bug. The cfi02 doesn't handle 'read flash id'
on 16bit accesses correctly. It always returns 8 bit. I used something
like
if (width == 2)
ret = pfl-ident[0] 8 | pfl-ident[1]; /* rsp.
On 05/12/2010 09:11 PM, Stefano Stabellini wrote:
On Wed, 12 May 2010, Jamie Lokier wrote:
Stefano Stabellini wrote:
On Wed, 12 May 2010, Avi Kivity wrote:
It's useful if you have a one-line horizontal pattern you want to
propagate all over.
It might be useful
Jan Kiszka wrote:
Michael Walle wrote:
Am Thursday 13 May 2010 09:38:43 schrieb Jan Kiszka:
But i noticed another minor bug. The cfi02 doesn't handle 'read flash id'
on 16bit accesses correctly. It always returns 8 bit. I used something
like
if (width == 2)
ret = pfl-ident[0] 8 |
Jan Kiszka wrote:
Jan Kiszka wrote:
Michael Walle wrote:
Am Thursday 13 May 2010 09:38:43 schrieb Jan Kiszka:
But i noticed another minor bug. The cfi02 doesn't handle 'read flash id'
on 16bit accesses correctly. It always returns 8 bit. I used something
like
if (width == 2)
ret =
On 05/13/2010 04:35 AM, Jes Sorensen wrote:
On 05/12/10 22:48, Cole Robinson wrote:
I agree libvirt's method is a crappy approach. Adding a proper -version
argument is certainly the way forward, but doesn't help users with
existing libvirt installations that want to use latest qemu. This is
On 05/13/10 15:04, Cole Robinson wrote:
On 05/13/2010 04:35 AM, Jes Sorensen wrote:
On 05/12/10 22:48, Cole Robinson wrote:
I think rather than 1, it would be better to add a patch to libvirt to
catch both formats. I know Chris Lalancette already cooked up a patch
for this. Combined with the
Reset is now triggered after init, no need for explicit calls anymore.
Signed-off-by: Jan Kiszka jan.kis...@web.de
---
hw/musicpal.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/musicpal.c b/hw/musicpal.c
index ebd933e..d44c5a0 100644
--- a/hw/musicpal.c
+++
On Thu, 13 May 2010 09:01:21 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Wed, 12 May 2010 18:48:38 +0200
Markus Armbruster arm...@redhat.com wrote:
+query-block
+---
+
+Show the block devices.
+
+Each block
On Thu, May 13, 2010 at 03:07:49PM +0200, Jes Sorensen wrote:
On 05/13/10 15:04, Cole Robinson wrote:
On 05/13/2010 04:35 AM, Jes Sorensen wrote:
On 05/12/10 22:48, Cole Robinson wrote:
I think rather than 1, it would be better to add a patch to libvirt to
catch both formats. I know Chris
Sorry for the duplicated emails, git-send-email is misbehaving.
On Thu, May 13, 2010 at 10:32:52AM +0200, jes.soren...@redhat.com wrote:
From: Jes Sorensen jes.soren...@redhat.com
Add -version-simple argument for QEMU, printing just the version
number, without any supporting text.
This makes it simpler for other apps, such as libvirt, to parse the
On 05/13/10 15:33, Daniel P. Berrange wrote:
This omits the KVM version string which is something we also want to see.
It would also be nice to avoid having to parse the -help output to determine
ARGV supported too. I wonder if it would be a good idea to just produce a
well structured
On Thu, 13 May 2010, Avi Kivity wrote:
/* extra x, y */
-sx = (src % ABS(s-cirrus_blt_srcpitch)) / depth;
-sy = (src / ABS(s-cirrus_blt_srcpitch));
+sx = (src % line_offset) / depth;
+sy = (src / line_offset);
Does anything prevent the guest from
At Thu, 13 May 2010 04:46:46 +0900,
MORITA Kazutaka wrote:
On 2010/05/12 20:38, Kevin Wolf wrote:
I'll have a closer look at your code later, but one thing I noticed is
that the new block driver is something in between a protocol and a
format driver (just like vvfat, which should stop
But that is no different from what we have today. Users who update their
qemu and see issues with libvirt can also be asked to update libvirt. I
have already had several cases where I needed to do that anyway.
The general policy of QEMU has been to try and avoid known breakage of
Stefano Stabellini wrote:
[]
diff --git a/hw/cirrus_vga.c b/hw/cirrus_vga.c
index 9f61a01..81c443b 100644
--- a/hw/cirrus_vga.c
+++ b/hw/cirrus_vga.c
The same as with previous patch: Yellow screen
(instead of crashing), and two lines on the
stderr:
BUG: kvm_dirty_pages_log_enable_slot:
While IO_MEM_ROMD marks an I/O memory region as read/execute from RAM,
but write to I/O handler, there is no flag indicating that an I/O
region which is fully managed by I/O handlers can still be hosting
executable code. One use case for this are flash device models that
switch to I/O mode during
Due to a bug in pflash_read, we did not switch back to ROM mode when we
should have. But simply fixing the inverted logic leaves us with slow
word-wise flash programming when the guest verifies each write via a
read.
For this reason, this patch establishes a 100 ms timer to trigger the
ROM mode
Add the new IO_MEM_EXEC flag to all cfi01/02 memory regions to allow
execution from them in any state.
Signed-off-by: Jan Kiszka jan.kis...@web.de
---
hw/pflash_cfi01.c |9 +
hw/pflash_cfi02.c |2 +-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/hw/pflash_cfi01.c
This series addresses the major problem lazy mode switching of the
pflash_cfi02 currently has: code execution from this ROM can fail.
The reason for this was a conceptual issue that was papered over by a
bug in the original implementation. Both are addressed here by
- allowing code execution
Signed-off-by: Jan Kiszka jan.kis...@web.de
---
hw/pflash_cfi02.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pflash_cfi02.c b/hw/pflash_cfi02.c
index f3d3f41..8195d91 100644
--- a/hw/pflash_cfi02.c
+++ b/hw/pflash_cfi02.c
@@ -185,7 +185,7 @@ static uint32_t
Hi there,
Miguel is working on converting 'info network' to QMP, but turns out that it's
been quite difficult to maintain the exact same output.
The main problem seems to be the usage of the 'info_str' string, which some
drivers (like tap, xen, vde, socket, etc) write arbitrary data into it.
Hello all,
I would like to announce the first successful emulation of Cavium Networks'
Octeon
hardware (http://www.caviumnetworks.com/OCTEON_MIPS64.html). I'm using heavy
modified
QEMU 0.12.2 and MontaVista's CGE 5.1
(http://www.mvista.com/product_detail_cge.php) as
the target Linux system.
On Thu, 13 May 2010 16:48:13 +0300
Avi Kivity a...@redhat.com wrote:
On 05/05/2010 10:11 PM, Luiz Capitulino wrote:
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
On Thu, May 13, 2010 at 11:55:24AM -0300, Luiz Capitulino wrote:
On Thu, 13 May 2010 16:48:13 +0300
Avi Kivity a...@redhat.com wrote:
+change
+--
+
+Change a removable medium or VNC configuration.
This is sad. Would anyone write a C function with a similar
On 05/13/2010 05:55 PM, Luiz Capitulino wrote:
+change
+--
+
+Change a removable medium or VNC configuration.
This is sad. Would anyone write a C function with a similar description?
I wouldn't, but someone did for qemu.
Do we have this in 0.12? If not we can
Make all 4 SATA ports usable.
Signed-off-by: Sebastian Herbszt herb...@gmx.de
diff --git a/hw/ahci.c b/hw/ahci.c
index 6f7b807..a343839 100644
--- a/hw/ahci.c
+++ b/hw/ahci.c
@@ -17,7 +17,6 @@
*
* TODO:
* o ahci cd support should use ide,but now ide 's bmdma prdt is different
from ahci's
All ICH6 ports are now available.
Signed-off-by: Sebastian Herbszt herb...@gmx.de
diff --git a/sysemu.h b/sysemu.h
index 70d5a33..022be18 100644
--- a/sysemu.h
+++ b/sysemu.h
@@ -177,7 +177,7 @@ typedef struct DriveInfo {
#define MAX_IDE_DEVS 2
#define MAX_SCSI_DEVS 7
-#define
Stefano Stabellini wrote:
I think we need to consider only dstpitch for a full invalidate. We
might be copying an offscreen bitmap into the screen, and srcpitch is
likely to be the bitmap width instead of the screen pitch.
Agreed.
Even when copying on-screen (or partially on-screen),
On 05/13/2010 06:01 PM, Daniel P. Berrange wrote:
Yes, we do and it's used by libvirt iirc.
This command has been in QEMU for quite a long time now (0.9.x IIRC).
It wasn't in QMP until 0.12. We shouldn't have put it there in that form.
IIRC, Gerd's SPICE proposal should
* 65536 is default at least for ubuntu and fedora.
* after
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0e1a6ef2dea88101b056b6d9984f3325c5efced3
it's not readable by normal user on many systems
* there is patch to enable read-only access again
On 05/10/2010 06:58 PM, Anthony Liguori wrote:
Isn't this problem unrelated to this patch? I mean if I start qemu with
two ide devices can I specify from qemu command line which one I want to
boot from?
That's sort of what I'm asking. If you compare this approach to
extboot, extboot
On 05/13/2010 06:17 AM, Martin Jansa wrote:
@@ -2899,8 +2900,14 @@ int main(int argc, char **argv, char **envp)
if (fscanf(fp, %lu, tmp) == 1) {
mmap_min_addr = tmp;
qemu_log(host mmap_min_addr=0x%lx\n, mmap_min_addr);
+} else {
+
Convert enum to #define.
Signed-off-by: Sebastian Herbszt herb...@gmx.de
diff --git a/hw/ahci.c b/hw/ahci.c
index 6f7b807..8d8605c 100644
--- a/hw/ahci.c
+++ b/hw/ahci.c
@@ -40,138 +40,124 @@ do { fprintf(stderr,ahci: fmt , ## __VA_ARGS__); }
while (0)
#define DPRINTF(fmt, ...) do {} while(0)
On Thu, May 13, 2010 at 07:19:30PM +0200, Sebastian Herbszt wrote:
Convert enum to #define.
This doesn't buy you anything except code churn. It actually makes
things worse at usual debug levels, too, because the debugger
understands enums, but not #define.
-Nathan
On Thu, 13 May 2010, Michael Tokarev wrote:
Stefano Stabellini wrote:
[]
diff --git a/hw/cirrus_vga.c b/hw/cirrus_vga.c
index 9f61a01..81c443b 100644
--- a/hw/cirrus_vga.c
+++ b/hw/cirrus_vga.c
The same as with previous patch: Yellow screen
(instead of crashing), and two lines on the
On 5/13/10, Jan Kiszka jan.kis...@web.de wrote:
Blue Swirl wrote:
Hi all,
I finally refreshed some of my monitor patches. PCI and HPET patches
(attached, they don't apply anymore) need more work because of the new
monitor design.
The patches provide a method for devices to
On 5/13/10, Jan Kiszka jan.kis...@web.de wrote:
From: Jan Kiszka jan.kis...@siemens.com
Some legacy users (mostly PC devices) of vmstate_register manage
instance IDs on their own, and that unfortunately in a way that is
incompatible with automatically generated ones. This so far prevents
On 5/13/10, Paul Brook p...@codesourcery.com wrote:
But that is no different from what we have today. Users who update their
qemu and see issues with libvirt can also be asked to update libvirt. I
have already had several cases where I needed to do that anyway.
The general policy
Jan Kiszka wrote:
While IO_MEM_ROMD marks an I/O memory region as read/execute from RAM,
but write to I/O handler, there is no flag indicating that an I/O
region which is fully managed by I/O handlers can still be hosting
executable code. One use case for this are flash device models that
On Thu, May 13, 2010 at 09:59:24AM -0700, Richard Henderson wrote:
On 05/13/2010 06:17 AM, Martin Jansa wrote:
@@ -2899,8 +2900,14 @@ int main(int argc, char **argv, char **envp)
if (fscanf(fp, %lu, tmp) == 1) {
mmap_min_addr = tmp;
On 5/13/10, Daniel P. Berrange berra...@redhat.com wrote:
On Thu, May 13, 2010 at 10:32:52AM +0200, jes.soren...@redhat.com wrote:
From: Jes Sorensen jes.soren...@redhat.com
Add -version-simple argument for QEMU, printing just the version
number, without any supporting text.
Blue Swirl wrote:
On 5/13/10, Jan Kiszka jan.kis...@web.de wrote:
From: Jan Kiszka jan.kis...@siemens.com
Some legacy users (mostly PC devices) of vmstate_register manage
instance IDs on their own, and that unfortunately in a way that is
incompatible with automatically generated ones.
On 5/13/10, Jan Kiszka jan.kis...@web.de wrote:
Blue Swirl wrote:
On 5/13/10, Jan Kiszka jan.kis...@web.de wrote:
Blue Swirl wrote:
Hi all,
I finally refreshed some of my monitor patches. PCI and HPET patches
(attached, they don't apply anymore) need more work because of
Jamie Lokier wrote:
Jan Kiszka wrote:
While IO_MEM_ROMD marks an I/O memory region as read/execute from RAM,
but write to I/O handler, there is no flag indicating that an I/O
region which is fully managed by I/O handlers can still be hosting
executable code. One use case for this are flash
Jan Kiszka wrote:
Jamie Lokier wrote:
Jan Kiszka wrote:
While IO_MEM_ROMD marks an I/O memory region as read/execute from RAM,
but write to I/O handler, there is no flag indicating that an I/O
region which is fully managed by I/O handlers can still be hosting
executable code. One use case
On Mon, May 10, 2010 at 5:59 AM, Avi Kivity a...@redhat.com wrote:
On 04/21/2010 08:53 PM, Cam Macdonell wrote:
+
+ /* allocate/initialize space for interrupt handling */
+ s-eventfds = qemu_mallocz(s-nr_alloc_guests * sizeof(int *));
+ s-eventfd_table =
There is a call to free() where qemu_free() should instead be used.
Signed-off-by: Bruce Rogers brog...@novell.com
diff --git a/block.c b/block.c
index 48305b7..1a9d72d 100644
--- a/block.c
+++ b/block.c
@@ -2073,7 +2073,7 @@ int bdrv_aio_multiwrite(BlockDriverState *bs, BlockRequest
*reqs, int
On Thu, May 13, 2010 at 10:20:39PM +0300, Blue Swirl wrote:
Fully agree.
I think even better line would be 'QEMU System Emulator..'.
Silly idea perhaps, but why not include the target name, e.g. 'QEMU i386
System Emulator'? It only seems reasonable to me for the different
binaries to produce
Greetings Hannes and co,
I have been spending a bit of time trying Megasas HBA emulation +
TCM_Loop + SG_IO with a Windows XP SP2 KVM guests.. So far, I noticed
that hw/scsi-generic.c:execute_command_run() using bdev_aio_ioctl()
appears to be broken for XP guests, which causes the first 36-byte
On Thu, 13 May 2010 19:23:11 +0300
Avi Kivity a...@redhat.com wrote:
On 05/13/2010 06:01 PM, Daniel P. Berrange wrote:
Yes, we do and it's used by libvirt iirc.
This command has been in QEMU for quite a long time now (0.9.x IIRC).
It wasn't in QMP until 0.12. We
On 13.05.2010, at 17:34, Sebastian Herbszt wrote:
Make all 4 SATA ports usable.
Please CC qemu-ahci-de...@lists.sourceforge.net for ahci patches stacking on
the ahci branch. That way I don't need to fiddle them out manually from
qemu-devel.
Alex
Dear all
I have built kernel for bamboo and tried to run on qemu.
kernel version : 2.6.28
qemu version : 0.12.3
but I got error.
qemu-system-ppcemb -M bamboo -kernel
/Fedora/build-linux/linux-2.6.28/arch/powerpc/boot/cuImage.bamboo
Truncating memory to 128 MiB to fit SDRAM controller limits.
63 matches
Mail list logo