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.
co
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
On Thu, 13 May 2010 19:23:11 +0300
Avi Kivity 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 shouldn'
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
I
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 produ
There is a call to free() where qemu_free() should instead be used.
Signed-off-by: Bruce Rogers
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 num_reqs)
ret
On Mon, May 10, 2010 at 5:59 AM, Avi Kivity 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 = qemu_mallocz(s->vect
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.
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 ar
On 5/13/10, Jan Kiszka wrote:
> Blue Swirl wrote:
> > On 5/13/10, Jan Kiszka 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
> >
Blue Swirl wrote:
> On 5/13/10, Jan Kiszka 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
Blue Swirl wrote:
> On 5/13/10, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> 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
>> switchi
On 5/13/10, Daniel P. Berrange wrote:
> On Thu, May 13, 2010 at 10:32:52AM +0200, jes.soren...@redhat.com wrote:
> > From: Jes Sorensen
> >
> > Add -version-simple argument for QEMU, printing just the version
> > number, without any supporting text.
> >
> > This makes it simpler for other a
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;
> >
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 5/13/10, Paul Brook 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 of QEMU h
On 5/13/10, Jan Kiszka wrote:
> From: Jan Kiszka
>
> 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
> switching those users to vmstates
On 5/13/10, Jan Kiszka 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 regis
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
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
Convert enum to #define.
Signed-off-by: Sebastian Herbszt
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)
#endif
-e
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);
> +} els
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 provided
* 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
http://git.kernel.
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 includ
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-sc
All ICH6 ports are now available.
Signed-off-by: Sebastian Herbszt
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 MAX_SATA_DEVS 1
+#define
Make all 4 SATA ports usable.
Signed-off-by: Sebastian Herbszt
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 prdt.
- * mak
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 cha
On Thu, May 13, 2010 at 11:55:24AM -0300, Luiz Capitulino wrote:
> On Thu, 13 May 2010 16:48:13 +0300
> Avi Kivity wrote:
>
>
> > > +change
> > > +--
> > > +
> > > +Change a removable medium or VNC configuration.
> > >
> >
> > This is sad. Would anyone write a C function with a similar
On Thu, 13 May 2010 16:48:13 +0300
Avi Kivity 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
> > self-descripti
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. Bu
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.
Signed-off-by: Jan Kiszka
---
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 pflash_read (pflash_t *
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 from
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
---
hw/pflash_cfi01.c |9 +
hw/pflash_cfi02.c |2 +-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/hw/pflash_cfi01.c b/hw/pflash_cfi01
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 sw
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
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: in
> > 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
Am Thursday 13 May 2010 14:38:07 schrieben Sie:
> >> Right, I came to the same conclusion based on chip I'm using for the
> >> Musicpal model. Working on a proper fix - now that I think to have found
> >> a solution for the XIP vs. mode switch conflict.
nice :) i'll try it as soon as it's ready.
>
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 s
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
self-description is a big task we have been postponing for a
long time now and still don
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
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 equiv
On Thu, 13 May 2010 14:21:02 +0100
"Daniel P. Berrange" wrote:
> 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,
On Thu, May 13, 2010 at 10:32:52AM +0200, jes.soren...@redhat.com wrote:
> From: Jes Sorensen
>
> 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
Sorry for the duplicated emails, git-send-email is misbehaving.
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
On Thu, 13 May 2010 09:01:21 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > On Wed, 12 May 2010 18:48:38 +0200
> > Markus Armbruster wrote:
> >
> >> > +query-block
> >> > +---
> >> > +
> >> > +Show the block devices.
> >> > +
> >> > +Each block device information is sto
Reset is now triggered after init, no need for explicit calls anymore.
Signed-off-by: Jan Kiszka
---
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
+++ b/hw/musicpal.c
@@ -129
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 w
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
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
>
>
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)
re
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 all
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 | pf
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 p
From: Jes Sorensen
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 -version-simple argument
that
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
Luiz Capitulino writes:
> On Wed, 12 May 2010 18:48:38 +0200
> Markus Armbruster 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 of all devic
From: Jes Sorensen
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.
Signed-off-by: Jes Sorensen
---
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
---
block.c | 23 +++-
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. i
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
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.
> T
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
P
67 matches
Mail list logo
