At 03/01/2011 03:13 PM, Isaku Yamahata Write:
> 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
Dear He? Justus
GIGAPrint Ltd. | 11/F, Fu Hop Fty Bldg, 209-211 Wai Yip St, Kwun Tong, Kowloon,
HK | 23892088
您收到這郵件是由於我們相信其中的訊息與您相關。如欲取消接收所有關於本機構的產品或服務的訊息請按
http://vps.web-123.com/webm/tracer/u.php?g=8447.532556.690247798
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
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
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
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
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
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/
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/
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
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 | 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
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
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 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 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
>
** 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
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 /
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
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
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 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 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
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:
> 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
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
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
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
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
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
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.
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 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
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 ***:
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
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 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
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
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
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
On Sat, Feb 26, 2011 at 07:45:44AM -0600, Anthony Liguori wrote:
> >>>+- "commit_filename": target commit filename (json-string, optional)
> >>I think we should drop this.
> >Why? Sorry but this can't wait for non-config persistent storage. This
> >mistake was made in the past with irqchip for exam
On Mon, Feb 28, 2011 at 07:47:13PM +0200, Avi Kivity wrote:
> On 02/28/2011 07:33 PM, Anthony Liguori wrote:
> >
> >>
> >> You're just ignoring what I've written.
> >
> >No, you're just impervious to my subtle attempt to refocus the
> >discussion on solving a practical problem.
> >
> >There's a lot
Hi all,
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 project if
it's the case.
Regards,
Natalia Portillo
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.
One of the projects I suggest, implementing USB 3.0 XHCI may need to be merged
with clean up of Gerd's USB 2.0 EHC
On Feb 28, 2011 11:47 AM, "Avi Kivity" wrote:
>
> On 02/28/2011 07:33 PM, Anthony Liguori wrote:
>>
>>
>> >
>> > You're just ignoring what I've written.
>>
>> No, you're just impervious to my subtle attempt to refocus the discussion
on solving a practical problem.
>>
>> There's a lot of good, reas
On 02/28/2011 07:33 PM, Anthony Liguori wrote:
>
> You're just ignoring what I've written.
No, you're just impervious to my subtle attempt to refocus the
discussion on solving a practical problem.
There's a lot of good, reasonably straight forward changes we can make
that have a high return
On Feb 28, 2011 10:44 AM, "Jes Sorensen" wrote:
>
> Hi,
>
> On last week's call we discussed the issue of splitting non core
> features of QEMU into it's own process to reduce the security risks etc.
>
> I wrote up a summary of my thoughts on this to try to cover the various
> issues. Feedback wel
On Feb 28, 2011 7:21 AM, "Avi Kivity" wrote:
>
> On 02/28/2011 02:45 PM, Anthony Liguori wrote:
>>
>> On 02/28/2011 02:38 AM, Avi Kivity wrote:
We don't separate configuration from guest state today. Instead of
setting ourselves up for failure by setting an unrealistic standard tha
On 02/28/2011 06:49 PM, Jan Kiszka wrote:
>
> That's what I tried, and it didn't work?! Maybe I forgot to compile or
> something.
Well, it maybe failed to build as qemu_kvm_init_cpu_signals became
unused and the compiler should have bailed out? Probably it's better to
disable it directly in t
On 2011-02-28 17:45, Avi Kivity wrote:
> On 02/28/2011 06:16 PM, Jan Kiszka wrote:
>> On 2011-02-28 16:55, Avi Kivity wrote:
>>> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
From: Jan Kiszka
Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
It's unused so f
On 02/28/2011 06:45 PM, Avi Kivity wrote:
That's what I tried, and it didn't work?! Maybe I forgot to compile
or something.
I misspelled #ifdef.
--
error compiling committee.c: too many arguments to function
On 02/28/2011 06:16 PM, Jan Kiszka wrote:
On 2011-02-28 16:55, Avi Kivity wrote:
> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>> It's unused so far, but this infrastructure will be required for
>>
Hi,
On last week's call we discussed the issue of splitting non core
features of QEMU into it's own process to reduce the security risks etc.
I wrote up a summary of my thoughts on this to try to cover the various
issues. Feedback welcome and hopefully we can continue the discussion on
a future c
On 2011-02-28 16:55, Avi Kivity wrote:
> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>> It's unused so far, but this infrastructure will be required for
>> self-IPIs and to process SIGBUS plus, in KVM mod
Public bug reported:
qemu Version: 0.14.0
The problem is present in the current code from git master as well.
Loading a snapshot that was created while qemu was not running (using
qemu-img) does not seem to work anymore.
Using "loadvm " in the qemu monitor does not have the
desired effect. Not e
On 2011-02-28 17:02, Jan Kiszka wrote:
> On 2011-02-28 16:55, Avi Kivity wrote:
>> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>>> From: Jan Kiszka
>>>
>>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>>> It's unused so far, but this infrastructure will be required for
>>> s
On 2011-02-28 16:55, Avi Kivity wrote:
> On 02/01/2011 11:15 PM, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
>> It's unused so far, but this infrastructure will be required for
>> self-IPIs and to process SIGBUS plus, in KVM mod
On 02/01/2011 11:15 PM, Jan Kiszka wrote:
From: Jan Kiszka
Block SIG_IPI, unblock it during KVM_RUN, just like in io-thread mode.
It's unused so far, but this infrastructure will be required for
self-IPIs and to process SIGBUS plus, in KVM mode, SIGIO and SIGALRM. As
Windows doesn't support sign
Am 28.02.2011 16:35, schrieb Stefan Hajnoczi:
> On Mon, Feb 28, 2011 at 3:12 PM, Kevin Wolf wrote:
>> Am 28.02.2011 12:49, schrieb Prerna Saxena:
>>> The following patchset introduces monitor commands:
>>>
>>> 1. set_cache DEVICE CACHE-SETTING
>>> Change cache settings for block device, DEVICE, th
On Mon, Feb 28, 2011 at 3:12 PM, Kevin Wolf wrote:
> Am 28.02.2011 12:49, schrieb Prerna Saxena:
>> The following patchset introduces monitor commands:
>>
>> 1. set_cache DEVICE CACHE-SETTING
>> Change cache settings for block device, DEVICE, through the monitor.
>> (Available options : 'none', 'w
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 to host over a virtio-serial channel didn't
> show much difference i
Am 28.02.2011 13:11, schrieb Prerna Saxena:
> (qemu)info block
> SAMPLE output :
> ide0-hd0: type=hd removable=0 cache=none file=/tmp/abc.img ro=0
> drv=qcow2 encrypted=0
>
> ---
> block.c | 22 --
> 1 files changed, 20 insertions(+), 2 deletions(-)
>
> diff --git a/block.c
Am 28.02.2011 12:49, schrieb Prerna Saxena:
> The following patchset introduces monitor commands:
>
> 1. set_cache DEVICE CACHE-SETTING
> Change cache settings for block device, DEVICE, through the monitor.
> (Available options : 'none', 'writeback', 'writethrough')
> Eg,
> (qemu)set_cache ide0-hd
On 02/28/2011 01:13 PM, Avi Kivity wrote:
If there's a git tree of this I'll be happy to do an autotest run.
Sure, it's branch iothread-win32 of git://github.com/bonzini/qemu.git
Paolo
On 02/28/2011 02:45 PM, Anthony Liguori wrote:
On 02/28/2011 02:38 AM, Avi Kivity wrote:
We don't separate configuration from guest state today. Instead of
setting ourselves up for failure by setting an unrealistic standard
that we try to achieve and never do, let's embrace the system that
On Mon, 28 Feb 2011 10:09:43 +0100
Jan Kiszka wrote:
> On 2011-02-28 00:44, Natalia Portillo wrote:
> > Hi there,
> >
> > El 23/02/2011, a las 20:42, Luiz Capitulino escribió:
> >
> >> Hi there,
> >>
> >> Google will begin accepting mentoring organizations applications next
> >> week, but
> >>
On Sun, Feb 27, 2011 at 8:03 PM, 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 rhel
On 02/28/2011 02:38 AM, Avi Kivity wrote:
We don't separate configuration from guest state today. Instead of
setting ourselves up for failure by setting an unrealistic standard
that we try to achieve and never do, let's embrace the system that is
working for us today. We are authoritative f
On (Thu) 24 Feb 2011 [08:44:07], Anthony Liguori wrote:
> For instance, if the host side disconnects, then reconnects before
> we read(), we may never get the read()=0, and our FD remains valid.
> Whereas with a tcp/unix socket our FD is no longer valid, and the
> read()=0 is an eve
On Mon, Feb 28, 2011 at 11:15:51AM +, Peter Maydell wrote:
> On 28 February 2011 10:48, David Gibson wrote:
> > The recent changes to handling of jpegs over tight vnc connections
> > cause build errors if qemu is configured with --disable-vnc-jpeg. The
> > patch below corrects the errors, by
On 02/28/2011 01:57 PM, Jan Kiszka wrote:
On 2011-02-28 11:10, Paolo Bonzini wrote:
> On 02/28/2011 10:16 AM, Avi Kivity wrote:
>> Why is that? uq/master is for kvm code, and this touches two or three
>> lines?
>
> iothread code is also going in via uq/master often. I started with
> uq/mas
(qemu)info block
SAMPLE output :
ide0-hd0: type=hd removable=0 cache=none file=/tmp/abc.img ro=0
drv=qcow2 encrypted=0
---
block.c | 22 --
1 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/block.c b/block.c
index f7d91a2..c717888 100644
--- a/block.c
+++ b/blo
On 02/28/2011 02:04 AM, Jordan Justen wrote:
Hi all,
Would it be possible to add a link to OVMF:
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF
on the qemu links page:
http://wiki.qemu.org/Links
for UEFI support on x86& x86-64 guests?
Just create an account and add
Usage :
(qemu) set_cache DEVICE CACHE-MODE
where CACHE-MODE can be one of writeback/ writethrough/ none.
At present, the image file is closed and re-opened with appropriate flags.
It might potentially cause problems if the underlying image is deleted
while a running qemu instance is using it. A c
On 02/28/2011 03:13 AM, Avi Kivity wrote:
On 02/28/2011 10:57 AM, Paolo Bonzini wrote:
On 02/28/2011 09:20 AM, Avi Kivity wrote:
We should have another abstraction for connection based backend. I'll
take a go at this when I'm ready to try to get those patches in.
Shouldn't each new connecti
In passthrough security model, following symbolic links in the server
side could result in TOCTTOU vulnerabilities.
This patchset resolves this issue by creating a dedicated process which
chroots into the share path and all file object access is done in the
chroot environment.
This patchset imple
On 2011-02-28 11:10, Paolo Bonzini wrote:
> On 02/28/2011 10:16 AM, Avi Kivity wrote:
>> Why is that? uq/master is for kvm code, and this touches two or three
>> lines?
>
> iothread code is also going in via uq/master often. I started with
> uq/master because I depended on Jan's changes which ar
Hi,
Iam using qemu 0.13.0..whenever Iam playing any file using
ffplay.sometimes it happens that audio stops and then after sometime gain it
starts playing..but i dont see this problem with aplay.
so whats going wrong.Plz update me as soon as possible.
---Thannx
AK
The following patchset introduces monitor commands:
1. set_cache DEVICE CACHE-SETTING
Change cache settings for block device, DEVICE, through the monitor.
(Available options : 'none', 'writeback', 'writethrough')
Eg,
(qemu)set_cache ide0-hd0 none
-> Changes cache setting for ide0-hd0 to 'none'
2
Please send in any agenda items you are interested in covering.
Thanks, Juan.
Add chroot functionality for systemcalls that can operate on a file
using relative directory file descriptor.
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-local.c | 227 +++--
1 files changed, 197 insertions(+), 30 deletions(-)
diff --git a/hw/9pf
Add both chroot deamon and qemu side interfaces to create special files
(directory, device nodes, links and symbolic links)
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-chroot-dm.c | 57
hw/9pfs/virtio-9p-chroot-qemu.c | 19
hw/9pfs/virtio-9p-chroot
This patch adds both chroot deamon and qemu side support to open a file/
directory in the chroot environment
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-chroot-qemu.c | 24 +++-
hw/9pfs/virtio-9p-chroot.h |2 +-
hw/9pfs/virtio-9p-local.c | 58 ++
QEMU side interfaces to communicate with chroot daemon process.
Signed-off-by: M. Mohan Kumar
---
Makefile.objs |2 +-
hw/9pfs/virtio-9p-chroot-qemu.c | 97 +++
hw/9pfs/virtio-9p-chroot.h |1 +
3 files changed, 99 insertions(+)
Add both chroot deamon & qemu side interfaces to create regular files in
chroot environment
Signed-off-by: M. Mohan Kumar
---
hw/9pfs/virtio-9p-chroot-dm.c | 39 +++
hw/9pfs/virtio-9p-local.c | 21 +++--
2 files changed, 58 insertions(+
Implement chroot daemon side interfaces like sending the file
descriptor to qemu process, reading the object request from socket etc.
Also add chroot main function and other helper routines.
Signed-off-by: M. Mohan Kumar
---
Makefile.objs |1 +
hw/9pfs/virtio-9p-chroot-dm.c |
9p Chroot environment needs APIs defined in qemu-thread.c, so enable
CONFIG_THREAD if virtfs is enabled
Signed-off-by: M. Mohan Kumar
---
configure |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index 2560357..9eddd38 100755
--- a/configure
+++ b/c
Add qemu_read_full function
Signed-off-by: M. Mohan Kumar
---
osdep.c | 32
qemu-common.h |2 ++
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/osdep.c b/osdep.c
index 327583b..8d84a88 100644
--- a/osdep.c
+++ b/osdep.c
@@ -127,6 +127
After creating a file object, its permission and ownership details are updated
as per 9p client's request for both passthrough and none security model.
But with chrooted environment its not required for passthrough security model.
Move all post file creation changes to none security model.
Signed-
Enable ioeventfd for virtio-serial devices by default. Commit
25db9ebe15125deb32958c6df74996f745edf1f9 lists the benefits of using
ioeventfd.
Copying a file from guest to host over a virtio-serial channel didn't
show much difference in time or io_exit rate.
Signed-off-by: Amit Shah
---
hw/virt
On 28 February 2011 10:48, David Gibson wrote:
> The recent changes to handling of jpegs over tight vnc connections
> cause build errors if qemu is configured with --disable-vnc-jpeg. The
> patch below corrects the errors, by adding some left out #ifdefs.
>
> Please apply.
>
> Signed-off-by: Davi
It was found libvirt was using port 0 for generic ports. It has been
fixed in libvirt commit 8e28c5d40200b4c5d483bd585d237b9d870372e5.
Port 0 is reserved for virtconsole devices for backward compatibility
with the old -virtioconsole (from qemu 0.12) device type.
Ensure we don't allow instantiati
Rebased version from last week:
The following changes since commit 417131fb9ad3f6dd7177a338cc5f143dec4d75f0:
HACKING: Update status of format checking (2011-02-25 16:31:05 -0600)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/qemu/amit/virtio-serial.git for-anthony
Instead of using a single variable to pass to the virtio_serial_init
function, use a struct so that expanding the number of variables to be
passed on later is easier.
Signed-off-by: Amit Shah
---
hw/virtio-pci.c| 12 ++--
hw/virtio-serial-bus.c | 16
hw/virti
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|2 ++
target-ppc/kvm.c |6 +++---
2 files chan
The recent changes to handling of jpegs over tight vnc connections
cause build errors if qemu is configured with --disable-vnc-jpeg. The
patch below corrects the errors, by adding some left out #ifdefs.
Please apply.
Signed-off-by: David Gibson
---
ui/vnc-enc-tight.c |4
1 files chan
This ensures env->halt_cond is broadcast, and the loop in
qemu_tcg_wait_io_event and qemu_kvm_wait_io_event is exited
naturally rather than through a timeout.
Signed-off-by: Paolo Bonzini
---
hw/ppc.c |2 ++
hw/sun4m.c | 10 --
hw/sun4u.c |4 ++--
targ
Signed-off-by: Paolo Bonzini
---
cpus.c | 25 ++---
qemu-thread-posix.c |9 -
qemu-thread-posix.h |1 -
3 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/cpus.c b/cpus.c
index 7559a02..077729c 100644
--- a/cpus.c
+++ b/cpus.c
@@ -8
Signed-off-by: Paolo Bonzini
---
os-win32.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/os-win32.c b/os-win32.c
index b214e6a..c971d92 100644
--- a/os-win32.c
+++ b/os-win32.c
@@ -140,7 +140,9 @@ void os_host_main_loop_wait(int *timeout)
int err;
Wa
qemu_main_loop_start is the only place where qemu_system_ready is set
to 1.
Signed-off-by: Paolo Bonzini
---
cpus.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 4c3837f..e367b3b 100644
--- a/cpus.c
+++ b/cpus.c
@@ -823,7 +823,7 @@ static void
1 - 100 of 138 matches
Mail list logo
