On 28 February 2011 18:53, Natalia Portillo wrote:
> Last time I checked SymbianOS source repository I found references to QEMU.
>
> Are they using QEMU for the simulator?
> And for MeeGO?
>
> May HP also be using it for WebOS?
>
> We may propose putting their modifications upstream as a GSoC 2011
Hi all,
I can confirm this bug,
on latest openindiana-148 and qemu-kvm 0.13.0 you cannot even ping the
virtualization host.
With qemu-kvm-0.14.0 (just released!) you CAN ping the host: this is already an
improvement.
HOWEVER
biggest bug is still there: if you log in to the openindiana machine vi
Hi Peter,
El 28/02/2011, a las 19:15, Peter Maydell escribió:
> On 28 February 2011 18:53, Natalia Portillo wrote:
>> Last time I checked SymbianOS source repository I found references to QEMU.
>>
>> Are they using QEMU for the simulator?
>> And for MeeGO?
>>
>> May HP also be using it for Web
On 2011-02-28 19:51, Natalia Portillo wrote:
> I have added my 2010 still valid projects (all), and three more.
>
> I also added myself as mentor for the USB projects, as I recently got
> experience on how the QEMU's USB stack works.
Great! Interesting to hear that you already have started with
On Sunday 27 February 2011 04:19 PM, Stefan Hajnoczi wrote:
On Sat, Feb 26, 2011 at 9:50 PM, Dushyant Bansal
wrote:
Disk block size is usually 512 bytes and in qemu-img, sector size is also
512B. And, this change would copy n sectors even if only one of them
actually contains data (while
On 2011-02-28 11:49, David Gibson wrote:
> Recent changes to the generic kvm support code broke compile of kvm
> for ppc. The patch below fixes the errors by adjusting types in the
> ppc code, and adding a missing #ifdef.
>
> Please apply.
>
> Signed-off-by: David Gibson
>
> ---
> kvm-all.c
Commit bc2429b9174ac2d3c56b7fd35884b0d89ec7fb02 introduced
a severe bug (heap corruption).
bitmap_clear was called with a wrong argument
which caused out-of-bound writes to width_mask.
This bug was detected with QEMU running on windows.
It also occurs with wine:
*** stack smashing detected ***:
Le 28 févr. 2011 à 20:54, qemu-devel-requ...@nongnu.org a écrit :
> I proposed on GSoC 2010 to cleanup and finish the WIP that was done on 0.9.0
> for emulation Acorn Archimedes platform.
> It was going to be mentored by Paul Brook but no one took the project, so the
> proposal is still up.
> I
Hi,
El 28/02/2011, a las 22:57, François Revol escribió:
>
> Le 28 févr. 2011 à 20:54, qemu-devel-requ...@nongnu.org a écrit :
>
>> I proposed on GSoC 2010 to cleanup and finish the WIP that was done on 0.9.0
>> for emulation Acorn Archimedes platform.
>> It was going to be mentored by Paul Br
Le 1 mars 2011 à 00:19, Natalia Portillo a écrit :
>> I see someone wants BeBox support.
>> I already started on this but it doesn't do much yet.
> Loading Be's firmware or with a custom one?
I wrote a loader for their boot nub.
It currently starts by probing the PCI bridge and that's about it.
On Feb 28, 2011 7:38 AM, "Juan Quintela" wrote:
>
>
> Please send in any agenda items you are interested in covering.
FYI, I cannot attend due to an all day meeting.
Regards,
Anthony Liguori
> Thanks, Juan.
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of
Since Natalia raised the subject I though I'd post my current patch for the
BeBox support.
I think the loader stuff can probably be committed already with some cleanup.
The rest is mostly a copy of the prep file with tweaks and needs more work.
The boot nub images can be extracted with this script
Hi,
> Indeed, and I'd love to get Haiku to boot on a NeXT :-)
I'd love to boot NeXTStep/m68k even on emulation.
>> (Unless your Atari ST and Amiga emulation pretends to support things no
>> other does, like Amiga UNIX, Apple UNIX)
>
> Well, most of those emulators do not support the required mm
Le 1 mars 2011 à 01:18, Natalia Portillo a écrit :
>> Well, most of those emulators do not support the required mmu, except ARAnyM
>> (and their mmu patch was backported to UAE I think).
> That's the main problem, but first of all in QEMU there is the need for
> complete pre-Coldfire 68ks, as w
At 03/01/2011 05:34 AM, Stefan Weil Write:
> Commit bc2429b9174ac2d3c56b7fd35884b0d89ec7fb02 introduced
> a severe bug (heap corruption).
>
> bitmap_clear was called with a wrong argument
> which caused out-of-bound writes to width_mask.
>
> This bug was detected with QEMU running on windows.
> I
On 2/5/2011 10:08 AM, Aneesh Kumar K.V wrote:
> This add file descriptor recliam to 9p server
Please split it into two patches.
1. Introducing fsmap.
2. Introducing the reclaim mechanism.
Concern: With this we will be traversing the whole fid list for many operations
.. how is
the performance im
This patch fix the following two regressions:
1. we should use bitmap_set() and bitmap_clear() to replace vnc_set_bits().
2. The unit of bitmap_intersects()'third parameter is bit, not words.
But we pass the num of words to bitmap_intersects().
Changes from v1 to v2:
1. fix the third argument o
On 2/5/2011 10:08 AM, Aneesh Kumar K.V wrote:
> Signed-off-by: Aneesh Kumar K.V
> ---
> hw/9pfs/virtio-9p.c | 31 +++
> hw/9pfs/virtio-9p.h |2 ++
> 2 files changed, 33 insertions(+), 0 deletions(-)
>
> diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
> in
On 2/5/2011 10:08 AM, Aneesh Kumar K.V wrote:
> We use this flag when we reopen the file. We need
> to track open flag because if the open request have
> flags like O_SYNC, we want to open the file with same flag
> in host too
>
> Signed-off-by: Aneesh Kumar K.V
> ---
> hw/9pfs/virtio-9p.c | 5
On Sat, Feb 26, 2011 at 07:45:44AM -0600, Anthony Liguori wrote:
> >>>+- "filename": target image filename (json-string)
> >>Is this a created image? Is this an image to create?
> >A previously created image.
> >
> >>To future proof for blockdev, we should make this argument optional
> >>and if it
On Sunday 27 February 2011 13:03:14 Alon Levy wrote:
> On Sat, Feb 26, 2011 at 01:29:01PM +0100, Jan Kiszka wrote:
> > On 2011-02-26 12:43, xming wrote:
> > > When trying to start X (and it loads qxl driver) the kvm process just
> > > crashes.
>
> This is fixed by Gerd's attached patch (taken from
Hi.
I don't suppose that just introducing pending bits solve the issue.
Your test only use single hot plug/unplug. How about mixing of multiple
hot plug/unplug with different slots.
Zeroing up/down on piix4_device_hotplug() is the culprit.
State machine of (up, down) would be needed.
(up, down) o
Public bug reported:
qemu-0.14.0/darwin-user/i386: No such file or directory
I tried the current sources and the "stable".
I am running mac os x 10.5.8 -- 64 bit on macbook pro. fusion works,
virtualbox works, Q did on i386, but not 64 bit.
I had "fink" installed, and changed /sw to be after /
** Changed in: qemu
Status: New => Confirmed
** Changed in: qemu
Status: Confirmed => New
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/b
On Mon, 28 Feb 2011 18:00:56 -0800, "Venkateswararao Jujjuri (JV)"
wrote:
> On 2/5/2011 10:08 AM, Aneesh Kumar K.V wrote:
> > We use this flag when we reopen the file. We need
> > to track open flag because if the open request have
> > flags like O_SYNC, we want to open the file with same flag
>
On Mon, 28 Feb 2011 17:48:34 -0800, "Venkateswararao Jujjuri (JV)"
wrote:
> On 2/5/2011 10:08 AM, Aneesh Kumar K.V wrote:
> > Signed-off-by: Aneesh Kumar K.V
> > ---
> > hw/9pfs/virtio-9p.c | 31 +++
> > hw/9pfs/virtio-9p.h |2 ++
> > 2 files changed, 33 insert
On Mon, 28 Feb 2011 17:44:56 -0800, "Venkateswararao Jujjuri (JV)"
wrote:
> On 2/5/2011 10:08 AM, Aneesh Kumar K.V wrote:
> > This add file descriptor recliam to 9p server
>
> Please split it into two patches.
>
> 1. Introducing fsmap.
> 2. Introducing the reclaim mechanism.
Already did that i
On (Fri) 25 Feb 2011 [14:25:20], Michael Roth wrote:
> On 02/24/2011 06:48 AM, Amit Shah wrote:
> >On (Wed) 23 Feb 2011 [08:31:52], Michael Roth wrote:
> >>On 02/22/2011 10:59 PM, Amit Shah wrote:
> >>>On (Tue) 22 Feb 2011 [16:40:55], Michael Roth wrote:
> If something in the guest is attemptin
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 31 +++
hw/9pfs/virtio-9p.h |2 ++
2 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index c4b0198..882f4f3 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw
we should use the local abstraction instead of
directly calling close.
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 811ac38..c4b0198 100644
--- a/hw/9pfs/virtio-
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 21 +++--
1 files changed, 19 insertions(+), 2 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index a4c5905..08c0399 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw/9pfs/virtio-9p.c
@@ -138,7 +138,12 @@ st
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 327 ++-
hw/9pfs/virtio-9p.h | 22 +++-
2 files changed, 184 insertions(+), 165 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 27e7750..a9f52c6 100644
--- a/hw/
We use this flag when we reopen the file. We need
to track open flag because if the open request have
flags like O_SYNC, we want to open the file with same flag
in host too
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 52 +-
hw/9pfs/
On (Mon) 28 Feb 2011 [15:28:49], Stefan Hajnoczi wrote:
> On Mon, Feb 28, 2011 at 11:12 AM, Amit Shah wrote:
> > Enable ioeventfd for virtio-serial devices by default. Commit
> > 25db9ebe15125deb32958c6df74996f745edf1f9 lists the benefits of using
> > ioeventfd.
> >
> > Copying a file from guest
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 99 --
1 files changed, 95 insertions(+), 4 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index a9f52c6..811ac38 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw/9pfs/virtio
At 03/01/2011 12:11 PM, Isaku Yamahata Write:
> Hi.
>
> I don't suppose that just introducing pending bits solve the issue.
> Your test only use single hot plug/unplug. How about mixing of multiple
> hot plug/unplug with different slots.
The qemu uses the same thread to deal with monitor command
After migration failure, even a user commands migrate_cancel, it keeps
saying:
Migration status: failed
This patch checks s->state == MIG_STATE_CANCEL instead of s->state !=
MIG_STATE_ACTIVE. With this patch the message above would be:
Migration status: cancelled
Please note that the following
On Tue, Mar 01, 2011 at 02:58:44PM +0800, Wen Congyang wrote:
> At 03/01/2011 12:11 PM, Isaku Yamahata Write:
> > Hi.
> >
> > I don't suppose that just introducing pending bits solve the issue.
> > Your test only use single hot plug/unplug. How about mixing of multiple
> > hot plug/unplug with dif
101 - 138 of 138 matches
Mail list logo
