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 +
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->
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
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
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
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
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.
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 @@
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
---
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: 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/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
---
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
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
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
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
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
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);
+
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 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
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 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 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 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
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 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
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/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
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
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
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
---
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
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
---
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,
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
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
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, 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 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 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 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
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
>
> 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 VFIO_DEVICE_GET_FLAGS _IOR(,
On Mon, Sep 26, 2011 at 2:51 AM, David Gibson
wrote:
> On Fri, Sep 09, 2011 at 08:11:54AM -0500, Stuart Yoder wrote:
>> Based on the discussions over the last couple of weeks
>> I have updated the device fd file layout proposal and
>> tried to specify it a bit more formally.
>>
>>
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.
r~
On 09/26/2011 10:43 PM, Richard Henderson wrote:
On 09/26/2011 10:41 AM, Avi Kivity wrote:
> Native tcg ops for common vector instructions would probably be quite a
speedup.
It's very possible to simply open-code many of the vector operations.
I've done a port of qemu to the SPU (aka Cell) pr
On 09/26/2011 10:41 AM, Avi Kivity wrote:
> Native tcg ops for common vector instructions would probably be quite a
> speedup.
It's very possible to simply open-code many of the vector operations.
I've done a port of qemu to the SPU (aka Cell) processor. This core
has no scalar operations; all
Is there a way to point an older qemu release (currently running
qemu-kvm-0.12.1.2-2.16) to iPXE products?
We have built iPXE and installed the files and tested by changing the
symbolic links in /usr/share/qemu-kvm (RH6.1 system) to point to the
iPXE files. We would like to package the files
On Mon, Sep 26, 2011 at 12:35:09PM -0400, Stefan Berger wrote:
> The following series of patches adds TPM (Trusted Platform Module) support
> to Qemu. An emulator for the TIS (TPM Interface Spec) interface is
> added that provides the basis for accessing a 'backend' implementing the
> actual
> TPM
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) integration"
> and adds a new backend driver
On 09/26/2011 10:09 PM, Michael S. Tsirkin wrote:
> +cpu_register_physical_memory(TPM_TIS_ADDR_BASE,
> + 0x1000 * TPM_TIS_NUM_LOCALITIES,
> + iomemtype);
I think memory_region_init_io are supposed to be used for new devices
f
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->state_lock);
> +qemu_cond_init(&s->
On 26 September 2011 19:20, Blue Swirl wrote:
> It would be interesting to have some benchmarks. I'd expect that most
> of the run time is spent within generated code, the next largest item
> should be the translator and any helpers should be marginal.
Depends a lot on the target, I suspect. On A
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(out, "%12s %s",
> +
configure: Detect predefined compiler symbols for ARM and HPPA
To be able to detect some ARM / HPPA based architectures such as with
OpenBSD/(armish / zaurus) or OpenBSD/hppa.
Signed-off-by: Brad Smith
---
configure |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git
On Mon, Sep 26, 2011 at 6:25 PM, Jan Kiszka wrote:
> On 2011-09-26 20:20, Blue Swirl wrote:
>> On Mon, Sep 26, 2011 at 5:33 PM, Jan Kiszka wrote:
>>> On 2011-09-26 19:22, Blue Swirl wrote:
On Mon, Sep 26, 2011 at 11:56 AM, Peter Maydell
wrote:
> On 26 September 2011 12:43, Jan Kisz
On Mon, 2011-09-26 at 12:04 +0200, Alexander Graf wrote:
> Am 26.09.2011 um 09:51 schrieb David Gibson :
>
> > On Fri, Sep 09, 2011 at 08:11:54AM -0500, Stuart Yoder wrote:
> >> Based on the discussions over the last couple of weeks
> >> I have updated the device fd file layout proposal and
> >> t
On 2011-09-26 20:20, Blue Swirl wrote:
> On Mon, Sep 26, 2011 at 5:33 PM, Jan Kiszka wrote:
>> On 2011-09-26 19:22, Blue Swirl wrote:
>>> On Mon, Sep 26, 2011 at 11:56 AM, Peter Maydell
>>> wrote:
On 26 September 2011 12:43, Jan Kiszka wrote:
> On 2011-09-26 13:33, Peter Maydell wrote:
On Mon, Sep 26, 2011 at 5:33 PM, Jan Kiszka wrote:
> On 2011-09-26 19:22, Blue Swirl wrote:
>> On Mon, Sep 26, 2011 at 11:56 AM, Peter Maydell
>> wrote:
>>> On 26 September 2011 12:43, Jan Kiszka wrote:
On 2011-09-26 13:33, Peter Maydell wrote:
> On 26 September 2011 11:51, Jan Kiszka
On Mon, Sep 26, 2011 at 5:24 PM, Avi Kivity wrote:
> On 09/26/2011 08:20 PM, Blue Swirl wrote:
>>
>> On Mon, Sep 26, 2011 at 5:18 PM, Avi Kivity wrote:
>> > On 09/26/2011 08:15 PM, Blue Swirl wrote:
>> >>
>> >> On Mon, Sep 26, 2011 at 10:08 AM, Avi Kivity wrote:
>> >> > On 09/25/2011 08:
Lluís Vilanova writes:
> 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/write
On 09/09/2011 06:28 PM, al pat wrote:
We are doing an experiment with kvm-clock to validate its
effectiveness, particularly when running NTP on the host to make sure
the host’s clock stays properly sync.
Our observations leads us to a few unanswered questions, including the
possibility of a b
On 09/26/2011 11:15 AM, Laurent Desnogues wrote:
On Mon, Sep 26, 2011 at 10:01 AM, Mulyadi Santosa
wrote:
> Hi...
>
> On Mon, Sep 26, 2011 at 14:46, Jan Kiszka wrote:
>> This increases the overhead of frequently executed helpers.
>>
>> Signed-off-by: Jan Kiszka
>
> IMHO, stack protector s
On 2011-09-26 19:22, Blue Swirl wrote:
> On Mon, Sep 26, 2011 at 11:56 AM, Peter Maydell
> wrote:
>> On 26 September 2011 12:43, Jan Kiszka wrote:
>>> On 2011-09-26 13:33, Peter Maydell wrote:
On 26 September 2011 11:51, Jan Kiszka wrote:
> This increases the overhead of frequently exec
On 09/26/2011 08:20 PM, Blue Swirl wrote:
On Mon, Sep 26, 2011 at 5:18 PM, Avi Kivity wrote:
> On 09/26/2011 08:15 PM, Blue Swirl wrote:
>>
>> On Mon, Sep 26, 2011 at 10:08 AM, Avi Kivitywrote:
>> >On 09/25/2011 08:31 PM, Blue Swirl wrote:
>> >>
>> >>>
>> >>> Please po
On Mon, Sep 26, 2011 at 11:56 AM, Peter Maydell
wrote:
> On 26 September 2011 12:43, Jan Kiszka wrote:
>> On 2011-09-26 13:33, Peter Maydell wrote:
>>> On 26 September 2011 11:51, Jan Kiszka wrote:
This increases the overhead of frequently executed helpers. We need to
move rule past QE
On Mon, Sep 26, 2011 at 5:18 PM, Avi Kivity wrote:
> On 09/26/2011 08:15 PM, Blue Swirl wrote:
>>
>> On Mon, Sep 26, 2011 at 10:08 AM, Avi Kivity wrote:
>> > On 09/25/2011 08:31 PM, Blue Swirl wrote:
>> >>
>> >> >
>> >> > Please point out a test case and I'll try to fix it.
>> >>
>> >> Run
T0 was already masked to 16 bits when loading it.
Signed-off-by: Jan Kiszka
---
target-i386/translate.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/target-i386/translate.c b/target-i386/translate.c
index b894e97..1ef8d16 100644
--- a/target-i386/translate.c
+++ b/ta
On 09/26/2011 08:15 PM, Blue Swirl wrote:
On Mon, Sep 26, 2011 at 10:08 AM, Avi Kivity wrote:
> On 09/25/2011 08:31 PM, Blue Swirl wrote:
>>
>> >
>> >Please point out a test case and I'll try to fix it.
>>
>> Run qemu-system-ppc without any arguments. There is a black bar
>> (because of
On Mon, Sep 26, 2011 at 10:08 AM, Avi Kivity wrote:
> On 09/25/2011 08:31 PM, Blue Swirl wrote:
>>
>> >
>> > Please point out a test case and I'll try to fix it.
>>
>> Run qemu-system-ppc without any arguments. There is a black bar
>> (because of vga.chain4), it shouldn't be there.
>
> With your
On Mon, Sep 26, 2011 at 9:45 AM, Avi Kivity wrote:
> On 09/25/2011 11:19 PM, Blue Swirl wrote:
>>
>> Add a monitor command 'info mtree' to show the memory hierarchy
>> much like /proc/iomem in Linux.
>>
>>
>> diff --git a/memory.c b/memory.c
>> index ba74435..6b33fc4 100644
>> --- a/memory.c
>> ++
Vadim,
Did you see comment #27? Is that helpful, would you like any additional
info? Are there other things you would like for me to try?
Thanks,
-Rick
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bug
Implement the various IO access widths according to the spec. This
specifically unbreaks word and dword access to the PROM area that is
mapped into IO space. It also drops redundant upper limit checks and
spurious "return void".
Signed-off-by: Jan Kiszka
---
Note that this leaves the MMIO path u
This moves BCR defines to the common header and immediately makes use of
them to add BCR_APROMWE, replacing the open-coded write check in
pcnet_aprom_writeb.
Signed-off-by: Jan Kiszka
---
hw/pcnet-pci.c |4 ++--
hw/pcnet.c | 18 --
hw/pcnet.h | 19
Build the TPM frontend code that has been added so far.
Signed-off-by: Stefan Berger
---
Makefile.target |1 +
configure | 11 +++
2 files changed, 12 insertions(+)
Index: qemu-git.pt/Makefile.target
===
--- qe
>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) integration"
and adds a new backend driver for it.
This patch adds a passthrough backend driver for passing command
This patch adds support for TPM command line options.
The command line options supported here are
./qemu-... -tpmdev passthrough,path=,id=
-device tpm-tis,tpmdev=
and
./qemu-... -tpmdev ?
where the latter works similar to -soundhw ? and shows a list of
available TPM backends (for exa
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to Qemu. The code is largely based on the previous implementation
for Xen but has been significantly extended to meet the standard's
requirements, such as the support for changing of localities and all the
functionalit
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).
v9:
- prefixing all function with tpm_tis_ and all constants with TPM_TIS_
v3:
- all output
The following series of patches adds TPM (Trusted Platform Module) support
to Qemu. An emulator for the TIS (TPM Interface Spec) interface is
added that provides the basis for accessing a 'backend' implementing the actual
TPM functionality. The TIS emulator serves as a 'frontend' enabling for
examp
On 2011-09-26 17:22, Paolo Bonzini wrote:
> On 09/26/2011 05:10 PM, Jan Kiszka wrote:
>> And you were right: it turned out to be a driver issue. The bug sneaked
>> in while adapting the original driver to some specific differences
>> between QEMU and real HW (here: lacking compat bit support).
>
>
Include config.h in softfloat.c, so that the target specific ifdefs in
softfloat-specialize.h are evaluated correctly. This was accidentally
broken in commit 789ec7ce2 when config-target.h was removed from
softfloat.h, and means that most targets will have been returning the
wrong results for calcu
When running openat using qemu-arm, we stumbled over invalid permissions
on the created files. The reason for this is that the mode parameter gets
treates as an O_... flag, which it isn't - it's a permission bitmask.
This patch removes the needless translation of the mode parameter,
rendering perm
On 09/26/2011 05:10 PM, Jan Kiszka wrote:
And you were right: it turned out to be a driver issue. The bug sneaked
in while adapting the original driver to some specific differences
between QEMU and real HW (here: lacking compat bit support).
Cool, then we can leave in the patch I think. I orig
Am 25.09.2011 16:18, schrieb Avi Kivity:
> Please pull from
>
> git://github.com/avikivity/qemu.git memory/urgent
>
> to receive for a fix which kills ppc_prep immediately after launch.
>
> Avi Kivity (1):
> ppc_prep: fix pci config space initialization
>
> hw/prep_pci.c |2 +-
> 1 fil
On 2011-09-26 12:26, Jan Kiszka wrote:
> On 2011-09-26 11:49, Paolo Bonzini wrote:
>> On 09/26/2011 11:23 AM, Jan Kiszka wrote:
>>> scsi_req_parsed target 0 lun 0 tag 0 command 0 dir 0 length 0
>>> scsi_req_parsed_lba target 0 lun 0 tag 0 command 0 lba 0
>>> scsi_req_alloc target 0 lun 0 tag 0
>>>
On Mon, Sep 26, 2011 at 09:35:01AM -0300, Marcelo Tosatti wrote:
> On Fri, Sep 23, 2011 at 04:57:26PM +0100, 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
On Mon, Sep 26, 2011 at 5:30 PM, Stefan Hajnoczi
wrote:
> On Mon, Sep 26, 2011 at 05:11:00PM +0800, Zhi Yong Wu wrote:
>> On Mon, Sep 26, 2011 at 3:55 PM, Stefan Hajnoczi wrote:
>> > On Mon, Sep 26, 2011 at 01:32:34PM +0800, Zhi Yong Wu wrote:
>> >> On Fri, Sep 23, 2011 at 11:57 PM, Stefan Hajnoc
Luiz Capitulino writes:
> On Mon, 26 Sep 2011 11:34:34 +0200
> Markus Armbruster wrote:
>
>> Luiz Capitulino writes:
>>
>> > On Fri, 23 Sep 2011 17:36:53 +0200
>> > Markus Armbruster wrote:
>> >
>> >> Luiz Capitulino writes:
>> >>
>> >> > On Fri, 23 Sep 2011 09:51:24 +0200
>> >> > Markus Ar
Signed-off-by: Paolo Bonzini
---
hw/arm_timer.c|1 +
hw/etraxfs_timer.c|1 +
hw/grlib_apbuart.c|1 +
hw/grlib_gptimer.c|1 +
hw/lan9118.c |1 +
hw/leon3.c|1 +
hw/lm32_timer.c |1 +
hw/mcf5206.c |1 +
hw/mcf52
Third time's a charm.
v1 -> v3: actually make it compile
Paolo Bonzini (2):
ptimer: move declarations to ptimer.h
vmstate: extract declarations out of hw/hw.h
hw/arm_timer.c|1 +
hw/etraxfs_timer.c|1 +
hw/grlib_apbuart.c|1 +
hw/grlib_gptimer.c|1 +
hw/h
On 09/18/2011 03:51 PM, Jan Kiszka wrote:
From: Jan Kiszka
As we register old portio regions via ioport_register, we are also
responsible for providing the word access wrapper.
Signed-off-by: Jan Kiszka
---
Oops, was lacking a shift for word reads.
Thanks, applied; while I don't like it, v
On 09/25/2011 09:18 AM, Avi Kivity wrote:
Please pull from
git://github.com/avikivity/qemu.git memory/urgent
to receive for a fix which kills ppc_prep immediately after launch.
Pulled. Thanks.
Regards,
Anthony Liguori
Avi Kivity (1):
ppc_prep: fix pci config space initialization
hw/pre
On 09/25/2011 07:50 AM, Avi Kivity wrote:
Please pull from
git://github.com/avikivity/qemu.git memory/batch
This is the delayed ISA conversion series, now hopefully working across the
board.
Pulled. Thanks.
Regards,
Anthony Liguori
Avi Kivity (4):
mips_malta: move i8259 initializa
On 09/25/2011 07:43 AM, Avi Kivity wrote:
Please pull from
git://github.com/avikivity/qemu.git memory/core
to receive an implementation of memory_region_set_readonly(). It has been tested
on i386 (440FX PAM) and Magnum.
Avi Kivity (1):
memory: implement memory_region_set_readonly()
Pulled.
On 09/23/2011 06:46 AM, Peter Maydell wrote:
This is a small pullreq for the couple of outstanding OMAP patches,
which I have now rebased following the landing of Avi's memoryregion
batch which touched omap1.c. I've also included the MAINTAINERS file
update. Please pull.
Thanks
-- PMM
Pulled.
On 09/22/2011 11:26 AM, Riku Voipio wrote:
The following changes since commit 27cdad67a1bc23b38c765b677ed8064bfb8d3e44:
Revert "alpha-softmmu: Disable for the 0.15 release branch." (2011-09-21
00:50:32 +0200)
are available in the git repository at:
git://git.linaro.org/people/rikuvoipio/
With the current patch queue I would like to start getting qemu-0.15.1
stable into shape. With this in mind, the plan is to tag the release on
Monday Oct 3rd. If you have patches pending for stable, now would be the
time to send them. Please CC jmfor...@linuxtx.org if you can to ensure that
I see
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/write to its memory
> If I add #inc
On Mon, 26 Sep 2011 11:34:34 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > On Fri, 23 Sep 2011 17:36:53 +0200
> > Markus Armbruster wrote:
> >
> >> Luiz Capitulino writes:
> >>
> >> > On Fri, 23 Sep 2011 09:51:24 +0200
> >> > Markus Armbruster wrote:
> >> >
> >> >> Luiz Cap
1 - 100 of 142 matches
Mail list logo
