On 2011-05-06 03:06, brill...@viatech.com.cn wrote:
Hi, Jan
Thank you very much for your advice. That's helpful for me.
Hi,
the subject's tag (qemu-kvm) is misleading. This is actually targeting
the uq/master patch queue, i.e. the upstream kvm staging area.
If I want to submit a
hi,
using the modified (single line) patch only works half-way, it sets
the value in status register (guess that's what that line does :))
but hw interrupt is not generated.
I tried adding uhci_update_irq and this patch:
diff --git a/hw/usb-uhci.c b/hw/usb-uhci.c
index a65e0b3..1e9c1e7 100644
Hi Gerd,
sorry, but that parameter causes a non-complete boot of my Windows VM (I
have removed that) when using the ehci-patch.
Additionally, the ehci patch does not support that parameter type, there
you must add it via -usbdevice host:auto:*.*
Any ideas how to proceed?
I need the ehci patch
On 05/05/2011 07:34 PM, Rob Landley wrote:
I'm running current linux-git (5895198c56d131cc696556) and current
qemu-git (d2d979c628e4b2c4a3c I think) with the attached kernel .config,
and it gave me a GPF on exit from the emulator.
I'm not sure which project is responsible, but I thought I'd
Blue Swirl blauwir...@gmail.com writes:
On Mon, May 2, 2011 at 6:57 PM, Luiz Capitulino lcapitul...@redhat.com
wrote:
On Sat, 30 Apr 2011 09:33:15 +0300
Blue Swirl blauwir...@gmail.com wrote:
On Sat, Apr 30, 2011 at 1:40 AM, Luiz Capitulino lcapitul...@redhat.com
wrote:
This series
Good morning,
I would like to ask if there is any possibility to run WinCE applications in
the embedded linux environment based on ARM processors by using the QEMU
emulator?
Looking forward to hearing from you.
Best regards,
Rafal Fabich
Is it possible to migrate KVM guest to different paths like this:
path of the image of guest01 on host A
/home/joe/guest01.img
path of the image of guest01 on host B
/home/bill/image/temp/guest01.img
is this possible ?
if it is any pointers as to how to do this ?
Regards,
Onnm
Good morning,
I would like to ask if there is any possibility to run WinCE applications in
the embedded linux environment based on ARM processors by using the QEMU
emulator?
Looking forward to hearing from you.
Best regards,
Rafal Fabich
If I want to submit a patch for the qemu-kvm-git, should I
use [QEMU-DEVEL][Patch]... as the subject? Or there are other rules
for qemu-kvm upstream? If yes, would you like to tell me?. Thanks!
If you really have to target qemu-kvm only, then you tagging is fine.
But this patch does
From: Jes Sorensen jes.soren...@redhat.com
Hi,
Two small patches cleaning up the progress printing code - adding
documentation and removing some unneeded paranthesis. Also know as the
'happy markus' patch series
This is relative to the block branch.
Jes
Jes Sorensen (2):
Add
From: Jes Sorensen jes.soren...@redhat.com
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
qemu-progress.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/qemu-progress.c b/qemu-progress.c
index a4894c0..70928d6 100644
--- a/qemu-progress.c
+++
From: Jes Sorensen jes.soren...@redhat.com
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
qemu-img.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index e825123..1da5484 100644
--- a/qemu-img.c
+++ b/qemu-img.c
@@ -785,7 +785,7 @@
Hi all,
Are there any objections to adding a --disable-cocoa configure option?
For simulating ARM microcontrollers I have no desire or need for graphics.
Thanks,
Benno
On 03.05.2011, at 21:25, Scott Wood wrote:
On Mon, 2 May 2011 17:03:21 +0200
Alexander Graf ag...@suse.de wrote:
Most of the code to support e500 style MMUs is already in place, but
we're missing on some of the special TLB0-TLB1 handling code and slightly
different TLB modification.
On 2011-05-06 11:37, brill...@viatech.com.cn wrote:
If I want to submit a patch for the qemu-kvm-git, should I
use [QEMU-DEVEL][Patch]... as the subject? Or there are other rules
for qemu-kvm upstream? If yes, would you like to tell me?. Thanks!
If you really have to target qemu-kvm
jes.soren...@redhat.com writes:
From: Jes Sorensen jes.soren...@redhat.com
Hi,
Two small patches cleaning up the progress printing code - adding
documentation and removing some unneeded paranthesis. Also know as the
'happy markus' patch series
Happy ACK :)
On May 6, 2011, at 11:48 AM, Ben Leslie wrote:
Hi all,
Are there any objections to adding a --disable-cocoa configure option?
For simulating ARM microcontrollers I have no desire or need for graphics.
Seconded. I think I have once posted such a patch.
Tristan.
On 05/06/11 12:40, Brad Hards wrote:
On Fri, 6 May 2011 07:39:10 PM jes.soren...@redhat.com wrote:
+/*
+ * Add delta to current state, and print the output if the current
+ * state has progressed more than min_skip since the last value was
+ * printed. 'max' specifies the relative percentage,
I went back and retested this and it has already been fixed and released
(commit fcbc05a1be0a7600153e78207dcb8b62fe753a4a), it was just not
properly closed.
mapl,
If you are running an updated hardy guest running the 2.6.24-29 kernel this bug
should not be a problem. Can you please provide
On Fri, 2011-05-06 at 11:25 +0100, Daniel Castro wrote:
Good Day to all,
My Name is Daniel Castro I am going to be your google coder for this summer
in:
Add Xen PV block device support to SeaBIOS
Thanks Daniel and Welcome!
I'll be mentoring Daniel in this project.
(I've taken the
On Fri, 6 May 2011 07:39:10 PM jes.soren...@redhat.com wrote:
+/*
+ * Add delta to current state, and print the output if the current
+ * state has progressed more than min_skip since the last value was
+ * printed. 'max' specifies the relative percentage, ie. a function
+ * can count for 30%
The BookE specification defines MSR bit 28 as Guest State. Add it
to the list of MSR macros.
Signed-off-by: Alexander Graf ag...@suse.de
---
target-ppc/cpu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-ppc/cpu.h b/target-ppc/cpu.h
index 303f8ce..c6b2255
Now that we have some nice helpers that can find us a TLB entry, let's
use that on the machine initialization code, so we don't need to know
about the internals of the TLB array.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c |2 +-
1 files changed, 1 insertions(+), 1
The e500 PCI controller isn't qdev'ified yet. This leads to severe issues
when running with -drive.
To be able to use a virtio disk with an e500 VM, let's convert the PCI
controller over to qdev.
Signed-off-by: Alexander Graf ag...@suse.de
---
v2 - v3:
- rebase to current code base
- fix
In a global effort to get rid of KVM-only targets, this is the next
important piece of the puzzle: e500 emulation :).
We had support for running an e500 KVM guest for a while now, but the
code could not be tested without a real e500 machine, because it required
KVM to work. This patchset adds
The MPC8544DS board emulation code ignored the user defined -cpu switch.
This patch enables it to only provide a sane default, not force an e500v2
CPU inside.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
On 06.05.2011, at 12:46, Tristan Gingold wrote:
On May 6, 2011, at 11:48 AM, Ben Leslie wrote:
Hi all,
Are there any objections to adding a --disable-cocoa configure option?
For simulating ARM microcontrollers I have no desire or need for graphics.
Seconded. I think I have once
To enable quick runtime detection of instruction groups to the currently
selected CPU emulation, we have a feature mask of what exactly the respective
instruction supports.
This feature mask is 64 bits long and we just successfully exceeded those 64
bits. To add more features, we need to think of
The MPC8544DS board emulation was only used with KVM so far, so some
parts of the code didn't provide proper values for non-KVM execution.
This patch makes the machine work without KVM enabled. To actually use
this, you also need proper e500v2 MMU emulation.
Signed-off-by: Alexander Graf
Most of the code to support e500 style MMUs is already in place, but
we're missing on some of the special TLB0-TLB1 handling code and slightly
different TLB modification.
This patch adds support for the FSL style MMU.
Signed-off-by: Alexander Graf ag...@suse.de
---
v1 - v2:
- fix linux-user
On Thu, May 5, 2011 at 3:50 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 05/05/2011 04:29 PM, Hannes Reinecke wrote:
I chose 1 requestq per target so that, with MSI-X support, each
target can be associated to one MSI-X vector.
If you want a large number of units, you can subdivide targets
Uncompress regular Natty qemu-kvm package :-
qemu-kvm_0.14.0+noroms-0ubuntu4.diff.gz
qemu-kvm_0.14.0+noroms-0ubuntu4.dsc
qemu-kvm_0.14.0+noroms.orig.tar.gz
# dpkg-source -x qemu-kvm_0.14.0+noroms-0ubuntu4.dsc
# cd qemu-kvm_0.14.0+noroms-0ubuntu4
Edit debian/rules and comment following line (
If the input to a Neon float comparison is a quiet NaN, the ARM ARM
specifies that we should raise InvalidOp if the comparison is GE or GT
but not for EQ. (Signaling NaNs raise InvalidOp regardless). This means
only EQ should use the _quiet version of the comparison function.
We implement this by
On 06.05.2011, at 01:50, Rob Landley wrote:
On 05/05/2011 06:26 PM, Alexander Graf wrote:
As an aside: I think QEMU should have an option which is just load
a plain ELF or raw binary, with no funny Linux-kernel-specific
behaviour rather than overloading -kernel to mean if it's a raw
image
On 05/06/2011 02:31 PM, Stefan Hajnoczi wrote:
Okay, this explains how you plan to handle targets appearing - you
want to set a maximum number of targets. I was wondering how we would
add virtqueues dynamically (and why the control vqs are placed last at
n,n+1 instead of 0,1).
You don't, it's
Sorry, for typo in package name ( qemu-kvm) . I've upgraded version in
debian/changelog.
root@boris-System-P5Q3:~/QEMU14# ls -l *.deb |grep -v 0ubuntu4_
-rw-r--r-- 1 root root 19494 2011-05-06 16:45
kvm_84+dfsg-0ubuntu16+0.14.0+noroms+0ubuntu5_amd64.deb
-rw-r--r-- 1 root root 18958
** Changed in: linux (Ubuntu Hardy)
Status: In Progress = Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/458521
Title:
kvm crash when using virtio for network, hardy guest
On ARM the architecture mandates that when an output denormal is flushed to
zero we must set the FPSCR UFC (underflow) bit, so map softfloat's
float_flag_output_denormal accordingly.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c |2 +-
1 files changed, 1
The functions which do the core estimation algorithms for the VRSQRTE
and VRECPE instructions should not set floating point exception flags,
so use a local fp status for doing these calculations.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c | 12 ++--
1
The helpers for VRECPE.F32, VSQRTE.F32, VRECPS and VRSQRTS handle denormals
as special cases, so we must set the InputDenormal exception flag ourselves.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c | 12
1 files changed, 12 insertions(+), 0
Add the Neon-specific float-int conversion helper functions which
use the standard FPSCR value rather than the VFP FPSCR.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.h| 10 ++
target-arm/op_helper.c | 12
target-arm/translate.c | 29
This patch series fixes a number of minor bugs in the ARM target where
we were not correctly setting the cumulative exception flags in the
FPSCR. It includes adding a new flag to softfloat indicating when a
denormal result has been flushed to zero (as discussed previously on
the list.)
Tested
The Neon versions of int-float conversions need their own helper routines
because they must use the standard FPSCR rather than the default one.
Refactor the helper functions to make it easy to add the neon versions.
While we're touching the code, move the helpers to op_helper.c so that
we can use
Add a new float_flag_output_denormal which is set when the result
of a floating point operation would be denormal but is flushed to
zero because we are in flush_to_zero mode. This is necessary because
some architectures signal this condition as an underflow and others
signal it as an inexact
On Fri, Apr 29, 2011 at 12:56 PM, Kevin Wolf kw...@redhat.com wrote:
Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
+/**
+ * Attempt to stream an image starting from sector_num.
+ *
+ * @sector_num - the first sector to start streaming from
+ * @cb - block completion callback
+ * @opaque -
On Fri, Apr 29, 2011 at 1:09 PM, Kevin Wolf kw...@redhat.com wrote:
Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
From: Anthony Liguori aligu...@us.ibm.com
For leaf images with copy on read semantics, the stream commands allow the
user
to populate local blocks by manually streaming them
On Fri, Apr 29, 2011 at 1:14 PM, Kevin Wolf kw...@redhat.com wrote:
Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
From: Anthony Liguori aligu...@us.ibm.com
When creating an image using qemu-img, just pass '-o copy_on_read' and then
whenever QED reads from a backing file, it will write the
Am 06.05.2011 15:21, schrieb Stefan Hajnoczi:
On Fri, Apr 29, 2011 at 12:56 PM, Kevin Wolf kw...@redhat.com wrote:
Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
+/**
+ * Attempt to stream an image starting from sector_num.
+ *
+ * @sector_num - the first sector to start streaming from
+ *
The hosting company qemu.org uses is experiencing an outage this
morning. I'll keep the list up to date as I learn more.
Regards,
Anthony Liguori
The Neon versions of int-float conversions need their own helper routines
because they must use the standard FPSCR rather than the default one.
Refactor the helper functions to make it easy to add the neon versions.
While we're touching the code, move the helpers to op_helper.c so that
we can
On 26 April 2011 11:23, Aurelien Jarno aurel...@aurel32.net wrote:
On Mon, Apr 25, 2011 at 11:35:54PM +0100, Peter Maydell wrote:
On 25 April 2011 23:31, Aurelien Jarno aurel...@aurel32.net wrote:
On Mon, Apr 25, 2011 at 10:59:52PM +0100, Peter Maydell wrote:
On 25 April 2011 22:09, Aurelien
PCIBus *ppce500_pci_init(qemu_irq pci_irqs[4], target_phys_addr_t
registers) {
-PPCE500PCIState *controller;
+DeviceState *dev;
+PCIBus *b;
+PCIHostState *h;
+PPCE500PCIState *s;
PCIDevice *d;
-int index;
static int ppce500_pci_id;
+SysBusDevice
On Thu, May 05, 2011 at 04:07:19AM -0400, Ulrich Obergfell wrote:
Hi Marcelo,
Other than that, shouldnt reset accounting variables to init state on
write to GLOBAL_ENABLE_CFG / writes to main counter?
I'd suggest to initialize/reset the driftfix-related fields in the
'HPETTimer'
On 6 May 2011 15:09, Paul Brook p...@codesourcery.com wrote:
The Neon versions of int-float conversions need their own helper routines
because they must use the standard FPSCR rather than the default one.
Refactor the helper functions to make it easy to add the neon versions.
While we're
On Fri, 06 May 2011 11:08:08 +0200
Markus Armbruster arm...@redhat.com wrote:
Blue Swirl blauwir...@gmail.com writes:
On Mon, May 2, 2011 at 6:57 PM, Luiz Capitulino lcapitul...@redhat.com
wrote:
On Sat, 30 Apr 2011 09:33:15 +0300
Blue Swirl blauwir...@gmail.com wrote:
On Sat, Apr
Jes Sorensen jes.soren...@redhat.com writes:
On 05/06/11 12:40, Brad Hards wrote:
On Fri, 6 May 2011 07:39:10 PM jes.soren...@redhat.com wrote:
+/*
+ * Add delta to current state, and print the output if the current
+ * state has progressed more than min_skip since the last value was
+ *
Hi Stefan,
I was hoping to take a look at the TPM patchset. Rumor has it you
have some updates. Would you mind re-sending the set?
thanks,
-serge
On Fri, May 6, 2011 at 5:09 PM, Paul Brook p...@codesourcery.com wrote:
The Neon versions of int-float conversions need their own helper routines
because they must use the standard FPSCR rather than the default one.
Refactor the helper functions to make it easy to add the neon versions.
While
On 05/06/2011 08:40 AM, Anthony Liguori wrote:
The hosting company qemu.org uses is experiencing an outage this
morning. I'll keep the list up to date as I learn more.
The data center is in Fremont, CA which experienced a severe power
outage this morning. It's taken down a number of VPS
On Fri, May 6, 2011 at 12:08 PM, Markus Armbruster arm...@redhat.com wrote:
Blue Swirl blauwir...@gmail.com writes:
On Mon, May 2, 2011 at 6:57 PM, Luiz Capitulino lcapitul...@redhat.com
wrote:
On Sat, 30 Apr 2011 09:33:15 +0300
Blue Swirl blauwir...@gmail.com wrote:
On Sat, Apr 30, 2011
On Fri, May 6, 2011 at 2:36 PM, Kevin Wolf kw...@redhat.com wrote:
Am 06.05.2011 15:21, schrieb Stefan Hajnoczi:
On Fri, Apr 29, 2011 at 12:56 PM, Kevin Wolf kw...@redhat.com wrote:
Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
+/**
+ * Attempt to stream an image starting from sector_num.
+
PCIBus *ppce500_pci_init(qemu_irq pci_irqs[4], target_phys_addr_t
registers) {
-PPCE500PCIState *controller;
+DeviceState *dev;
+PCIBus *b;
+PCIHostState *h;
+PPCE500PCIState *s;
PCIDevice *d;
-int index;
static int ppce500_pci_id;
On Fri, May 6, 2011 at 5:09 PM, Paul Brook p...@codesourcery.com wrote:
The Neon versions of int-float conversions need their own helper
routines because they must use the standard FPSCR rather than the
default one. Refactor the helper functions to make it easy to add the
neon versions.
The TPM interface (tpm_tis) needs to be explicitly enabled via
./configure --enable-tpm. This patch also restricts the building of the
TPM support to i386 and x86_64 targets since both backends I know
of, the Xen backend and the libtpms-based backend, will likely only
be available for these
This patch adds encryption of the individual state blobs that are written
into the block storage. The 'directory' at the beginnig of the block
storage is not encrypted.
Keys can be passed either as a string of hexadecimal digits forming a 256,
192 or 128 bit AES key. Those keys can optionally
This patch supports the storage of TPM persisten state.
The TPM creates state of varying size, depending for example how many
keys are loaded into it a a certain time. The worst-case sizes of
the different blobs the TPM can write have been pre-calculated and this
value is used to determine the
This patch uses the possibility to add a vendor-specific register and
adds a debug register useful for dumping the TIS's internal state. This
register is only active in a debug build (#define DEBUG_TIS).
v3:
- all output goes to stderr
Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com
The following series of patches adds a TPM (Trusted Platform Module)
TIS (TPM Interface Spec) interface to Qemu and with that provides
means to access a backend implementing the actual TPM functionality.
This frontend enables for example Linux's TPM TIS (tpm_tis) driver.
I am also posting the
This patch adds support for handling of persistent state to the TPM TIS
frontend.
The currently used buffer is determined (can only be in currently active
locality and either be a read or a write buffer) and only that buffer's content
is stored. The reverse is done when the state is restored from
This patch introduces file locking via fcntl() for the block layer so that
concurrent access to files shared by 2 Qemu instances, for example via NFS,
can be serialized. This feature is useful primarily during initial phases of
VM migration where the target machine's TIS driver validates the block
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
./qemu-... -tpm type=type,path=path to blockstorage file,
and
./qemu-... -tpm ?
where the latter works similar to -soundhw ? and shows a list of
available TPM
This patch provides the glue for the TPM TIS interface (frontend) to
the libtpms that provides the actual TPM functionality.
Some details:
This part of the patch provides support for the spawning of a thread
that will interact with the libtpms-based TPM. It expects a signal
from the frontend to
This patch provides a TPM backend skeleton implementation. It doesn't do
anything useful (except for returning error response for every TPM command)
but it compiles.
v3:
- in tpm_builtin.c all functions prefixed with tpm_builtin_
- build the builtin TPM driver available at this point; it
On Fri, 6 May 2011 12:01:11 +0200
Alexander Graf ag...@suse.de wrote:
+for (i = env-nb_tlbs[0]; i env-nb_tlb; i++) {
+tlb = env-tlb[i].tlbe;
+ret = mmubooke_check_tlb(env, tlb, raddr, ctx-prot, address,
rw,
+ access_type, i);
+
On 05/06/2011 08:40 AM, Anthony Liguori wrote:
The hosting company qemu.org uses is experiencing an outage this
morning. I'll keep the list up to date as I learn more.
And we're back online.
Sorry for any inconvenience.
Regards,
Anthony Liguori
Regards,
Anthony Liguori
On 06.05.2011, at 19:40, Scott Wood wrote:
On Fri, 6 May 2011 12:01:11 +0200
Alexander Graf ag...@suse.de wrote:
+for (i = env-nb_tlbs[0]; i env-nb_tlb; i++) {
+tlb = env-tlb[i].tlbe;
+ret = mmubooke_check_tlb(env, tlb, raddr, ctx-prot, address,
rw,
+
Hi List!
I am tripping across this error as soon as the qemu rbd disk is
probed by the windows 2000 installer:
VNC server running on `127.0.0.1:5900'
terminate called after throwing an instance of 'ceph::buffer::end_of_buffer'
what(): buffer::end_of_buffer
Aborted (core dumped)
Has anyone
On Fri, 6 May 2011 20:33:24 +0200
Alexander Graf ag...@suse.de wrote:
On 06.05.2011, at 19:40, Scott Wood wrote:
OK, it looked like it was being limited to only FSL. I missed that
PPC_BOOKE and PPC2_BOOKE_FSL are the same kind of flags despite being in
different words. Does PPC_BOOKE
At v9fs_walk_complete(), the memory allocated at v9fs_walk() is not being
released leading system to crash due out of memory.
This patch releases structure V9fsWalkState after v9fs_walk is complete.
Signed-off-by: Pedro Scarapicchia Junior pedro.scarapic...@br.flextronics.com
---
Hi List!
I upgraded Ceph to the latest development version
Commit: 0edbc75a5fe8c3028faf85546f3264d28653ea3f
Pulled from: git://ceph.newdream.net/ceph.git
I recompiled the latest GIT version of QEMU-KVM (with Josh Durgin's
patches) against the latest git version of Ceph.
However,
CCing the ceph list.
On 05/06/2011 12:23 PM, Dyweni - Qemu-Devel wrote:
Hi List!
I upgraded Ceph to the latest development version
Commit: 0edbc75a5fe8c3028faf85546f3264d28653ea3f
Pulled from: git://ceph.newdream.net/ceph.git
I recompiled the latest GIT version of QEMU-KVM
Hi Josh/Lists!
463 ::decode(*data_bl, iter);
(gdb) print r
$1 = 0
(gdb) print data_bl
$2 = (ceph::bufferlist *) 0x7f16f40d6060
(gdb) print data_bl-_len
$3 = 0
(gdb) print iter-off
$4 = 20
Thanks,
Dyweni
CCing the ceph list.
On 05/06/2011 12:23 PM, Dyweni - Qemu-Devel wrote:
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Josh/Lists!
463 ::decode(*data_bl, iter);
(gdb) print r
$1 = 0
(gdb) print data_bl
$2 = (ceph::bufferlist *) 0x7f16f40d6060
(gdb) print data_bl-_len
$3 = 0
What about c-bl._len?
sage
(gdb) print iter-off
$4 = 20
Hi Sage/Lists!
(gdb) print c-bl._len
$1 = 20
And in case this is helpful:
(gdb) print *c
$2 = {lock = {name = 0x7f1701430f8d AioCompletionImpl lock, id = -1,
recursive = false, lockdep = true, backtrace = false, _m = {__data =
{__lock = 1, __count = 0,
__owner = 25800, __nusers = 1,
f 9 (or 8?)
p n
p s
(BTW this might be faster over irc, #ceph on irc.oftc.net)
Thanks!
sage
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
(gdb) print c-bl._len
$1 = 20
And in case this is helpful:
(gdb) print *c
$2 = {lock = {name = 0x7f1701430f8d
Hi Sage/Lists!
(gdb) f 8
#8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
include/encoding.h:80
80 WRITE_INTTYPE_ENCODER(uint32_t, le32)
(gdb) p n
No symbol n in current context.
(gdb) p s
No symbol s in current context.
(gdb) f 9
#9 0x7f1701741ade in decode (s=...,
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
(gdb) f 8
#8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
include/encoding.h:80
80 WRITE_INTTYPE_ENCODER(uint32_t, le32)
(gdb) p n
No symbol n in current context.
(gdb) p s
No symbol s in current
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
./qemu-... -tpm type=type,path=path to blockstorage file,
and
./qemu-... -tpm ?
where the latter works
Hi Sage/Lists!
Yes! The entire Ceph cluster (1 Mon, 1 MSD, 3 OSD) are 32bit linux.
The machine running Qemu is 64bit linux.
Thanks,
Dyweni
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
(gdb) f 8
#8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
Yes! The entire Ceph cluster (1 Mon, 1 MSD, 3 OSD) are 32bit linux.
The machine running Qemu is 64bit linux.
Excellent. This is now fixed by 48d94f6e34da8ace2b5cb128de1bcfb34b3c40b5
in the stable and master branches of
On 05/06/2011 04:23 PM, Serge E. Hallyn wrote:
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
./qemu-... -tpm type=type,path=path to blockstorage file,
and
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
On 05/06/2011 04:23 PM, Serge E. Hallyn wrote:
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
I'm sorry for the OT message.
I have a _simple_ question that is more appropriate for qemu-users ml.
Strangely, Qemu-users ml appears to be unavailable.
Anyone knows anything?
IT
On Fri, 6 May 2011 14:00:35 +0200
Alexander Graf ag...@suse.de wrote:
+static inline void booke206_flush_tlb_one(ppc_tlb_t *tlb, int num)
+{
+int i;
+
+for (i = 0; i num; i++) {
+if ((tlb[i].tlbe.prot PAGE_VALID)
+ !(tlb[i].tlbe.attr MAS1_IPROT)) {
+
Hi :)
On Sat, May 7, 2011 at 04:20, Alessandro hyperboreus2...@yahoo.it wrote:
I'm sorry for the OT message.
I have a _simple_ question that is more appropriate for qemu-users ml.
Strangely, Qemu-users ml appears to be unavailable.
Anyone knows anything?
Few years ago, several people in this
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to Qemu. The code is largely based on my previous implementation
for Xen but has been significantly extended to meet the standard's
requirements, such as the
96 matches
Mail list logo