Here is where it's getting stuck now:
Selecting previously deselected package libimobiledevice0.
Unpacking libimobiledevice0 (from
.../libimobiledevice0_0.9.7-1ubuntu1_armel.deb) ...
Selecting previously deselected package libtalloc2.
Unpacking libtalloc2 (from .../libtalloc2_2.0.1-1_armel.de
After some tests I was able to reproduce the issue on Maverick and with
upstream Qemu (08218b3527301760393b0b4ec732fcdfb7ff6cda).
Also tried stressing the disk with fsstress and dd for many hours, but
couldn't reproduce the issue. The easier way to reproduce it is with
dpkg, but hard to find the e
2010/7/12 Chris Wright :
> * Juan Quintela (quint...@redhat.com) wrote:
>>
>> Please send in any agenda items you are interested in covering.
>
> 0.13 ;-)
Is there a plan for it? Which way is it going to happen? Code freeze + rc[0-x]?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog:
On Fri, Jul 16, 2010 at 1:14 PM, Anthony Liguori wrote:
> On 07/16/2010 10:41 AM, Markus Armbruster wrote:
>>> A less invasive way to do this would be to chain netdev devices.
>>>
>>> Basically:
>>>
>>> -netdev tap,fd=X,id=foo
>>> -netdev dump,file=foo.pcap,netdev=foo,id=bar
>>> -net nic,model=vir
On Fri, Jul 16, 2010 at 06:17:36PM +0200, Kevin Wolf wrote:
> +buf = qemu_malloc(2048 * BDRV_SECTOR_SIZE);
Please add a COMMIT_BUF_SIZE #define instead of the hardcoded 2048 in
various places.
> for (i = 0; i < total_sectors;) {
> +if (drv->bdrv_is_allocated(bs, i, 2048, &n)) {
>
| From: Sheng Yang
| Date: Thursday, July 15, 2010 05:56 pm
|
| Yeah, the detection of reset is not that straightforward... Maybe we need
| an ioctl for reset event in qemu-kvm kvm_reset_vcpu().
|
| We don't need assign/deassign device when reboot/reset, we only need to
| notify KVM that the res
Anthony Liguori writes:
> On 07/15/2010 10:19 AM, Markus Armbruster wrote:
>> Anthony Liguori writes:
>>
>>
>>> On 07/14/2010 01:43 PM, Christoph Hellwig wrote:
>>>
Err, strong NACK. Please don't start messing with the contents of the
data plane, we're getting into real trou
Am 16.07.2010 18:16, schrieb Anthony Liguori:
> On 07/16/2010 11:06 AM, Markus Armbruster wrote:
>> Anthony Liguori writes:
>>> To accomodate current use-cases with raw, let's introduce a new format
>>> called "probed_raw". probed_raw's semantics will be the following:
>>>
>>> The signature of a
On 07/16/2010 11:06 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 07/15/2010 10:19 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 07/14/2010 01:43 PM, Christoph Hellwig wrote:
Err, strong NACK. Please don't start messing with the contents
bdrv_commit copies the image to its backing file sector by sector, which
is (surprise!) relatively slow. Let's take a larger buffer and handle more
sectors at once if possible.
With a 1G qcow2 file, this brought the time bdrv_commit takes down from
5:06 min to 1:14 min for me.
Signed-off-by: Kevi
On 07/16/2010 10:41 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 07/15/2010 03:22 PM, Miguel Di Ciurcio Filho wrote:
Hello,
This is a prototype suggestion. I mostly copied and pasted the code from
net/dump.c into net.c and made some adjustments. There is no command line
Anthony Liguori wrote:
> On 07/15/2010 03:22 PM, Miguel Di Ciurcio Filho wrote:
>> Hello,
>>
>> This is a prototype suggestion. I mostly copied and pasted the code from
>> net/dump.c into net.c and made some adjustments. There is no command line
>> parsing involved yet, just the internals and small
Anthony Liguori writes:
> On 07/15/2010 03:22 PM, Miguel Di Ciurcio Filho wrote:
>> Hello,
>>
>> This is a prototype suggestion. I mostly copied and pasted the code from
>> net/dump.c into net.c and made some adjustments. There is no command line
>> parsing involved yet, just the internals and sm
Hello,
We have code that was based on verison 0.9 of qemu. I know its old. My issue
is that I have to bring this code up to date with the latest version of
qemu(v0.12.4) In the old version there is a file ops_mem.h that has proto types
for memory functions. In the new version this file does no
Miguel Di Ciurcio Filho wrote:
> On Fri, Jul 16, 2010 at 3:34 AM, Jan Kiszka wrote:
>>> - When using virtio-net, I'm not sure how to handle iovec when vnet_hdr=on
>> Let the sending peer report (offset field or callback) where to find the
>> payload in a frame.
>>
>
> Looking further, do you mean
On 07/15/2010 03:22 PM, Miguel Di Ciurcio Filho wrote:
Hello,
This is a prototype suggestion. I mostly copied and pasted the code from
net/dump.c into net.c and made some adjustments. There is no command line
parsing involved yet, just the internals and small changes in net/tap.c and
net/slirp.c
On Fri, Jul 16, 2010 at 3:34 AM, Jan Kiszka wrote:
>
>> - When using virtio-net, I'm not sure how to handle iovec when vnet_hdr=on
>
> Let the sending peer report (offset field or callback) where to find the
> payload in a frame.
>
Looking further, do you mean what net.c:vc_sendv_compat() does?
On 07/16/10 16:11, Michael S. Tsirkin wrote:
We need to know ring layout to allocate log buffer.
So init rings first.
Also fixes a theoretical memory-leak-on-error.
https://bugzilla.redhat.com/show_bug.cgi?id=615228
Signed-off-by: Michael S. Tsirkin
Fixes the bug for me.
Tested-by: Gerd Hof
We need to know ring layout to allocate log buffer.
So init rings first.
Also fixes a theoretical memory-leak-on-error.
https://bugzilla.redhat.com/show_bug.cgi?id=615228
Signed-off-by: Michael S. Tsirkin
---
diff --git a/hw/vhost.c b/hw/vhost.c
index d37a66e..25cb9f5 100644
--- a/hw/vhost.c
Am 16.07.2010 09:04, schrieb Markus Armbruster:
Stefan Weil writes:
An empty environment is sometimes useful in user mode.
The new option provides it for linux-user and bsd-user
(darwin-user still has no environment related options).
Stupid question: why is /usr/bin/env insufficient
On 07/16/2010 07:39 AM, Alex Williamson wrote:
On Fri, 2010-07-16 at 14:00 +0300, Michael S. Tsirkin wrote:
Commit 44ae28f3152138e71ccad66c201d730b93374bc2 breaks vhost
on small guests as we get a zero-sized memory slot at>4G,
which that code does not expect.
The removal of if (above_4g_size
On Fri, Jul 16, 2010 at 1:55 PM, Stefan Hajnoczi wrote:
> On Thu, Jul 15, 2010 at 5:20 PM, Anthony Liguori
> wrote:
>> On 07/15/2010 10:19 AM, Markus Armbruster wrote:
>>>
>>> Anthony Liguori writes:
>>>
>>>
On 07/14/2010 01:43 PM, Christoph Hellwig wrote:
>
> Err, strong
On Thu, Jul 15, 2010 at 5:20 PM, Anthony Liguori wrote:
> On 07/15/2010 10:19 AM, Markus Armbruster wrote:
>>
>> Anthony Liguori writes:
>>
>>
>>>
>>> On 07/14/2010 01:43 PM, Christoph Hellwig wrote:
>>>
Err, strong NACK. Please don't start messing with the contents of the
data pl
On 07/16/2010 03:51 AM, Bernhard Kohl wrote:
Hi,
recently there was a patch "Update SeaBIOS",
commit 8c929e1e41e61f6287b1770fe821d3d823b021b1.
Now I cannot update my seabios submodule.
I'm using http://git.qemu.org/git/seabios.git.
Is there another seabios repository which is more up-to-date?
On Fri, 2010-07-16 at 14:00 +0300, Michael S. Tsirkin wrote:
> Commit 44ae28f3152138e71ccad66c201d730b93374bc2 breaks vhost
> on small guests as we get a zero-sized memory slot at >4G,
> which that code does not expect.
> The removal of if (above_4g_size > 0) seems unintentional
> (commit log only
chen huacai a écrit :
> Thank you for your information.
> I'am a little confusing, cacheflush syscall you mentioned is in guest
> or in host?
> If you means syscall in guest, why x86 host can boot mips guest?
> If you means syscall in host, why qemu-0.9.x doesn't crash?
>
On the host. I guess qem
Thank you for your information.
I'am a little confusing, cacheflush syscall you mentioned is in guest
or in host?
If you means syscall in guest, why x86 host can boot mips guest?
If you means syscall in host, why qemu-0.9.x doesn't crash?
On Thu, Jul 15, 2010 at 11:00 PM, Aurelien Jarno wrote:
>
Commit 44ae28f3152138e71ccad66c201d730b93374bc2 breaks vhost
on small guests as we get a zero-sized memory slot at >4G,
which that code does not expect.
The removal of if (above_4g_size > 0) seems unintentional
(commit log only mentions allocation memory in a single chunk)
so just put it back in.
On Fri, Jul 16, 2010 at 12:04:34PM +0300, Michael S. Tsirkin wrote:
> This adds mergeable buffers support in vhost-net in qemu.
> With this patch, sending raw packets while vhost-net is active should
> work as well: important for migration. Compile-tested only for now.
> David, could you please re
Add APIs to control host header length. First user
will be vhost-net.
Signed-off-by: Michael S. Tsirkin
---
net/tap-aix.c |9 +
net/tap-bsd.c |9 +
net/tap-linux.c | 29 +
net/tap-linux.h |2 ++
net/tap-solaris.c |9 ++
Make host vnet header length a structure field in
preparation for using this support in linux kernel.
Signed-off-by: Michael S. Tsirkin
---
net/tap-linux.h |6 ++
net/tap.c | 28 ++--
2 files changed, 20 insertions(+), 14 deletions(-)
diff --git a/net/tap
use the new tap APIs to set header length
Signed-off-by: Michael S. Tsirkin
---
hw/vhost_net.c | 23 ++-
1 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/hw/vhost_net.c b/hw/vhost_net.c
index 606aa0c..1693090 100644
--- a/hw/vhost_net.c
+++ b/hw/vhost_net.c
@
This adds mergeable buffers support in vhost-net in qemu.
With this patch, sending raw packets while vhost-net is active should
work as well: important for migration. Compile-tested only for now.
David, could you please review and maybe try this out?
The kernel side is in vhost-net-next. I intend
Hi,
recently there was a patch "Update SeaBIOS",
commit 8c929e1e41e61f6287b1770fe821d3d823b021b1.
Now I cannot update my seabios submodule.
I'm using http://git.qemu.org/git/seabios.git.
Is there another seabios repository which is more up-to-date?
$ git submodule status
+7d09d0e3ba11310e973d43
Stefan Weil writes:
> An empty environment is sometimes useful in user mode.
> The new option provides it for linux-user and bsd-user
> (darwin-user still has no environment related options).
Stupid question: why is /usr/bin/env insufficient?
[...]
On Fri, Jul 16, 2010 at 10:46:52AM +0900, Isaku Yamahata wrote:
> On Thu, Jul 08, 2010 at 07:49:35PM +0300, Michael S. Tsirkin wrote:
>
> > > For root bus:
> > > - pci_host_bus_new()/pci_host_bus_new_inplace()
> > > qbus style api. pci segment must be specified.
> > > New code should use this.
Am 15.07.2010 19:51, schrieb Anthony Liguori:
> On 07/15/2010 12:10 PM, Kevin Wolf wrote:
>> Am 15.07.2010 18:20, schrieb Anthony Liguori:
>>
>>> I have another idea that I hope will solve the problem in a more
>>> complete way. The fundamental issue is that it's impossible to probe
>>> raw im
37 matches
Mail list logo
