On 27.09.2011, at 18:52, Scott Wood wrote:
> On 09/27/2011 07:45 AM, Alexander Graf wrote:
>> On 27.09.2011, at 10:17, Liu Yu wrote:
>>> ---
>>> hw/ppce500_pci.c | 26 --
>>> 1 files changed, 16 insertions(+), 10 deletions(-)
>>>
>>> diff --git a/hw/ppce500_pci.c b/hw/pp
On 09/27/2011 09:53 AM, Blue Swirl wrote:
>> > So how would you emulate cache lines with line locking on KVM?
> The cache would be a MMIO device which registers to handle all memory
> space. Configuring the cache controller changes how the device
> operates. Put this device between CPU and memory a
Signed-off-by: Paolo Bonzini
---
Makefile.objs|2 +-
cpus.c | 188 +
cpus.h |1 +
main-loop.c | 494 ++
os-win32.c | 123 --
qemu-os-posix.h |4 -
qemu-os-win32.h
On 27.09.2011, at 18:53, Blue Swirl wrote:
> On Tue, Sep 27, 2011 at 3:59 PM, Alexander Graf wrote:
>>
>> On 27.09.2011, at 17:50, Blue Swirl wrote:
>>
>>> On Mon, Sep 26, 2011 at 11:19 PM, Scott Wood
>>> wrote:
On 09/24/2011 05:00 AM, Alexander Graf wrote:
> On 24.09.2011, at 10:44
On 09/27/2011 10:01 AM, Alexander Graf wrote:
> 0xd
> 0xe
> 0xf
>
> ... and & 0x3 them
>
> 0x1
> 0x2
> 0x0
That's a remarkably different AND function...
r~
On 27.09.2011, at 19:04, Richard Henderson wrote:
> On 09/27/2011 10:01 AM, Alexander Graf wrote:
>> 0xd
>> 0xe
>> 0xf
>>
>> ... and & 0x3 them
>>
>> 0x1
>> 0x2
>> 0x0
>
> That's a remarkably different AND function...
No, it's a typo. I typed % instead of & and didn't realize it. Bleks.
On 09/27/2011 12:01 PM, Alexander Graf wrote:
>
> On 27.09.2011, at 18:52, Scott Wood wrote:
>
>> On 09/27/2011 07:45 AM, Alexander Graf wrote:
>>> So this is the main change, right? Why the -1? A guest could potentially
>>> access pib[-1] using this, no?
>>
>> Not with the values of addr that l
On Tue, Sep 27, 2011 at 11:02 AM, 陳韋任 wrote:
> Hi, Jan
>
>> You can find the answer yourself: Load qemu into gdb, set a breakpoint
>> on that function and let it run. If you want to catch only the retaddr
>> == NULL case, make the breakpoint conditional.
>
> Thanks for your tip. I see when retadd
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 129 --
1 files changed, 53 insertions(+), 76 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index acf7a15..e2551f3 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -153,7 +153,7 @@ str
On Tue, Sep 27, 2011 at 12:35 PM, Jan Kiszka wrote:
> On 2011-09-26 22:03, Blue Swirl wrote:
>> 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
On Tue, Sep 27, 2011 at 10:50:48AM -0400, Stefan Berger wrote:
> +Since the host's firmware (BIOS/UEFI) has already initialized the TPM,
> +the VM's firmware (BIOS/UEFI) will not be able to initialize the
> +TPM again and may therefore not show a TPM-specific menu that would
> +otherwise allow the
These will be used when moving icount accounting to cpus.c.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 25 +
qemu-timer.h |3 +++
2 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index e2551f3..ebb5089 100644
--- a/qem
Provide a clean example of how to use the main loop in the tools.
Signed-off-by: Paolo Bonzini
---
cpus.c |5
cpus.h |1 -
vl.c | 80 +--
3 files changed, 42 insertions(+), 44 deletions(-)
diff --git a/cpus.c b/cpus.c
This patch series makes the QEMU main loop usable out of the executable,
and especially in tools and possibly unit tests. The series already
starts using the refactored main loop in qemu-nbd.
This is cleaner because it avoids introducing partial transitions to
GIOChannel. Interfacing with the gl
On Tue, Sep 27, 2011 at 5:01 PM, Richard Henderson wrote:
> On 09/27/2011 09:53 AM, Blue Swirl wrote:
>>> > So how would you emulate cache lines with line locking on KVM?
>> The cache would be a MMIO device which registers to handle all memory
>> space. Configuring the cache controller changes how
On 09/27/2011 10:17 AM, Blue Swirl wrote:
> On Tue, Sep 27, 2011 at 5:01 PM, Richard Henderson wrote:
>> On 09/27/2011 09:53 AM, Blue Swirl wrote:
> So how would you emulate cache lines with line locking on KVM?
>>> The cache would be a MMIO device which registers to handle all memory
>>> spac
On Tue, Sep 27, 2011 at 5:03 PM, Alexander Graf wrote:
>
> On 27.09.2011, at 18:53, Blue Swirl wrote:
>
>> On Tue, Sep 27, 2011 at 3:59 PM, Alexander Graf wrote:
>>>
>>> On 27.09.2011, at 17:50, Blue Swirl wrote:
>>>
On Mon, Sep 26, 2011 at 11:19 PM, Scott Wood
wrote:
> On 09/24/2
On 27.09.2011, at 19:20, Blue Swirl wrote:
> On Tue, Sep 27, 2011 at 5:03 PM, Alexander Graf wrote:
>>
>> On 27.09.2011, at 18:53, Blue Swirl wrote:
>>
>>> On Tue, Sep 27, 2011 at 3:59 PM, Alexander Graf wrote:
On 27.09.2011, at 17:50, Blue Swirl wrote:
> On Mon, Sep 26,
On Tue, Sep 27, 2011 at 5:19 PM, Richard Henderson wrote:
> On 09/27/2011 10:17 AM, Blue Swirl wrote:
>> On Tue, Sep 27, 2011 at 5:01 PM, Richard Henderson wrote:
>>> On 09/27/2011 09:53 AM, Blue Swirl wrote:
>> So how would you emulate cache lines with line locking on KVM?
The cache wou
Signed-off-by: Paolo Bonzini
---
cpus.c |1 +
qemu-timer.c |5 +
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/cpus.c b/cpus.c
index 58d353f..751833d 100644
--- a/cpus.c
+++ b/cpus.c
@@ -1060,6 +1060,7 @@ void pause_all_vcpus(void)
{
CPUState *penv = first
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 15 ---
qemu-timer.h |1 -
vl.c |1 -
3 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index d8507e3..7fa81e1 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -840,6 +840,13 @@ s
Signed-off-by: Paolo Bonzini
---
async.c |1 +
cpus.c|7 +
cpus.h|1 -
main-loop.h | 73 +
qemu-char.h | 12 +
qemu-common.h | 11
sysemu.h |3 +-
vl.c |1
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 58926dd..f11a28d 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -273,7 +273,11 @@ static QEMUClock *qemu_new_clock(int type)
void
This reverts commit c82dc29a9112f34e0a51cad9a412cf6d9d05dfb2
and 4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.
Signed-off-by: Paolo Bonzini
---
iohandler.c | 54 +-
1 files changed, 1 insertions(+), 53 deletions(-)
diff --git a/iohandler.c b/ioh
On 09/27/2011 01:13 PM, Michael S. Tsirkin wrote:
On Tue, Sep 27, 2011 at 10:50:48AM -0400, Stefan Berger wrote:
+Since the host's firmware (BIOS/UEFI) has already initialized the TPM,
+the VM's firmware (BIOS/UEFI) will not be able to initialize the
+TPM again and may therefore not show a TPM-s
Stefan,
On 9/27/2011 2:23 AM, Stefan Hajnoczi wrote:
On Mon, Sep 26, 2011 at 02:22:21PM -0500, Kenton Cabiness wrote:
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
On 09/27/2011 12:03 PM, Alexander Graf wrote:
> On 27.09.2011, at 18:53, Blue Swirl wrote:
>> On Tue, Sep 27, 2011 at 3:59 PM, Alexander Graf wrote:
>>> On 27.09.2011, at 17:50, Blue Swirl wrote:
On Mon, Sep 26, 2011 at 11:19 PM, Scott Wood
wrote:
> I think the current approach is
On Tue, Sep 27, 2011 at 01:38:52PM -0400, Stefan Berger wrote:
> On 09/27/2011 01:13 PM, Michael S. Tsirkin wrote:
> >On Tue, Sep 27, 2011 at 10:50:48AM -0400, Stefan Berger wrote:
> >>+Since the host's firmware (BIOS/UEFI) has already initialized the TPM,
> >>+the VM's firmware (BIOS/UEFI) will no
Luiz Capitulino writes:
> 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
On Tue, Sep 27, 2011 at 5:58 PM, Scott Wood wrote:
> On 09/27/2011 12:03 PM, Alexander Graf wrote:
>> On 27.09.2011, at 18:53, Blue Swirl wrote:
>>> On Tue, Sep 27, 2011 at 3:59 PM, Alexander Graf wrote:
On 27.09.2011, at 17:50, Blue Swirl wrote:
> On Mon, Sep 26, 2011 at 11:19 PM, Scott
On 09/27/2011 02:07 PM, Michael S. Tsirkin wrote:
On Tue, Sep 27, 2011 at 01:38:52PM -0400, Stefan Berger wrote:
On 09/27/2011 01:13 PM, Michael S. Tsirkin wrote:
On Tue, Sep 27, 2011 at 10:50:48AM -0400, Stefan Berger wrote:
+Since the host's firmware (BIOS/UEFI) has already initialized the T
On Tue, Sep 27, 2011 at 5:23 PM, Alexander Graf wrote:
>
> On 27.09.2011, at 19:20, Blue Swirl wrote:
>
>> On Tue, Sep 27, 2011 at 5:03 PM, Alexander Graf wrote:
>>>
>>> On 27.09.2011, at 18:53, Blue Swirl wrote:
>>>
On Tue, Sep 27, 2011 at 3:59 PM, Alexander Graf wrote:
>
> On 27.0
On Tue, Sep 27, 2011 at 4:44 PM, Avi Kivity wrote:
> On 09/27/2011 07:39 PM, Blue Swirl wrote:
>>
>> >
>> > Well, it's not that easy. As the other mapping is part of an ordinary
>> > BAR,
>> > you need to setup the device (at least PCI_COMMAND and
>> > PCI_BASE_ADDRESS_0)
>> > so it responds t
Hi,
Can anyone tell me what this error means?
qemu-img convert -O vmdk ultra.iso ultra.vmdk -o subformat=streamOptimized
VMDK: can't write to allocated cluster for streamOptimized
qemu-img: error while writing sector 21247: Input/output error
Thanks,
||Rich
List,
What remains before this patch can be accepted?
Previous patch received good feedback and severa people indicated that
they would find the feature useful for several use cases.
regards
ronnie sahlberg
On Wed, Sep 21, 2011 at 7:52 PM, ronnie sahlberg
wrote:
> On Wed, Sep 21, 2011 at 7:45 P
On 09/27/2011 11:39 AM, Paolo Bonzini wrote:
On 09/27/2011 06:05 PM, Anthony Liguori wrote:
Actually, for posix-aio, we can just switch to using g_idle_add().
g_idle_add() uses g_source_attach which is thread safe. g_idle_add()
gives you a thread safe mechanism to defer a piece of work to the
ma
On 09/26/2011 07:45 PM, Alex Williamson wrote:
> On Mon, 2011-09-26 at 18:59 -0500, Scott Wood wrote:
>> On 09/26/2011 01:34 PM, Alex Williamson wrote:
>>> /* Reset the device */
>>> #define VFIO_DEVICE_RESET _IO(, ,)
>>
>> What generic way do we have to do this? We should probab
On 09/24/2011 02:32 AM, Alexander Graf wrote:
>
> On 16.09.2011, at 21:05, Stuart Yoder wrote:
>
>> From: Stuart Yoder
>>
>> make install now compiles dtb
>
> It doesn't when you don't have dtb installed, breaking the e500
> target for build environments that don't have dtb. I don't think
> tha
loody wrote:
hi dave:
2011/9/27 David Gilbert :
On 27 September 2011 14:01, loody wrote:
hi:
Would you mind to let me know which configs you use to compile for a9
running on qemu?
Kernel configs? I mostly use prebuilt kernels from the Linaro images.
Dave
Running Debian's vmlinux-2.6.32-5-4kc-malta under qemu-system-mips works
very well--the system is fast, and when it is idle the qemu-system-mips
process on the host system consumes insignificant CPU. (The same is
true for qemu-system-mipsel, using the correesponding 'el' Debian
kernel.)
But runni
On Thu, Sep 22, 2011 at 12:45:11PM +0100, Daniel P. Berrange wrote:
> I'm doing some experimentation with application sandboxing and running
> QEMU with the following command line:
>
> exec $QEMU \
> -m 64 \
> -nographic \
> -nodefconfig \
> -nodefaults \
> -kernel ./kernel-2
Hi Wayne
On Mon, Sep 26, 2011 at 4:34 AM, wenyi wrote:
> # git apply ac97-patch
> fatal: corrupt patch at line 10
>
> Do I miss other dependent patches for the patch to apply it to the
> code?
They should apply on top of current master. I just tried again.
How did you save the patches? You shou
On Sep 27, 2011, at 12:17 AM, Stefan Hajnoczi wrote:
> On Mon, Sep 26, 2011 at 07:16:56PM -0500, Sinha, Ani wrote:
>> 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). Wha
On Wed, 2011-09-28 at 03:25 +0200, Marc-André Lureau wrote:
> Hi Wayne
>
> On Mon, Sep 26, 2011 at 4:34 AM, wenyi wrote:
> > # git apply ac97-patch
> > fatal: corrupt patch at line 10
> >
> > Do I miss other dependent patches for the patch to apply it to the
> > code?
>
> They should apply on to
> End of exec.c instantiates the code load functions (ld*_code), there
> GETPC is defined as NULL. Otherwise GETPC works as usual, so it will
> not return NULL.
>
> The memory access templates are a bit confusing. Op helpers use
> softmmu_exec.h to instantiate {ld,st}*_{kernel,user,etc} functions.
On Tue, 2011-09-27 at 16:28 -0500, Scott Wood wrote:
> On 09/26/2011 07:45 PM, Alex Williamson wrote:
> > On Mon, 2011-09-26 at 18:59 -0500, Scott Wood wrote:
> >> On 09/26/2011 01:34 PM, Alex Williamson wrote:
> >>> /* Reset the device */
> >>> #define VFIO_DEVICE_RESET _IO(, ,)
>
Hi, during my coding, I found macro a bit different from other
QTAIL macros.
QTAILQ_INSERT_AFTER was defined as:
---
#define QTAILQ_INSERT_AFTER(head, listelm, elm, field) do { \
if (((elm)->field.tqe_next = (listelm)-
> > I am not sure when/where __stl_mmu/__ldl_mmu are used. I do set
>
> They are called from the places in TBs where
> tcg_gen_qemu_{ld,st}{8,16,32,64}{u,s} were injected.
So you mean __stl_mmu/__ldl_mmu are called from the code cache.
> > breakpoint on __stl_mmu/__ldl_mmu, but the backtrace
From: Khansa Butt
Signed-off-by: Khansa Butt
---
configure|1 +
linux-user/syscall.c | 11 +--
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 5e45a43..8d39fda 100755
--- a/configure
+++ b/configure
@@ -3286,6 +3286,7 @@ cas
Tested-by: Ray Wang
On 9/26/2011 1:02 PM, Antony Pavlov wrote:
The commit fc2bf44972349b078d8310466c3866615500e67f
changed the type of val argument of the function gt64120_writel()
from uint32_t to uint64_t, so we need to change the corresponding
length modifier from "%x" to "%" PRIx64.
Signed
Public bug reported:
Installing the packages needed for qemu-kvm slows don network
connectivity between two non-virtual machines. Uninstalling the packages
does not restore the previous network speeds.
Hardware:
I have two identical machines (DELL poweredge R815), each with Broadcom
NetXtreme II
On 09/27/2011 10:08 PM, ronnie sahlberg wrote:
List,
What remains before this patch can be accepted?
Previous patch received good feedback and severa people indicated that
they would find the feature useful for several use cases.
Kevin is on vacation this week. :)
Paolo
On 09/27/2011 11:23 PM, Anthony Liguori wrote:
On 09/27/2011 11:39 AM, Paolo Bonzini wrote:
On 09/27/2011 06:05 PM, Anthony Liguori wrote:
Actually, for posix-aio, we can just switch to using g_idle_add().
g_idle_add() uses g_source_attach which is thread safe. g_idle_add()
gives you a thread s
> > They are called from the places in TBs where
> > tcg_gen_qemu_{ld,st}{8,16,32,64}{u,s} were injected.
>
> So you mean __stl_mmu/__ldl_mmu are called from the code cache.
>
> > > breakpoint on __stl_mmu/__ldl_mmu, but the backtrace can only show
> > > something like,
> > >
> > > #0 鍮_stl_mm
From: Alex Jia
Haven't released memory of 'ctx' before return.
Signed-off-by: Alex Jia
---
qemu-io.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/qemu-io.c b/qemu-io.c
index e91af37..c45a413 100644
--- a/qemu-io.c
+++ b/qemu-io.c
@@ -1248,6 +1248,7 @@ static int aio
From: Alex Jia
Haven't released memory of 'array' and 'host_mb' in failure paths.
Signed-off-by: Alex Jia
---
linux-user/syscall.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 7735008..922c2a0 100644
--- a/linux
101 - 156 of 156 matches
Mail list logo
