Paul Brook wrote:
Blue Swirl wrote:
On Sat, Jul 3, 2010 at 7:39 AM, Jan Kiszka jan.kis...@web.de wrote:
Paul Brook wrote:
I really see no tangible objection to Jan's patches. They don't
impact any other code. They don't inhibit flexibility in the
infrastructure. You might consider it to be
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 jan.kis...@web.de wrote:
Paul Brook wrote:
I really see no tangible objection to Jan's patches. They don't
impact any other code. They don't
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 jan.kis...@web.de wrote:
Paul Brook wrote:
I really see no
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 jan.kis...@web.de wrote:
Paul Brook wrote:
I really
Convert alarm time from BCD if needed before comparing with current
time.
Signed-off-by: Gleb Natapov g...@redhat.com
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
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
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. However, at least
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 returning a bitmap of the
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
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
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 understand you
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 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
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 longer cleanly
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
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 Sun, Jul 4, 2010 at 2:14 AM, Avi Kivity a...@redhat.com 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'
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
multiple source is
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 the
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
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 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
router to
On Wed, 30 Jun 2010 11:52:57 -0300
Miguel Di Ciurcio Filho miguel.fi...@gmail.com wrote:
This series implement the previously discussed QMP command query-netdev.
Looks good to me now, applied to the monitor queue.
Thanks.
On Mon, 05 Jul 2010 14:45:23 +0200
Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
- 0.13 release
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
On Fri, 2 Jul 2010 18:27:02 -0300
Miguel Di Ciurcio Filho miguel.fi...@gmail.com wrote:
---
qemu-monitor.hx | 68
+++
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git a/qemu-monitor.hx b/qemu-monitor.hx
index
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
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
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
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
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:
Am 30.06.2010 13:55, schrieb Markus Armbruster:
The two aren't independent variables. Make that obvious.
Signed-off-by: Markus Armbruster arm...@redhat.com
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,
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.
Kevin Wolf kw...@redhat.com 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
Kevin Wolf kw...@redhat.com 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
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
On Mon, Jul 5, 2010 at 1:47 PM, Avi Kivity a...@redhat.com 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's the edge on
Blue Swirl wrote:
On Mon, Jul 5, 2010 at 1:47 PM, Avi Kivity a...@redhat.com 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 -
Am 05.07.2010 18:15, schrieb Markus Armbruster:
Kevin Wolf kw...@redhat.com 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
On Sat, Jul 3, 2010 at 1:34 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/5/30 Blue Swirl blauwir...@gmail.com:
On Sat, May 29, 2010 at 9:33 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
For me is also interesting what do we miss in the microSPARC implementation.
If I
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
On Mon, Jul 5, 2010 at 12:22 PM, Luiz Capitulino lcapitul...@redhat.com 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
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
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
On Wed, Jun 30, 2010 at 9:48 PM, Isaku Yamahata yamah...@valinux.co.jpwrote:
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
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
On Mon, 2010-07-05 at 11:05 -0300, Luiz Capitulino wrote:
On Mon, 05 Jul 2010 14:45:23 +0200
Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
- 0.13 release
- migration + hotplug fixes
47 matches
Mail list logo