yourself :)
Btw Anthony, what happened to the really well done MAINTAINERS file overhaul?
I think I just forgot to commit it. Unfortunately, Savannah's now down :-(
Regards,
Anthony Liguori
Alex
scratch.
Thanks for any suggestions,
Anthony Liguori
is needed--to distinguish between device accesses and internal
accesses.
BTW, dev_aio_multiwrite should take a DeviceState * and a BlockDriverState.
Regards,
Anthony Liguori
Paul
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord
as the
non-Kemari case is essentially a nop.
Regards,
Anthony Liguori
Paul
to send out stable
patch candidates regularly and require 3 community Acked-by's for the
patch to go into stable. I'm not sure if this is too much process but
by the same token, as long as we full the above rule, this should be a
trivial step for folks to follow.
Thoughts?
Regards,
Anthony
the picture which creates a clean separation layer.
There are emulated devices in QEMU which we create and control and then
there are passthrough devices that QEMU doesn't have any role in creating.
Regards,
Anthony Liguori
Rgrds,
Attila
2010/11/29 Gerd Hoffmann kra...@redhat.com
On 11/29/2010 12:10 PM, Alexander Graf wrote:
On 29.11.2010, at 18:42, Anthony Liguori wrote:
Hi,
0.13 was a mess of a release (largely due to my lack of time) and I'd like to
get us back onto a predictable schedule.
Here's what I propose:
12/6 - fork off stable-0.14 tree
when Savannah will come back
online, we need to be careful to serialize our access to avoid two heads.
Once everyone has Ack'd, I'll enable write-access to git.qemu.org and we
can start switching.
For people without access to the main tree, there should be no visible
changes.
Regards,
Anthony
On 11/29/2010 01:58 PM, Alexander Graf wrote:
On 29.11.2010, at 20:29, Anthony Liguori wrote:
Is 2 just right?
I was thinking of a more sophisticated model. Maybe 1 maintainer + 1 user? Or 1
person who knows his way around the area + 1 more?
+ 1 user? cute :-)
2 Acks seems
to qemu.org, and I also wanted to remind everyone that
http://git.qemu.org/qemu.git is an up-to-date mirror of the QEMU
development tree. I expect that we'll shortly start pushing changes
directly to git.qemu.org to keep things moving while Savannah
investigates their incident.
Regards,
Anthony
();
This is hideous :-)
Recording the time is not a bad idea but it should be stored in the
migration state and available via info migrate.
Regards,
Anthony Liguori
if (strstart(uri, tcp:,p)) {
s = tcp_start_outgoing_migration(mon, p, max_throttle, detach
it suck a little less.
Regards,
Anthony Liguori
+
typedef struct QEMUFileBuffered
{
BufferedPutFunc *put_buffer;
@@ -235,7 +237,7 @@ static void buffered_rate_tick(void *opaque)
return;
}
-qemu_mod_timer(s-timer, qemu_get_clock(rt_clock) + 100);
+qemu_mod_timer(s
loading state section
id %d\n,
section_id);
Yeah, all of this should be done via tracing. Maybe Stefan can make
some suggestions.
Regards,
Anthony Liguori
are difficult to maintain long term
whereas refactoring the function provides a more obvious idea about
what's going on and why it's not needed for KVM (btw, a comment is
definitely needed).
Regards,
Anthony Liguori
/* we modify the TLB cache so that the dirty bit will be set again
On 11/23/2010 05:03 PM, Juan Quintela wrote:
From: Juan Quintelaquint...@trasno.org
Signed-off-by: Juan Quintelaquint...@trasno.org
Signed-off-by: Juan Quintelaquint...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
arch_init.c | 10
,
Anthony Liguori
On 11/23/2010 05:03 PM, Juan Quintela wrote:
From: Juan Quintelaquint...@trasno.org
Signed-off-by: Juan Quintelaquint...@trasno.org
Signed-off-by: Juan Quintelaquint...@redhat.com
Why?
Regards,
Anthony Liguori
---
arch_init.c |7 ---
1 files changed, 4 insertions(+), 3
? Is this purely synthetic
because you're testing an utilized large memory guest?
Regards,
Anthony Liguori
---
arch_init.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index d32aaae..b463798 100644
--- a/arch_init.c
+++ b
of a simple
linear bitmap.
Regards,
Anthony Liguori
Signed-off-by: Juan Quintelaquint...@trasno.org
Signed-off-by: Juan Quintelaquint...@redhat.com
---
arch_init.c | 15 +--
cpu-all.h |7 +++
exec.c |1 +
3 files changed, 9 insertions(+), 14 deletions(-)
diff
of qemu_mutex.
Those are the problems to fix. Sprinkling the code with returns in
semi-random places because it benchmarked well for one particular test
case is something we'll deeply regret down the road.
Regards,
Anthony Liguori
Otherwise, I have to pick random numbers like ... 50ms
we should fix it.
Otherwise, we're working around a broken interface forever in QEMU.
Regards,
Anthony Liguori
THanks, Juan.
Regards,
Anthony Liguori
/* we modify the TLB cache so that the dirty bit will be set again
when accessing the range */
start1
(otherwise the rate limit calculation is completely broken),
and other things in qemu don't work very well (monitor cames to mind).
You're testing has been broken because you didn't update the code correctly.
Regards,
Anthony Liguori
I tested several values:
- no limit: migration takes 112
the problem to another day when it becomes the source of a future problem.
Regards,
Anthony Liguori
Paolo
() /
buffered_file_interval);
Regards,
Anthony Liguori
---
buffered_file.c |6 --
buffered_file.h |2 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/buffered_file.c b/buffered_file.c
index 1836e7e..1f492e6 100644
--- a/buffered_file.c
+++ b/buffered_file.c
@@ -20,6 +20,8
On 11/23/2010 05:03 PM, Juan Quintela wrote:
From: Juan Quintelaquint...@trasno.org
If buffers are full, don't iterate
Signed-off-by: Juan Quintelaquint...@redhat.com
Signed-off-by: Juan Quintelaquint...@trasno.org
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony
the official git tree. The URI
to push is:
git+ssh://usern...@git.qemu.org/pub/git/qemu.git
If you have problems accessing it, please let me know. Once SV is
restored properly, I'll setup a push based mirror.
Regards,
Anthony Liguori
that
conflicts with your tree.
Regards,
Anthony Liguori
Anthony Liguori (2):
qbus: add functions to walk both devices and busses
qdev: reset qdev along with qdev tree
Isaku Yamahata (11):
pci: add W1C bits to pci status register
pcie_regs.h: more constants
pcie/aer
setting a migration limit does increase migration, it's the
only solution that preserves fairness unless we stick migration into a
separate thread.
Regards,
Anthony Liguori
- run Anthony's test load and discuss on list
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body
?
Well, 1st of all, it is exponential as you measure it.
stalls by default are:
1-2GB: milliseconds
2-4GB: 100-200ms
4-8GB: 1s
64GB: 59s
400GB: 24m (yes, minutes)
That sounds really exponential.
How are you measuring stalls btw?
Regards,
Anthony Liguori
Now the other thing is the cache size
On 11/30/2010 07:58 AM, Avi Kivity wrote:
On 11/30/2010 03:47 PM, Anthony Liguori wrote:
On 11/30/2010 01:15 AM, Paolo Bonzini wrote:
On 11/30/2010 03:11 AM, Anthony Liguori wrote:
BufferedFile should hit the qemu_file_rate_limit check when the socket
buffer gets filled up.
The problem
be cleaner than a timeout of 50ms is beyond me.
If the migration loop is running for 50ms than we've already failed if
the user requests a 30ms downtime for migration. The 50ms timeout means
that a VCPU can be blocked for 50ms at a time.
Regards,
Anthony Liguori
On the other hand
On 11/30/2010 01:15 AM, Paolo Bonzini wrote:
On 11/30/2010 03:11 AM, Anthony Liguori wrote:
BufferedFile should hit the qemu_file_rate_limit check when the socket
buffer gets filled up.
The problem is that the file rate limit is not hit because work is
done elsewhere. The rate can limit
that any of your patches would address this
problem. Even if you had to scan every page in a 400GB guest, it would
not take 24 minutes. Something is not quite right here.
24 minutes suggests that there's another problem that is yet to be
identified.
Regards,
Anthony Liguori
It only is a stall
for this to be accurate.
Regards,
Anthony Liguori
Later, Juan.
Regards,
Anthony Liguori
Now the other thing is the cache size.
with 64GB of RAM, we basically have a 16MB bitmap size, i.e. we blow the
cache each time that we run ram_save_live().
This is one of the reasons why I don't want
On 11/30/2010 08:12 AM, Paolo Bonzini wrote:
On 11/30/2010 02:47 PM, Anthony Liguori wrote:
On 11/30/2010 01:15 AM, Paolo Bonzini wrote:
On 11/30/2010 03:11 AM, Anthony Liguori wrote:
BufferedFile should hit the qemu_file_rate_limit check when the socket
buffer gets filled up.
The problem
On 11/30/2010 08:27 AM, Avi Kivity wrote:
On 11/30/2010 04:17 PM, Anthony Liguori wrote:
What's the problem with burning that cpu? per guest page,
compressing takes less than sending. Is it just an issue of qemu
mutex hold time?
If you have a 512GB guest, then you have a 16MB dirty bitmap
On 11/30/2010 08:11 AM, Michael S. Tsirkin wrote:
On Tue, Nov 30, 2010 at 08:02:56AM -0600, Anthony Liguori wrote:
If we're burning excess CPU walking a 100MB bitmap, then let's fix
that problem. Stopping every 1MB worth of the bitmap to do other
work just papers over the real problem
On 11/30/2010 04:15 AM, Kevin Wolf wrote:
Am 29.11.2010 18:42, schrieb Anthony Liguori:
0.13 was a mess of a release (largely due to my lack of time) and I'd
like to get us back onto a predictable schedule.
Telling people six days in advance when the fork will be is hardly
On 11/30/2010 01:21 AM, Paolo Bonzini wrote:
On 11/30/2010 03:06 AM, Anthony Liguori wrote:
-static ram_addr_t ram_save_remaining(void)
+static uint64_t ram_save_remaining(void)
{
RAMBlock *block;
-ram_addr_t count = 0;
+uint64_t count = 0;
QLIST_FOREACH(block
sessions only you can filter
for the main channel (channel-type == 1).
Signed-off-by: Gerd Hoffmannkra...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
QMP/qmp-events.txt | 64
monitor.c
16ms into 24 minutes.
Regards,
Anthony Liguori
Later, Juan.
Regards,
Anthony Liguori
sessions only you can filter
for the main channel (channel-type == 1).
Signed-off-by: Gerd Hoffmannkra...@redhat.com
Looks good.
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
QMP/qmp-events.txt | 64
.
Regards,
Anthony Liguori
Check the patches and/or updated docs for details.
cheers,
Gerd
[ v2: remove tabs ]
Gerd Hoffmann (3):
vnc: auth reject cleanup
vnc: support password expire
vnc/spice: add set_passwd monitor command.
console.h |1 +
hmp-commands.hx | 54
On 12/01/2010 10:07 AM, Gerd Hoffmann wrote:
On 12/01/10 15:10, Anthony Liguori wrote:
On 11/30/2010 07:22 AM, Gerd Hoffmann wrote:
Hi,
This patch series adds new monitor commands to set and expire
the password:
set-password $protocol $secret
expire-password $protocol [ now | never | +secs
On 12/01/2010 10:52 AM, Avi Kivity wrote:
On 12/01/2010 06:49 PM, Anthony Liguori wrote:
We need actual measurements instead of speculations.
Yes, I agree 100%. I think the place to start is what I suggested in
a previous note in this thread, we need to measure actual stall time
.
BTW, by this logic, even a 1-byte dirty bitmap is only 16mb which can be
read in less than 16ms so where is the reported 24 minute stall coming from?
Regards,
Anthony Liguori
On 12/01/2010 10:43 AM, Avi Kivity wrote:
On 12/01/2010 06:33 PM, Anthony Liguori wrote:
BTW, by this logic, even a 1-byte dirty bitmap is only 16mb which can
be read in less than 16ms so where is the reported 24 minute stall
coming from?
a) we read the bitmap more than once
Not in a single
On 12/01/2010 11:01 AM, Avi Kivity wrote:
On 12/01/2010 06:56 PM, Anthony Liguori wrote:
On 12/01/2010 10:52 AM, Avi Kivity wrote:
On 12/01/2010 06:49 PM, Anthony Liguori wrote:
We need actual measurements instead of speculations.
Yes, I agree 100%. I think the place to start is what I
changes
Regards,
Anthony Liguori
in qemu_ld. (2010-12-01 19:48:31 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qemu.git for_anthony
Pulled, thanks.
Regards,
Anthony Liguori
Note: in an attempt to avoid conflict in a merge I cherry-picked a patch
by Stefan from master
On 12/03/2010 05:09 AM, ronniesahlb...@gmail.com wrote:
This series of pathces adds built in iscsi support to qemu.
The first 12 patches 14 adds a general purpose iscsi client library
in a separate subdirectory ./block/iscsi
that is aimed at being useful not only for kvm/qemu but for all scsi
keen on having code in
the repository that doesn't use common infrastructure and doesn't follow
our coding style.
Regards,
Anthony Liguori
While these libraries are now at a stage where they are mature enough
to stand on their own,
they now start to appear as separate standalone packages
Henderson r...@twiddle.net
Signed-off-by: Edgar E. Iglesias ed...@axis.com
As the head on that branch which doesn't seem right.
Regards,
Anthony Liguori
Avi Kivity (1):
ide: convert bmdma address ioport to ioport_register()
Christoph Hellwig (1):
raw-posix: raw_pwrite comment
random commit in master. :-)
Yeah, I still have origin pointing to Savannah and it confused me.
Sorry for the noise.
Regards,
Anthony Liguori
Kevin
.
This is still brittle though because it only allows the current handler
to delete itself. A better approach is to borrow the technique we use
with file descriptors (using a deleted flag) as that is robust against
deletion of any elements in a handler.
Regards,
Anthony Liguori
Yoshi
On Thu
++, the namespacing would be obvious because you wouldn't
have a choice about how to design the namespace ;-)
/me ducks
Regards,
Anthony Liguori
Stefan
Hi,
I'd like to move IRC channels from FreeNode to OFTC, so please join
#qemu on OFTC starting now.
Regards,
Anthony Liguori
No, it was intentional. We should fix the segv, this is not a known
limitation but rather a bug.
Regards,
Anthony Liguori
vl.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/vl.c b/vl.c
index 2dbb6db..bb9c21c 100644
--- a/vl.c
+++ b/vl.c
@@ -5792,6 +5792,12
we shouldn't just paper over it.
Regards,
Anthony Liguori
Regards,
Anthony Liguori
vl.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/vl.c b/vl.c
index 2dbb6db..bb9c21c 100644
--- a/vl.c
+++ b/vl.c
@@ -5792,6 +5792,12 @@ int main(int argc, char
, why move?
Have been meaning to for a while. OFTC is a bit easier to work with
than FreeNode.
Regards,
Anthony Liguori
)
2) The target of this work is for guest agents
3) QMP does not support bidirectional RPC messages.
4) The RPC mechanism is a minor part of virt-agent so ultimately, it
kind of doesn't matter. The RPC messages themselves are what's important.
Regards,
Anthony Liguori
QMP can be fairly
On 12/13/2010 02:47 PM, Alex Williamson wrote:
This adds a minimum chunk of Anthony's RAM API support so that we
can identify actual VM RAM versus all the other things that make
use of qemu_ram_alloc.
Signed-off-by: Alex Williamsonalex.william...@redhat.com
---
Makefile.objs |1 +
area back and forth between
memory mapped and normal ram depending on the mode.
This presents no functional change, just structures RAM allocation to
closer reflect the way things actually work.
Regards,
Anthony Liguori
In terms of patch hygiene, it should be in a separate patch titled
be helpful for management tools
too.
Regards,
Anthony Liguori
---
vl.c | 10 +-
1 files changed, 1 insertions(+), 9 deletions(-)
diff --git a/vl.c b/vl.c
index e3c8919..87e88c2 100644
--- a/vl.c
+++ b/vl.c
@@ -247,7 +247,7 @@ static void *boot_set_opaque;
static NotifierList
(and
doesn't go through the normal translation hierarchy).
Regards,
Anthony Liguori
Paul
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
? If a system
maintainer can't be bothered to convert to qdev we can declare the
system unsupported :)
Honestly, I think that's a fair thing to do.
Regards,
Anthony Liguori
On 12/02/2010 06:05 PM, Venkateswararao Jujjuri (JV) wrote:
The following changes since commit 6a8657528d94fa1be78d1be0821a01a251fa2de9:
Anthony Liguori (1):
Fix build
are available in the git repository at:
git://repo.or.cz/qemu/aliguori/jvrao.git for-anthony
Pulled
On 12/06/2010 08:43 AM, Luiz Capitulino wrote:
Anthony,
QMP fixes pull request.
The changes (since 2c90fe2b71df2534884bce96d90cbfcc93aeedb8) are available
in the following repository:
git://repo.or.cz/qemu/qmp-unstable.git for-anthony
Pulled. Thanks.
Regards,
Anthony Liguori
On 12/12/2010 05:25 AM, Michael S. Tsirkin wrote:
The following changes since commit 962630f207a33b7de4316022884b5241e05491cd:
Pass boot device list to firmware. (2010-12-11 21:32:48 +)
Pulled. Thanks.
Regards,
Anthony Liguori
are available in the git repository at:
git
):
ceph/rbd block driver for qemu-kvm
Pulled. Thanks.
Regards,
Anthony Liguori
Jes Sorensen (8):
Add missing tracing to qemu_mallocz()
Use qemu_mallocz() instead of calloc() in img_convert()
img_convert(): Only try to free bs[] entries if bs is valid
page lookup
are available in the git repository at:
git://git.linaro.org/qemu/qemu-arm.git for-anthony
Ping?
Pulled. Thanks.
Regards,
Anthony Liguori
-- PMM
? If a system
maintainer can't be bothered to convert to qdev we can declare the
system unsupported :)
Honestly, I think that's a fair thing to do.
I'm guessing that would be a transition/conversion to make for the
0.15 release, right?
Yes.
Regards,
Anthony Liguori
-- PMM
of QEMU.
Regards,
Anthony Liguori
---
Makefile.objs |2 +-
qemu-char.c |4 +
qemu-config.c |6 ++
qemu-options.hx | 16 -
spice-qemu-char.c | 185 +
ui/qemu-spice.h |3 +
6 files changed, 214
Pulled. Thanks.
Regards,
Anthony Liguori
Alexander Graf (10):
ide: split ide command interpretation off
ide: fix whitespace gap in ide_exec_cmd
ide: Split out BMDMA code from ATA core
ide: move transfer_start after variable modification
pci: add storage
Pushed, thanks.
Regards,
Anthony Liguori
Kevin Wolf (2):
ide: Fix build for cmd646.c
ide: Build fix for via.c
hw/ide/cmd646.c |4 ++--
hw/ide/via.c|2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
opening /dev/kvm O_RDWR is a
reasonable way to detect if KVM is available?
Markus, any idea when we might get the -accel option appearing in
released versions of qemu/KVM?
No idea. Anthony?
I see no problem with 0.15 if someone cooks up a patch.
Regards,
Anthony Liguori
.
I think we're long overdue for a paravirtual mouse. Basically, a virtio
version of xenkbd-front.c. In fact, it's probably possible to reuse the
protocol.
Regards,
Anthony Liguori
When the guest writes to those memory pages again in order to issue a
new USB transaction, we catch
the IO thread run for at least one
iteration. Coordinating the execution of the IO thread such that it's
guaranteed to run at least once and then having it drop the qemu mutex
long enough for the TCG thread to acquire it is the purpose of the
qemu_fair_mutex.
Regards,
Anthony Liguori
On 01/04/2011 08:16 AM, Gerd Hoffmann wrote:
On 01/04/11 14:49, Anthony Liguori wrote:
On 01/04/2011 07:43 AM, Gerd Hoffmann wrote:
Hi,
Windows guests needs some registry hackery and Linux guests some
udev rules
to enable remote wakeup permanently.
That commit inspired me to look at UHCI
of folks could). I'd suggest cancelling.
And happy new year to everyone! :-)
Regards,
Anthony Liguori
Jes
On 01/04/2011 08:27 AM, Avi Kivity wrote:
On 01/04/2011 04:17 PM, Anthony Liguori wrote:
On 01/03/2011 04:01 AM, Avi Kivity wrote:
On 01/03/2011 11:46 AM, Jan Kiszka wrote:
Hi,
at least in kvm mode, the qemu_fair_mutex seems to have lost its
function of balancing qemu_global_mutex access
On 01/04/2011 09:12 AM, Avi Kivity wrote:
On 01/04/2011 04:55 PM, Anthony Liguori wrote:
When the TCG thread, it needs to let the IO thread run for at least
one iteration. Coordinating the execution of the IO thread such
that it's guaranteed to run at least once and then having it drop
be the proper type to use.
Regards,
Anthony Liguori
---
cutils.c |8
monitor.c |2 +-
qemu-common.h |4 ++--
qemu-img.c|2 +-
vl.c |4 ++--
5 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/cutils.c b/cutils.c
index 7984bc1
On 01/04/2011 03:39 PM, Marcelo Tosatti wrote:
On Tue, Jan 04, 2011 at 08:17:26AM -0600, Anthony Liguori wrote:
On 01/03/2011 04:01 AM, Avi Kivity wrote:
On 01/03/2011 11:46 AM, Jan Kiszka wrote:
Hi,
at least in kvm mode, the qemu_fair_mutex seems to have lost its
function
. At any rate, the right way to have
that discussion is in the form of patches on the ML.
Regards,
Anthony Liguori
Best Regards,
Chunqiang Tang
Homepage: http://www.research.ibm.com/people/c/ctang
On 01/05/2011 08:40 AM, Jes Sorensen wrote:
On 01/05/11 14:46, Anthony Liguori wrote:
On 01/05/2011 04:41 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensenjes.soren...@redhat.com
strtosz() needs to return a 64 bit type even on 32 bit
architectures. Otherwise qemu-img will fail
as parameters?
-mem size=512,populate=on,ksm=off
and default -m to something reasonable with the new syntax.
Yeah, that does make sense. Maybe we should consider folding it in with
the -numa option too?
Regards,
Anthony Liguori
Alex
/vm1.ram
populate=on
Which is nice from a grouping perspective.
Regards,
Anthony Liguori
Alex
that really shouldn't.
Regards,
Anthony Liguori
---
cpu-defs.h|2 -
kvm-all.c | 232 +
kvm-stub.c|2 +-
kvm.h | 15 +--
target-i386/cpuid.c |9 +-
target-i386/kvm.c | 77
On 01/07/2011 03:03 AM, Jan Kiszka wrote:
Am 06.01.2011 20:24, Anthony Liguori wrote:
On 01/06/2011 11:56 AM, Marcelo Tosatti wrote:
From: Jan Kiszkajan.kis...@siemens.com
QEMU supports only one VM, so there is only one kvm_state per process,
and we gain nothing passing a reference
On 01/10/2011 04:17 AM, Juan Quintela wrote:
Please send any agenda items you are interested in covering.
- KVM Forum 2011 (Jes).
- Spice guest agent (Alon)
Regards,
Anthony Liguori
thanks, Juan.
consumption when guest is idle (2010-12-27
00:58:06 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qemu.git for_anthony
Pulled. Thanks.
Regards,
Anthony Liguori
Isaku Yamahata (7):
qbus: register reset handler for qbus whose parent
On 01/08/2011 02:47 AM, Jan Kiszka wrote:
Am 08.01.2011 00:27, Anthony Liguori wrote:
On 01/07/2011 03:03 AM, Jan Kiszka wrote:
Am 06.01.2011 20:24, Anthony Liguori wrote:
On 01/06/2011 11:56 AM, Marcelo Tosatti wrote:
From: Jan Kiszkajan.kis...@siemens.com
is the right
solution (or living with the ugliness until someone else is motivated to
fix it properly).
Regards,
Anthony Liguori
On 01/10/2011 02:12 PM, Jan Kiszka wrote:
Am 10.01.2011 20:59, Anthony Liguori wrote:
On 01/08/2011 02:47 AM, Jan Kiszka wrote:
Am 08.01.2011 00:27, Anthony Liguori wrote:
On 01/07/2011 03:03 AM, Jan Kiszka wrote:
Am 06.01.2011 20:24, Anthony Liguori wrote
, obviously the machine initialization function needs
access to the kvm_state.
Regards,
Anthony Liguori
the KvmBusState.
Regards,
Anthony Liguori
Still, I do not see any benefit for the affected code. You then either
need to steal a kvm_state reference from the first cpu or introduce a
marvelous interface like kvm_get_state() to make this work from outside
of the KVM core.
Jan
On 01/10/2011 03:06 PM, Jan Kiszka wrote:
Am 10.01.2011 21:31, Anthony Liguori wrote:
On 01/06/2011 11:56 AM, Marcelo Tosatti wrote:
From: Jan Kiszkajan.kis...@siemens.com
If kvmclock is used, which implies the kernel supports it, register a
kvmclock device with the sysbus. Its main
a channel to pass pointers to qdev devices:
the pointer property hack. I'm not sure we should contribute to its user
base
We shouldn't.
Right, we should introduce a KVMBus that KVM devices are created on.
The devices can get at KVMState through the BusState.
Regards,
Anthony Liguori
On 01/11/2011 03:01 AM, Avi Kivity wrote:
On 01/10/2011 10:23 PM, Anthony Liguori wrote:
I don't see how ioapic, pit, or pic have a system scope.
They are not bound to any CPU like the APIC which you may have in mind.
And none of the above interact with KVM.
They're implemented by kvm
1101 - 1200 of 9887 matches
Mail list logo
