Add a monitor command 'info mtree' to show the memory hierarchy
much like /proc/iomem in Linux.
Signed-off-by: Blue Swirl
---
The alias addresses are unbiased (PPC):
-fffe : system
800a-800a : alias vga.chain4 @vga.vram -
8088-808f : macio
808e0
On 09/26/2011 03:20 PM, Michael S. Tsirkin wrote:
On Mon, Sep 26, 2011 at 12:35:14PM -0400, Stefan Berger wrote:
> From Andreas Niederl's original posting with adaptations where necessary:
This patch is based of off version 9 of Stefan Berger's patch series
"Qemu Trusted Platform Module (TPM
On 26 September 2011 20:52, Avi Kivity wrote:
> Why do floating point ops need helpers? At least if all the edge cases
> match? (i.e. NaNs and denormals)
The answer is that the edge cases basically never match. No CPU
architecture does handling of NaNs and input denormals and output
denormals an
On 09/26/2011 10:53 PM, Richard Henderson wrote:
On 09/26/2011 12:52 PM, Avi Kivity wrote:
> Why do floating point ops need helpers?
Because TCG doesn't do any native floating point.
Well, it could be made to do it.
--
I have a truly marvellous patch that fixes the bug which this
signature
On Mon, Sep 26, 2011 at 04:12:19PM -0400, Stefan Berger wrote:
> >It's usually a good idea to allow passing the fd through
> >a unix file descriptor or command line. net has some code
> >for that, that can be generalized. Good for security
> >separation. It does not have to be part of this patch th
On 09/26/2011 11:19 PM, Peter Maydell wrote:
On 26 September 2011 20:52, Avi Kivity wrote:
> Why do floating point ops need helpers? At least if all the edge cases
> match? (i.e. NaNs and denormals)
The answer is that the edge cases basically never match.
Surely they do when host == target
On Mon, 2011-09-26 at 15:03 -0500, Stuart Yoder wrote:
> >
> > The other obvious possibility is a pure ioctl interface. To match what
> > this proposal is trying to describe, plus the runtime interfaces, we'd
> > need something like:
> >
> > /* :0 - PCI devices, :1 - Devices path device, 63:2 - re
This series adds support to the block layer to keep track of devices'
I/O status. That information is also made available in QMP and HMP.
The goal here is to allow management applications that miss the
BLOCK_IO_ERROR event to able to query the VM to determine if any device has
caused the VM to sto
Signed-off-by: Luiz Capitulino
---
hw/ide/core.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/ide/core.c b/hw/ide/core.c
index 4e76fc7..9ec1310 100644
--- a/hw/ide/core.c
+++ b/hw/ide/core.c
@@ -528,6 +528,7 @@ static int ide_handle_rw_error(IDEState *s, int error,
Signed-off-by: Luiz Capitulino
---
hw/virtio-blk.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-blk.c b/hw/virtio-blk.c
index daa8e42..bd63a85 100644
--- a/hw/virtio-blk.c
+++ b/hw/virtio-blk.c
@@ -78,6 +78,7 @@ static int virtio_blk_handle_rw_error(VirtIOBl
Signed-off-by: Luiz Capitulino
---
block.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/block.c b/block.c
index 7053c80..061b4cc 100644
--- a/block.c
+++ b/block.c
@@ -1866,6 +1866,11 @@ static void bdrv_print_dict(QObject *obj, void *opaque)
monitor_print
Contains the I/O status for the given device. The key is only present
if the device supports it and the VM is configured to stop on errors.
Please, check the documentation being added in this commit for more
information.
Signed-off-by: Luiz Capitulino
---
block.c | 12
qm
Signed-off-by: Luiz Capitulino
---
hw/scsi-disk.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/scsi-disk.c b/hw/scsi-disk.c
index e843f71..a980a53 100644
--- a/hw/scsi-disk.c
+++ b/hw/scsi-disk.c
@@ -228,6 +228,7 @@ static int scsi_handle_rw_error(SCSIDiskReq *r, i
This commit adds support to the BlockDriverState type to keep track
of devices' I/O status.
There are three possible status: BDRV_IOS_OK (no error), BDRV_IOS_ENOSPC
(no space error) and BDRV_IOS_FAILED (any other error). The distinction
between no space and other errors is important because a mana
On 09/24/2011 05:00 AM, Alexander Graf wrote:
> On 24.09.2011, at 10:44, Blue Swirl wrote:
>> On Sat, Sep 24, 2011 at 8:03 AM, Alexander Graf wrote:
>>> On 24.09.2011, at 09:41, Blue Swirl wrote:
On Mon, Sep 19, 2011 at 4:12 PM, Scott Wood
wrote:
> The goal with the spin table stuf
On 09/26/2011 03:03 PM, Michael S. Tsirkin wrote:
On Mon, Sep 26, 2011 at 12:35:10PM -0400, Stefan Berger wrote:
+void tpm_display_backend_drivers(FILE *out)
+{
+int i;
+
+fprintf(out, "Supported TPM types (choose only one):\n");
+
+for (i = 0; bes[i] != NULL; i++) {
+fprintf
On 09/26/2011 01:34 PM, Alex Williamson wrote:
> The other obvious possibility is a pure ioctl interface. To match what
> this proposal is trying to describe, plus the runtime interfaces, we'd
> need something like:
>
> /* :0 - PCI devices, :1 - Devices path device, 63:2 - reserved */
> #define V
Hi Guys :
I am using the virtqueue (virtqueue_pop, virtqueue_push etc) in the emulated
mode (non-kvm mode) from an IO thread (a separate thread different from main
QEMU thread). What I am observing is that the virtqueue memory seems to get
corrupt. Either qemu crashes while performing virtqueue
On 09/26/2011 02:57 PM, Stuart Yoder wrote:
> On Mon, Sep 26, 2011 at 2:51 AM, David Gibson
>> Um, not to put too fine a point on it, this is madness.
>>
>> Yes, it's very flexible and can thereby cover a very wide range of
>> cases. But it's much, much too complex. Userspace has to parse a
>> co
On Mon, 2011-09-26 at 18:59 -0500, Scott Wood wrote:
> On 09/26/2011 01:34 PM, Alex Williamson wrote:
> > The other obvious possibility is a pure ioctl interface. To match what
> > this proposal is trying to describe, plus the runtime interfaces, we'd
> > need something like:
> >
> > /* :0 - PCI
On 9/26/2011 5:46 PM, Peter Maydell wrote:
On 26 September 2011 07:22, Ray Wang wrote:
diff --git a/hw/gt64xxx.c b/hw/gt64xxx.c
index 1c34253..d0a31d2 100644
--- a/hw/gt64xxx.c
+++ b/hw/gt64xxx.c
@@ -312,7 +312,7 @@ static void gt64120_writel (void *opaque,
target_phys_addr_t addr,
uint32
On Sat, Sep 24, 2011 at 02:45:20PM +0200, Paolo Bonzini wrote:
> On 09/20/2011 05:40 AM, David Gibson wrote:
> >Ah, yes, here's the point. Updating git.qemu.org is not within my
> >power, so I can't myself construct a commit doing a submodule + binary
> >update in this fashion.
>
> Sure you can.
On 09/26/2011 03:09 PM, Michael S. Tsirkin wrote:
On Mon, Sep 26, 2011 at 12:35:11PM -0400, Stefan Berger wrote:
+static int tpm_tis_init(ISADevice *dev)
+{
+TPMState *s = DO_UPCAST(TPMState, busdev, dev);
+TPMTISState *tis =&s->s.tis;
+int iomemtype, rc;
+
+qemu_mutex_init(&s->s
Hi, Xin
> I would like to add a new frontend target to QEMU. What sort of things do I
> need to be aware of ? I would like to hear some suggestions.
http://lists.gnu.org/archive/html/qemu-devel/2011-09/msg00695.html
See if you can learn something from it.
HTH.
Regards,
chenwj
--
Wei-Ren C
On 09/26/2011 04:24 PM, Michael S. Tsirkin wrote:
On Mon, Sep 26, 2011 at 04:12:19PM -0400, Stefan Berger wrote:
+if (tpm_passthrough_test_tpmdev(tb->s.tpm_pt->tpm_fd)) {
+fprintf(stderr,
+"'%s' is not a TPM device.\n",
+tb->s.tpm_pt->tpm_dev);
+
O.K., now I have to make sure it's guest virtual or guest physical.
Correct me if I am wrong.
> >> - now you change the mapping of the code page that contains second piece
> >> of code;
> >
> > ?change the mapping of the guest page which contains second piece of
> > guest binary. Mapping guest
Hi, Rob
> >> Is it just because we cannot optimize block linking which crosses page
> >> boundary, or there are some correctness/safety issues should be considered?
> >
> > If we link a TB with another TB from the different page, then the
> > second TB may disappear when the memory mapping chang
On Fri, Sep 23, 2011 at 11:57 PM, Stefan Hajnoczi
wrote:
> Here is my generic image streaming branch, which aims to provide a way
> to copy the contents of a backing file into an image file of a running
> guest without requiring specific support in the various block drivers
> (e.g. qcow2, qed, vm
From: Khansa Butt
This is the team work of Ehsan-ul-Haq, Abdul Qadeer, Abdul Waheed, Khansa Butt
from HPCN Lab KICS UET Lahore.
This Patch series add support of MIPS64 user mode emulation in QEMU.
Along with we implemented Cavium specific instructions which We will use
in SME (in sysem mode emu
From: Khansa Butt
Signed-off-by: Khansa Butt
---
configure |1 +
default-configs/mips64-linux-user.mak |1 +
linux-user/main.c | 21 +++--
linux-user/mips64/syscall.h |2 ++
linux-user/signal.c
From: Khansa Butt
Signed-off-by: Khansa Butt
---
target-mips/translate.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.c
index d5b1c76..0550333 100644
--- a/target-mips/translate.c
+++ b/target-mips/translate.c
@@ -127
From: Khansa Butt
Signed-off-by: Khansa Butt
---
linux-user/signal.c | 438 +--
1 files changed, 426 insertions(+), 12 deletions(-)
diff --git a/linux-user/signal.c b/linux-user/signal.c
index 59c3c88..f5f8bba 100644
--- a/linux-user/signal.c
+
From: Khansa Butt
Signed-off-by: Khansa Butt
---
target-mips/mips-defs.h |2 ++
target-mips/translate_init.c | 24
2 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/target-mips/mips-defs.h b/target-mips/mips-defs.h
index bf094a3..e1ec2b2 100644
From: Ehsan-ul-Haq, Abdul Qadeer, Abdul Waheed, Khansa Butt
Signed-off-by: Khansa Butt
---
target-mips/cpu.h |7 +
target-mips/helper.h|5 +
target-mips/machine.c | 12 ++
target-mips/op_helper.c | 72
target-mips/translate.c | 424
From: Khansa Butt
Signed-off-by: Khansa Butt
---
mips-dis.c | 53 +
1 files changed, 53 insertions(+), 0 deletions(-)
diff --git a/mips-dis.c b/mips-dis.c
index e3a6e0b..96ab1e8 100644
--- a/mips-dis.c
+++ b/mips-dis.c
@@ -300,6 +300,7 @@
Hi, all
The comment above tlb_fill says:
/* try to fill the TLB and return an exception if error. If retaddr is
NULL, it means that the function was called in C code (i.e. not
from generated code or from helper.c) */
I see tlb_fill only be called from softmmu_template.h (i.e.
Peter Maydell writes:
>
> The answer is that the edge cases basically never match. No CPU
> architecture does handling of NaNs and input denormals and output
> denormals and underflow checks and all the rest of it in exactly
> the same way as anybody else. (In particular x86 is pretty crazy,
Can
On Mon, Sep 26, 2011 at 09:48:31PM -0400, Stefan Berger wrote:
> >>+
> >>+rc = tpm_tis_do_startup_tpm(s);
> >>+if (rc != 0) {
> >>+goto err_exit;
> >>+}
> >>+
> >>+return 0;
> >>+
> >>+ err_exit:
> >Missing cleanup?
> >
> True. Fixed.
> I had previously looked around in othe
2011/9/26 Lluís Vilanova :
> Stefan Hajnoczi writes:
>
>> On Mon, Sep 26, 2011 at 12:23:21AM +0200, Lluís Vilanova wrote:
>>> 1) Cannot start QEMU with KVM when the device is enabled:
>>> kvm_set_phys_mem: error registering slot: Invalid argument
>>>
>>> 2) The driver never gets called on a read/wr
2011/9/26 Lluís Vilanova :
> Hi. I started writing a trivial device on QEMU that should get called on every
> read and write on the memory it provides.
>
> The problems are that:
>
> 1) Cannot start QEMU with KVM when the device is enabled:
> kvm_set_phys_mem: error registering slot: Invalid
On 09/26/2011 03:54 PM, Lluís Vilanova wrote:
It is the second bar that generates the problems with KVM:
s->data_ptr = g_malloc(s->size);
memory_region_init_ram_ptr(&s->data,&s->dev.qdev, "backdoor.data",
s->size, s->data_ptr);
pci_register_bar(&s->
Am 27.09.2011 um 03:01 schrieb David Gibson :
> On Sat, Sep 24, 2011 at 02:45:20PM +0200, Paolo Bonzini wrote:
>> On 09/20/2011 05:40 AM, David Gibson wrote:
>>> Ah, yes, here's the point. Updating git.qemu.org is not within my
>>> power, so I can't myself construct a commit doing a submodule +
101 - 142 of 142 matches
Mail list logo
