On Mon, Jul 27, 2009 at 08:33:12AM +0300, Gleb Natapov wrote:
On Sun, Jul 26, 2009 at 07:22:25PM +0300, Michael S. Tsirkin wrote:
Here's an untested patch with partial support for level triggered
interrupts in irqfd. What this patch has: support for clearing interrupt
on ack. What this
On Mon, Jul 27, 2009 at 09:28:34AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 08:33:12AM +0300, Gleb Natapov wrote:
On Sun, Jul 26, 2009 at 07:22:25PM +0300, Michael S. Tsirkin wrote:
Here's an untested patch with partial support for level triggered
interrupts in irqfd. What
On Mon, Jul 27, 2009 at 10:31:38AM +0300, Gleb Natapov wrote:
On Mon, Jul 27, 2009 at 09:28:34AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 08:33:12AM +0300, Gleb Natapov wrote:
On Sun, Jul 26, 2009 at 07:22:25PM +0300, Michael S. Tsirkin wrote:
Here's an untested patch
On Mon, Jul 27, 2009 at 11:02:06AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 10:31:38AM +0300, Gleb Natapov wrote:
On Mon, Jul 27, 2009 at 09:28:34AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 08:33:12AM +0300, Gleb Natapov wrote:
On Sun, Jul 26, 2009 at
On Mon, Jul 27, 2009 at 11:13:50AM +0300, Gleb Natapov wrote:
On Mon, Jul 27, 2009 at 11:02:06AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 10:31:38AM +0300, Gleb Natapov wrote:
On Mon, Jul 27, 2009 at 09:28:34AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at
On Mon, Jul 27, 2009 at 11:21:39AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 11:13:50AM +0300, Gleb Natapov wrote:
On Mon, Jul 27, 2009 at 11:02:06AM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 10:31:38AM +0300, Gleb Natapov wrote:
On Mon, Jul 27, 2009 at
On 07/26/2009 03:14 PM, Daniel Gollub wrote:
Hi Avi,
On Sunday 26 July 2009 02:01:18 pm Avi Kivity wrote:
[...]
Can you set up testing for the 'next' branch? It will catch issues much
earlier.
Actutally i thought it is. But for some reason it is not getting notified by
the git
On Monday 27 July 2009 17:08:42 Jan Kiszka wrote:
[ carrying this to LKML ]
Yang, Sheng wrote:
On Monday 27 July 2009 03:16:27 H. Peter Anvin wrote:
Jan Kiszka wrote:
Avi Kivity wrote:
On 07/24/2009 12:41 PM, Jan Kiszka wrote:
I vaguely recall that someone promised to add a feature
The Buildbot has detected a new failure of disable_kvm_i386_debian_5_0 on
qemu-kvm.
Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/disable_kvm_i386_debian_5_0/builds/10
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build:
The Buildbot has detected a new failure of default_x86_64_debian_5_0 on
qemu-kvm.
Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/default_x86_64_debian_5_0/builds/11
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build: b1_qemu_kvm_1
The Buildbot has detected a new failure of disable_kvm_x86_64_debian_5_0 on
qemu-kvm.
Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/disable_kvm_x86_64_debian_5_0/builds/9
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build:
The Buildbot has detected a new failure of default_i386_debian_5_0 on qemu-kvm.
Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/default_i386_debian_5_0/builds/10
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build: b1_qemu_kvm_2
Build
On Monday 27 July 2009 11:21:06 am Avi Kivity wrote:
Actutally i thought it is. But for some reason it is not getting notified
by the git hook. Could you ping me on IRC before you push something
(only) to next-branch, so i can have a look at the buildbot logs ...
That was broken at
[ carrying this to LKML ]
Yang, Sheng wrote:
On Monday 27 July 2009 03:16:27 H. Peter Anvin wrote:
Jan Kiszka wrote:
Avi Kivity wrote:
On 07/24/2009 12:41 PM, Jan Kiszka wrote:
I vaguely recall that someone promised to add a feature reporting
facility for all those nice things, modern
On Monday 27 July 2009 11:33:15 am qemu-...@buildbot.b1-systems.de wrote:
The Buildbot has detected a new failure of default_i386_debian_5_0 on
qemu-kvm. Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/default_i386_debian_5_0/bu
ilds/10
Buildbot URL:
On 07/27/2009 12:35 PM, Daniel Gollub wrote:
On Monday 27 July 2009 11:21:06 am Avi Kivity wrote:
Actutally i thought it is. But for some reason it is not getting notified
by the git hook. Could you ping me on IRC before you push something
(only) to next-branch, so i can have a look at the
On 07/27/2009 12:08 PM, Jan Kiszka wrote:
When I add feature reporting to cpuinfo, I just put highlight features there,
otherwise the VMX feature list would at least as long as CPU one.
That could become true. But the question is always what the highlights
are. Often this depends on the
We currently use host endian long types to store information
in the dirty bitmap.
This works reasonably well on Little Endian targets, because the
u32 after the first contains the next 32 bits. On Big Endian this
breaks completely though, forcing us to be inventive here.
So Ben suggested to
On 27/07/09 06:36, Alexander Graf wrote:
On 26.07.2009, at 23:59, Sid Boyce wrote:
On 26/07/09 19:18, Avi Kivity wrote:
On 07/26/2009 09:14 PM, Sid Boyce wrote:
Is this a regression from previous kernel versions? What userspace
are
you using?
Currently running 2.6.31-rc4 with the
Hi I have been getting the following exception in autotest for windows
2003 datacenter.
status = int(\n.join(status.splitlines()[1:-1]).strip())
ValueError: invalid literal for int() with base 10:
Hi,
I am using linux-2.6.25 kernel and kvm-88 package. I have compiled kvm-88
package with kvm enabled then modprobe kvm-intel.
After that i ran following command:
qemu-img create -f qcow2 new.qcow2 10G and
qemu-kvm -hda new.qcow2 -cdrom isos/rhel-server-5.3-i386-dvd.iso -boot d
-m 512
It
Avi Kivity wrote:
IMO a much better move is to place non-ABI files (and the #ifdef KERNEL
parts of ABI files) outside include/linux.
How about adding a new include/soc directory and move them all there
(along with similar header files from other SoC vendors)?
Haavard
--
To unsubscribe from
It looks like you're using opensshd with cygwin -- not the one we normally
install on guests, but rather one that outputs colorful text. Is that right?
Which server are you using exactly?
There's not much I can do against colorful text, because it's difficult to
automatically strip the weird
On Fri, Jul 24, 2009 at 5:16 PM, Lucas Meneghel Rodriguesl...@redhat.com
wrote:
On Tue, Jul 21, 2009 at 12:29 PM, Michael Goldishmgold...@redhat.com wrote:
- Yolkfull Chow yz...@redhat.com wrote:
On Mon, Jul 20, 2009 at 06:07:19PM +0300, Michael Goldish wrote:
1) Log into a guest.
2)
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldishmgold...@redhat.com wrote:
Allow kvm_config to parse weird lines that seem to contain several operators,
such as:
time_filter_re = (?=TIME: ...)
The '?=' is recognized as the operator instead of the '='.
To fix this, select the operator
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldishmgold...@redhat.com wrote:
'redirs' and 'vnc_port' might be used before they're defined, if
make_qemu_command() is called before create(). To make sure this doesn't
happen, define them in the VM constructor.
Applied.
Signed-off-by: Michael
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldishmgold...@redhat.com wrote:
Make some small style changes to handling of pre- and post-commands.
These changes are not required, but they make the code slightly shorter and
more consistent with the rest of the code (IMO).
Also, do not print
On Fri, Jul 24, 2009 at 11:07 AM, Michael Goldishmgold...@redhat.com wrote:
After launching the server the client waits for it to finish initializing.
This is done by waiting for a line of output from the server's STDOUT.
Currently, the client assumes that the first line of output coming from
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
---
arch/x86/include/asm/kvm_host.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
index c9fb2bc..3315efa 100644
--- a/arch/x86/include/asm/kvm_host.h
+++
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
---
arch/x86/include/asm/kvm_host.h |2 +-
arch/x86/kvm/mmu.c | 74 ++
arch/x86/kvm/paging_tmpl.h |6 ++--
3 files changed, 47 insertions(+), 35 deletions(-)
diff --git
The page walker may be used with nested paging too when accessing mmio
areas. Make it support the additional page-level too.
[ Marcelo: fix reserved bit check for 1gb pte ]
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
Hello,
this is the latest version of the changes to KVM MMU code to support 1gb
pages. Pages with a size of 1gb are a feature of all Fam10h AMD CPUs
and this patch set makes them available for guests and allows to map the
nested page table with 1gb pages.
Changes to the previous version of this
This patch removes the largepage parameter from the rmap_add function.
Together with rmap_remove this function now uses the role.level field to
find determine if the page is a huge page.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
---
arch/x86/kvm/mmu.c | 53
This patch adds support for shadow paging to the 1gb page table code in KVM.
With this code the guest can use 1gb pages even if the host does not support
them.
[ Marcelo: fix shadow page collision on pmd level if a guest 1gb page is mapped
with 4kb ptes on host level ]
Signed-off-by:
If userspace knows that the kernel part supports 1GB pages it can enable
the corresponding cpuid bit so that guests actually use GB pages.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
---
arch/x86/include/asm/kvm_host.h |2 ++
arch/x86/kvm/svm.c |6 ++
Stephen Donnelly wrote:
Hi Cam,
Hi Steve,
Sorry I haven't answered your email from last Thursday. I'll answer it
shortly.
On Thu, Jul 9, 2009 at 6:01 PM, Cam Macdonellc...@cs.ualberta.ca wrote:
The memory for the device allocated as a POSIX shared memory object and then
mmapped on to
On Sun, Jul 26, 2009 at 08:11:39PM +0300, Michael S. Tsirkin wrote:
Some devices allow an individual function to be reset without affecting
other functions in the same device: that's what pci_reset_function does.
For devices that have this support, expose reset attribite in sysfs.
Please add
On 07/22/2009 01:13 AM, Glauber Costa wrote:
qemu CPUState already provides stop and stopped states. And they
mean exactly that. There is no need for us to provide our own.
This patch (known as dd0e1c1a589 in qemu-kvm.git) breaks reboot. My
test case is FC6 i386 -smp 2, running the
On Mon, Jul 27, 2009 at 08:01:46AM -0700, Greg KH wrote:
+ if (!pci_probe_reset_function(dev)) {
+ retval = device_create_file(dev-dev, reset_attr);
+ if (retval)
+ goto error;
+ }
So you only add the file if there is a reset function, which
On Mon, Jul 27, 2009 at 06:52:38PM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 08:01:46AM -0700, Greg KH wrote:
+ if (!pci_probe_reset_function(dev)) {
+ retval = device_create_file(dev-dev, reset_attr);
+ if (retval)
+ goto error;
+ }
On Mon, 27 Jul 2009 09:14:23 -0700
Greg KH g...@kroah.com wrote:
On Mon, Jul 27, 2009 at 06:52:38PM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 08:01:46AM -0700, Greg KH wrote:
+ if (!pci_probe_reset_function(dev)) {
+ retval =
Bugs item #2827947, was opened at 2009-07-27 19:16
Message generated for change (Tracker Item Submitted) made by rubendez
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2827947group_id=180599
Please note that this message will contain a full copy of the
On Sun, Jul 26, 2009 at 08:59:44PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
The goal is to get rid of the call to kvm_init. But those things
are subtle, and often break. So do it in a separate patch, to help
finding potential issues in future bisections.
Found such an issued: This
On Sat, Jul 25, 2009 at 12:24:41PM -0300, Marcelo Tosatti wrote:
On Tue, Jul 21, 2009 at 06:13:12PM -0400, Glauber Costa wrote:
all they did was to call a qemu function. Call this function instead.
Signed-off-by: Glauber Costa glom...@redhat.com
---
qemu-kvm-x86.c |7 +--
Glauber Costa wrote:
On Sun, Jul 26, 2009 at 08:59:44PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
The goal is to get rid of the call to kvm_init. But those things
are subtle, and often break. So do it in a separate patch, to help
finding potential issues in future bisections.
On Mon, Jul 27, 2009 at 12:49:06PM -0500, Anthony Liguori wrote:
Glauber Costa wrote:
On Sun, Jul 26, 2009 at 08:59:44PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
The goal is to get rid of the call to kvm_init. But those things
are subtle, and often break. So do it in a separate
Hello, goodfellas
I'm seeing a strange problem in our much loved qemu-kvm.git
It's been there before avi left for vacation, at least.
The worst part, is that it doesn't happen always, and I don't
even think it is deterministic in its nature, IOW, there was nothing
I could do to make it more or
Bugs item #2827968, was opened at 2009-07-27 19:59
Message generated for change (Tracker Item Submitted) made by rubendez
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2827968group_id=180599
Please note that this message will contain a full copy of the
Bugs item #2827968, was opened at 2009-07-27 19:59
Message generated for change (Settings changed) made by rubendez
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2827968group_id=180599
Please note that this message will contain a full copy of the comment
Hello all,
This are the latest version of the patches.
Lots of things have changed since the last submission. A few of
which I remember:
- VNC copy / paste works* (* conditions apply)
- client vnc copies get propagated to guest port 3 (/dev/vmch3)
- guest writes to port 3 (/dev/vmch3) go
We expose multiple char devices (ports) for simple communication
between the host userspace and guest.
Sample offline usages can be: poking around in a guest to find out
the file systems used, applications installed, etc. Online usages
can be sharing of clipboard data between the guest and the
This interface presents a char device from which bits can be
sent and read.
Sample uses for such a device can be obtaining info from the
guest like the file systems used, apps installed, etc. for
offline usage and logged-in users, clipboard copy-paste, etc.
for online usage.
Each port is to be
This helper is introduced to query the status of vnc.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
vnc.c | 10 +-
vnc.h |2 +-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/vnc.c b/vnc.c
index de0ff87..e4e78dc 100644
--- a/vnc.c
+++ b/vnc.c
@@ -176,9 +176,17
- Send ServerCutText message over to the vnc client from qemu
on every write to the clipboard port via virtio-serial
- On receiving ClientCutText message send over the data to the
guest via virtio-serial.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial.c | 15
Glauber Costa wrote:
On Mon, Jul 27, 2009 at 12:49:06PM -0500, Anthony Liguori wrote:
Glauber Costa wrote:
On Sun, Jul 26, 2009 at 08:59:44PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
The goal is to get rid of the call to kvm_init. But those things
are subtle, and often break.
On Mon, Jul 27, 2009 at 08:10:24PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
On Mon, Jul 27, 2009 at 12:49:06PM -0500, Anthony Liguori wrote:
Glauber Costa wrote:
On Sun, Jul 26, 2009 at 08:59:44PM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
The goal is to get rid of
On Mon, Jul 27, 2009 at 03:20:08PM -0300, Glauber Costa wrote:
On Mon, Jul 27, 2009 at 08:10:24PM +0200, Jan Kiszka wrote:
I think we should simply resolves this the way upstream does: Do not
start if modules are missing and -no-kvm is omitted - or even switch
over to -enable-kvm as I
Glauber Costa wrote:
we're not.
The issue happens exactly when the kvm modules are not loaded, then we're
failing
to initialize kvm. However, in the patch that raised this issue, I'm moving
KVM initialization to after this code path. And in qemu-kvm.git, kvm is
enabled-by-default. So tcg code
On Mon, Jul 27, 2009 at 03:38:57PM -0300, Glauber Costa wrote:
On Mon, Jul 27, 2009 at 07:28:17PM +0100, Daniel P. Berrange wrote:
On Mon, Jul 27, 2009 at 03:20:08PM -0300, Glauber Costa wrote:
On Mon, Jul 27, 2009 at 08:10:24PM +0200, Jan Kiszka wrote:
I think we should simply
On Mon, Jul 27, 2009 at 07:44:27PM +0100, Daniel P. Berrange wrote:
On Mon, Jul 27, 2009 at 03:38:57PM -0300, Glauber Costa wrote:
On Mon, Jul 27, 2009 at 07:28:17PM +0100, Daniel P. Berrange wrote:
On Mon, Jul 27, 2009 at 03:20:08PM -0300, Glauber Costa wrote:
On Mon, Jul 27, 2009 at
On Mon, Jul 27, 2009 at 03:22:54PM -0500, Anthony Liguori wrote:
Amit Shah wrote:
Hello all,
This are the latest version of the patches.
Lots of things have changed since the last submission. A few of
which I remember:
- VNC copy / paste works* (* conditions apply)
- client vnc copies
Daniel P. Berrange wrote:
I don't think that's not too bad, for example, with fast-user-switching
between multiple X servers and/or text consoles, there's already support
code that deals with chown'ing things like /dev/snd/* devices to match
the active console session. Doing the same with the
Daniel P. Berrange wrote:
I expect the first problem you'll run into is that copy/paste daemon has
to run as an unprivileged user but /dev/vmch3 is going to be owned by
root. You could set udev rules for /dev/vmch3 but that's pretty
terrible IMHO.
I don't think that's not too bad,
On Mon, Jul 27, 2009 at 11:37:48PM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 27, 2009 at 09:14:23AM -0700, Greg KH wrote:
Fine with me. You forgot the documentation though :)
This enough?
pci: expose function reset capability in sysfs
Some devices allow an individual function to be
On Tue, Jul 21, 2009 at 1:04 PM, Lukáš Doktorldok...@redhat.com wrote:
Well, thank you for notifications, I'll keep them in my mind.
Ok Lukáš, I have reviewed your patch and have some comments to make:
diff --git a/client/tests/kvm/kvm_tests.cfg.sample
b/client/tests/kvm/kvm_tests.cfg.sample
This patch adds a small setup script to set up huge memory
pages during the kvm tests execution. Also, added hugepage setup to the
fc8_quick sample.
Signed-off-by: Lukáš Doktor ldok...@redhat.com
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
client/tests/kvm/kvm_tests.cfg.sample
Hi Cam,
Sorry I haven't answered your email from last Thursday. I'll answer it
shortly.
Thanks, I'm still chipping away at it slowly.
On Thu, Jul 9, 2009 at 6:01 PM, Cam Macdonellc...@cs.ualberta.ca wrote:
The memory for the device allocated as a POSIX shared memory object and
then
* As new subtests are being constantly added to the test, it
doesn't make sense to keep them all documented under the control
file docstrings.
* Re-organized some comments inside the file
* Added the 'noinstall' option commented out, just to remember
people that we can skip kvm installation by
Jamie Lokier wrote:
With multiple X servers, there can be more than one currently logged in user.
Same with multiple text consoles - that's more familiar.
Which one owns /dev/vmch3?
For a VMM, copy/paste should work with whatever user has the active X
session that's controlling the
On Mon, Jul 27, 2009 at 06:43:47PM +0300, Avi Kivity wrote:
On 07/22/2009 01:13 AM, Glauber Costa wrote:
qemu CPUState already provides stop and stopped states. And they
mean exactly that. There is no need for us to provide our own.
This patch (known as dd0e1c1a589 in qemu-kvm.git)
The Buildbot has detected a new failure of default_i386_debian_5_0 on qemu-kvm.
Full details are available at:
http://buildbot.b1-systems.de/qemu-kvm/builders/default_i386_debian_5_0/builds/13
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build: b1_qemu_kvm_2
Build
not a single in-tree user.
Signed-off-by: Glauber Costa glom...@redhat.com
---
qemu-kvm.c | 16
qemu-kvm.h |1 -
2 files changed, 0 insertions(+), 17 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 32dce4a..8297ff0 100644
--- a/qemu-kvm.c
+++ b/qemu-kvm.c
@@
On Mon, Jul 27, 2009 at 10:15 AM, Michael Goldishmgold...@redhat.com wrote:
It looks like you're using opensshd with cygwin -- not the one we normally
install on guests, but rather one that outputs colorful text. Is that right?
Which server are you using exactly?
There's not much I can do
Otherwise the host can spend too long traversing an rmap chain, which
happens under a spinlock.
Cc: sta...@kernel.org
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Index: kvm/arch/x86/kvm/mmu.c
===
---
Otherwise its possible to starve the host by programming lapic timer
with a very high frequency.
Cc: sta...@kernel.org
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Index: kvm/arch/x86/kvm/lapic.c
===
---
Ok, applied with minimal changes. See:
http://autotest.kernel.org/changeset/3448
On Fri, Jul 24, 2009 at 2:48 PM, Lucas Meneghel Rodriguesl...@redhat.com
wrote:
On Fri, 2009-07-24 at 12:03 -0400, Michael Goldish wrote:
- sudhir kumar smalik...@gmail.com wrote:
On Fri, Jul 24, 2009 at
On Mon, 27 Jul 2009 01:17:09 am Michael S. Tsirkin wrote:
This refactors find_vqs, making it more readable and robust, and fixing
two regressions from 2.6.30:
- double free_irq causing BUG_ON on device removal
- probe failure when vq can't be assigned to msi-x vector
(reported on old host
On Thu, Jul 23, 2009 at 4:18 AM, Yolkfull Chowyz...@redhat.com wrote:
Hi Yaniv, following is the output from Windows guest:
---
Microsoft DiskPart version 6.0.6001
Copyright (C) 1999-2007 Microsoft Corporation.
On computer: WIN-Q18A9GP5ECI
Disk 1 is now the selected disk.
DiskPart has
We currently use host endian long types to store information
in the dirty bitmap.
This works reasonably well on Little Endian targets, because the
u32 after the first contains the next 32 bits. On Big Endian this
breaks completely though, forcing us to be inventive here.
So Ben suggested to
-Original Message-
From: jan.kis...@web.de [mailto:jan.kis...@web.de]
Sent: Saturday, July 25, 2009 6:44 PM
To: Liu Yu-B13201
Cc: qemu-devel; Hollis Blanchard; kvm-ppc; Nathan Froyd
Subject: Re: [PATCH 0/5]
Liu Yu wrote:
2. gdb 'watch' command
Jan told me gdb6.8 can issue
On Sat, Jul 25, 2009 at 04:40:12PM +0800, Liu Yu wrote:
For example booke has a code template for
jumping to and returning from interrupt handlers:
bl transfer
.long handler_addr
.long ret_addr
when call transfer, it never return but
in transfer assembly code it will
-Original Message-
From: jan.kis...@web.de [mailto:jan.kis...@web.de]
Sent: Saturday, July 25, 2009 6:19 PM
To: Liu Yu-B13201
Cc: qemu-devel; Hollis Blanchard; kvm-ppc; Nathan Froyd
Subject: Re: [PATCH 3/5] Add guest debug support for kvmppc
Liu Yu wrote:
Signed-off-by: Liu
82 matches
Mail list logo