On Mon, 2010-07-05 at 11:05 -0300, Luiz Capitulino wrote:
> On Mon, 05 Jul 2010 14:45:23 +0200
> Juan Quintela wrote:
>
> >
> > Please send in any agenda items you are interested in covering.
>
> - 0.13 release
- migration + hotplug fixes
I'm using debian lenny.
$ gcc --version
gcc (Debian 4.3.2-1.1) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
On Tue, Jul 06, 2010 at 10
On Wed, Jun 30, 2010 at 9:48 PM, Isaku Yamahata wrote:
> On Wed, Jun 30, 2010 at 04:10:02PM +0800, Lisa Lei wrote:
> > Hi,
> > I'm finding the solution of how to add one pcie device which
> emulated by
> > systemc to qemu, such as net card. I noticed that you've been working on
> Q35
> > su
It does not occur on QEMU's 0.12.3 neither 0.12.4, quick format, slow format,
NTFS, FAT32, checked it personally.
Please fill a bug in Fedora as it must be some patch they applied.
El 05/07/2010, a las 15:48, Hanno Starling escribió:
> This problem still occurs in Fedora 13, with qemu-kvm-0.12.
vgabios-0.6c-2ubuntu1 does not fix the bug for me.
Building vgabios.bin from qemu-kvm-0.12.4.tar.gz sources helps.
--
kvm with -vga std is broken since karmic
https://bugs.launchpad.net/bugs/513273
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
On Mon, Jul 5, 2010 at 12:22 PM, Luiz Capitulino wrote:
>> +
>> +Describe the capabilities of all devices registered with qdev.
>> +
>> +The returned output is a list, each element is a json-object describing a
>> single
>> +device type.
>
> s/The returned output is a list/The returned value is a
On 07/05/2010 08:12 PM, Blue Swirl wrote:
Since you seem to have gone back to drawing board, how about the
following design:
Explicit qemu_irqs and muxes for the backwards channel
[...]
The question of how to design the thing is secondary to me, at present.
IMO the first question we ha
On Sat, Jul 3, 2010 at 1:34 PM, Artyom Tarasenko
wrote:
> 2010/5/30 Blue Swirl :
>> On Sat, May 29, 2010 at 9:33 PM, Artyom Tarasenko
>> wrote:
>>> For me is also interesting what do we miss in the microSPARC implementation.
>>> If I switch off POST (which crashes due to the known FPU problems)
>
Am 05.07.2010 18:15, schrieb Markus Armbruster:
> Kevin Wolf writes:
>
>> Am 30.06.2010 13:55, schrieb Markus Armbruster:
>>> raw_pread_aligned() retries up to two times if the block device backs
>>> a virtual CD-ROM. This makes no sense. Whether retrying reads can
>>> correct read errors may d
Blue Swirl wrote:
> On Mon, Jul 5, 2010 at 1:47 PM, Avi Kivity wrote:
>> On 07/05/2010 04:28 PM, Jan Kiszka wrote:
>>> Avi Kivity wrote:
>>>
On 07/05/2010 03:16 PM, Jan Kiszka wrote:
>> It's also architecturally cleaner. Masks and acks are architectural
>> events. Injections ar
On Mon, Jul 5, 2010 at 1:47 PM, Avi Kivity wrote:
> On 07/05/2010 04:28 PM, Jan Kiszka wrote:
>>
>> Avi Kivity wrote:
>>
>>>
>>> On 07/05/2010 03:16 PM, Jan Kiszka wrote:
>>>
>
> It's also architecturally cleaner. Masks and acks are architectural
> events. Injections are not - there'
Hi Stefan, Prerna,
I pulled down QEMU tracing code from git://repo.or.cz/qemu/stefanha.git
and tried to use it to trace something in virtio-9p code. I don't have
any knowledge of how traces are implemented and I just went with the
documentation. With help from Prerna, I was able to insert a trace
Kevin Wolf writes:
> Am 30.06.2010 13:55, schrieb Markus Armbruster:
>> I'm working on cleanly separating block device host and guest parts.
>> I'd like to route all this work through Kevin's block tree. This is
>> still just preliminaries.
>>
>> This patch series is based on v2 of my previous
Kevin Wolf writes:
> Am 30.06.2010 13:55, schrieb Markus Armbruster:
>> drive_init() doesn't permit rerror for if=scsi, but that's worthless:
>> we get it via if=none and -device.
>>
>> Moreover, scsi-generic doesn't support werror. Since drive_init()
>> doesn't catch that, option werror was si
Kevin Wolf writes:
> Am 30.06.2010 13:55, schrieb Markus Armbruster:
>> raw_pread_aligned() retries up to two times if the block device backs
>> a virtual CD-ROM. This makes no sense. Whether retrying reads can
>> correct read errors may depend on what we're reading, not on how the
>> result ge
Am 30.06.2010 13:55, schrieb Markus Armbruster:
> I'm working on cleanly separating block device host and guest parts.
> I'd like to route all this work through Kevin's block tree. This is
> still just preliminaries.
>
> This patch series is based on v2 of my previous series.
> git://repo.or.cz/q
Am 30.06.2010 13:55, schrieb Markus Armbruster:
> The two aren't independent variables. Make that obvious.
>
> Signed-off-by: Markus Armbruster
Can we please call the constant IDE_CDROM or something else that is easy
to distinguish? With this patch, we have IDE_CD and IDE_CF, which is an
easy t
Public bug reported:
Feature request:
qemu-img multi-threaded compressed image conversion
Suppose I want to convert raw image to compressed qcow2. Multi-threaded
conversion will be much faster, because bottleneck is compressing data.
** Affects: qemu
Importance: Undecided
Status: N
Is there a way to get a bigger screen with -curses (than the poor
640x480 giving a 80x25 curse window)?
If not for the virtual machine, what about at least for the qemu monitor?
If not for the qemu monitor, would it be possible to have a pager
active in the monitor, so that the help command be n
Patches need a "Signed-off-by", and for the code review
it's better to send them inline.
What about patching the documentation, too?
OK Here is an updated version. I have also patched the bsd and darwin
ports, but couldn't actually check it is OK for lack of such platforms.
I hope my mail
Am 30.06.2010 13:55, schrieb Markus Armbruster:
> drive_init() doesn't permit rerror for if=scsi, but that's worthless:
> we get it via if=none and -device.
>
> Moreover, scsi-generic doesn't support werror. Since drive_init()
> doesn't catch that, option werror was silently ignored even with
> i
Am 30.06.2010 13:55, schrieb Markus Armbruster:
> raw_pread_aligned() retries up to two times if the block device backs
> a virtual CD-ROM. This makes no sense. Whether retrying reads can
> correct read errors may depend on what we're reading, not on how the
> result gets used.
>
> Also clean up
On Fri, 2 Jul 2010 18:27:02 -0300
Miguel Di Ciurcio Filho wrote:
> ---
> qemu-monitor.hx | 68
> +++
> 1 files changed, 68 insertions(+), 0 deletions(-)
>
> diff --git a/qemu-monitor.hx b/qemu-monitor.hx
> index 9f62b94..5348899 100644
> -
This problem still occurs in Fedora 13, with qemu-kvm-0.12.3
I checked:
yum install qemu-kvm
..
Setting up Install Process
Package 2:qemu-kvm-0.12.3-8.fc13.x86_64 already installed and latest version
Nothing to do
--
XP guest install fails with NTFS format error
https://bugs.launchpad.net/bug
On Mon, 05 Jul 2010 14:45:23 +0200
Juan Quintela wrote:
>
> Please send in any agenda items you are interested in covering.
- 0.13 release
On Wed, 30 Jun 2010 11:52:57 -0300
Miguel Di Ciurcio Filho wrote:
> This series implement the previously discussed QMP command query-netdev.
Looks good to me now, applied to the monitor queue.
Thanks.
On Mon, Jul 05, 2010 at 04:42:06PM +0300, Avi Kivity wrote:
> On 07/05/2010 04:24 PM, Jan Kiszka wrote:
> >
> >But how to deal with multiple acks per input due to multiple open
> >outputs (not just to different CPUs)?
>
> That will be very rare (i.e. guest bug).
>
> >We either need to enable the
On 07/05/2010 04:28 PM, Jan Kiszka wrote:
Avi Kivity wrote:
On 07/05/2010 03:16 PM, Jan Kiszka wrote:
It's also architecturally cleaner. Masks and acks are architectural
events. Injections are not - there's the edge on the LINT0 or INTI2
pins, generation of an APIC message, receipt
On 07/05/2010 04:24 PM, Jan Kiszka wrote:
But how to deal with multiple acks per input due to multiple open
outputs (not just to different CPUs)?
That will be very rare (i.e. guest bug).
We either need to enable the
router to filter redundant information or support the injection source
with
Avi Kivity wrote:
> On 07/05/2010 03:16 PM, Jan Kiszka wrote:
>>> It's also architecturally cleaner. Masks and acks are architectural
>>> events. Injections are not - there's the edge on the LINT0 or INTI2
>>> pins, generation of an APIC message, receipt of the APIC message, and
>>> assertion of
Gleb Natapov wrote:
> On Mon, Jul 05, 2010 at 02:16:56PM +0200, Jan Kiszka wrote:
>> Avi Kivity wrote:
>>> On 07/05/2010 02:13 PM, Jan Kiszka wrote:
That decoupling between state change and acknowledgment worries me.
Dispatching a source to multiple sinks or sharing a sink between
mu
On Sun, Jul 4, 2010 at 2:14 AM, Avi Kivity wrote:
>> show device tree
>> �...@item info qdm
>> show qdev device model list
>> +ETEXI
>> +SQMP
>> +query-qdm
>> +-
>> +
>> +Describe the capabilities of all devices registered with qdev.
>>
>
> Why the name qdm?
>
> 'query-available-devices'
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
Thanks, Juan.
On 07/05/2010 03:16 PM, Jan Kiszka wrote:
It's also architecturally cleaner. Masks and acks are architectural
events. Injections are not - there's the edge on the LINT0 or INTI2
pins, generation of an APIC message, receipt of the APIC message, and
assertion of the APIC-to-core interrupt inter
On Mon, Jul 05, 2010 at 02:16:56PM +0200, Jan Kiszka wrote:
> Avi Kivity wrote:
> > On 07/05/2010 02:13 PM, Jan Kiszka wrote:
> >> That decoupling between state change and acknowledgment worries me.
> >> Dispatching a source to multiple sinks or sharing a sink between
> >> multiple source is no lon
Avi Kivity wrote:
> On 07/05/2010 02:13 PM, Jan Kiszka wrote:
>> That decoupling between state change and acknowledgment worries me.
>> Dispatching a source to multiple sinks or sharing a sink between
>> multiple source is no longer cleanly manageable this way. Just look at
>> the route of some ISA
On 07/05/2010 02:13 PM, Jan Kiszka wrote:
That decoupling between state change and acknowledgment worries me.
Dispatching a source to multiple sinks or sharing a sink between
multiple source is no longer cleanly manageable this way. Just look at
the route of some ISA IRQ on x86: You may get an '
Avi Kivity wrote:
> On 07/05/2010 12:07 PM, Jan Kiszka wrote:
>>
>>> What about ack notifiers? Ask the APIC to notify you when an interrupt
>>> is acked. That allows you to track the BSP, all cpus, or some subset.
>>> Masking can be seen at the irq controller level.
>>>
>> So, if I understa
maybe this is a better fix
--- net/tap-win32.c 2010-07-05 11:14:51 +0200
+++ net/tap-win32.c-orig2010-07-05 11:33:11 +0200
@@ -479,7 +479,7 @@ static int tap_win32_write(tap_win32_ove
}
}
-return 0;
+return write_size;
}
static DWORD WINAPI tap_win32_thread_
On 07/05/2010 12:07 PM, Jan Kiszka wrote:
What about ack notifiers? Ask the APIC to notify you when an interrupt
is acked. That allows you to track the BSP, all cpus, or some subset.
Masking can be seen at the irq controller level.
So, if I understand you correctly, an IRQ state change
On Mon, Jul 05, 2010 at 11:07:56AM +0200, Jan Kiszka wrote:
> Avi Kivity wrote:
> > On 07/05/2010 10:36 AM, Jan Kiszka wrote:
> >>
> >>> Assumes that CPU with
> >>> lowest index is BSP (that one we can actually guaranty if we want
> >>> to).
> >>>
> >> Well, the generic solution would be retu
Avi Kivity wrote:
> On 07/05/2010 10:36 AM, Jan Kiszka wrote:
>>
>>> Assumes that CPU with
>>> lowest index is BSP (that one we can actually guaranty if we want
>>> to).
>>>
>> Well, the generic solution would be returning a bitmap of the CPUs that
>> were affected, but this is impractical. H
On 07/05/2010 10:36 AM, Jan Kiszka wrote:
Assumes that CPU with
lowest index is BSP (that one we can actually guaranty if we want
to).
Well, the generic solution would be returning a bitmap of the CPUs that
were affected, but this is impractical. However, at least x86 should be
fine with
Convert alarm time from BCD if needed before comparing with current
time.
Signed-off-by: Gleb Natapov
diff --git a/hw/mc146818rtc.c b/hw/mc146818rtc.c
index c3459bf..2b91fa8 100644
--- a/hw/mc146818rtc.c
+++ b/hw/mc146818rtc.c
@@ -214,7 +214,6 @@ static void cmos_ioport_write(void *opaque, uint32
Gleb Natapov wrote:
> On Mon, Jul 05, 2010 at 08:49:31AM +0200, Jan Kiszka wrote:
>> Gleb Natapov wrote:
>>> On Mon, Jul 05, 2010 at 08:39:38AM +0200, Jan Kiszka wrote:
Paul Brook wrote:
>> Blue Swirl wrote:
>>> On Sat, Jul 3, 2010 at 7:39 AM, Jan Kiszka wrote:
Paul Brook wro
On Mon, Jul 05, 2010 at 08:49:31AM +0200, Jan Kiszka wrote:
> Gleb Natapov wrote:
> > On Mon, Jul 05, 2010 at 08:39:38AM +0200, Jan Kiszka wrote:
> >> Paul Brook wrote:
> Blue Swirl wrote:
> > On Sat, Jul 3, 2010 at 7:39 AM, Jan Kiszka wrote:
> >> Paul Brook wrote:
> I really
46 matches
Mail list logo