On 2014-02-02 21:41, Christoffer Dall wrote:
This fixes the build breakage introduced by
c07a0191ef2de1f9510f12d1f88e3b0b5cd8d66f and adds support for the
device
control API and save/restore of the VGIC state for ARMv8.
The defines were simply missing from the arm64 header files and
uaccess.h
Hi
Please, send any topic that you are interested in covering.
* Should we change anything to get more people to sign for the call?
There hasn't been a call in quite a long time. Ideas?
Thanks, Juan.
Call details:
09:00 AM to 10:00 AM EDT
Every two weeks
If you need phone number details,
On Sun, Feb 02, 2014 at 10:59:30PM +0200, Michael S. Tsirkin wrote:
I observe this with guest 3.13 and host 3.13
when running with -cpu host on my laptop:
[0.043000] Call Trace:
[0.043000] [81d0e873] init_hw_perf_events+0x33/0x5cd
[0.043000] [81d0e840] ?
On Sat, Feb 01, 2014 at 06:22:03PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:46PM +0100, Andrew Jones wrote:
This is a v3 of a series that introduces arm to kvm-unit-tests.
Just a meta-comment:
It would be helpful if you include the v3 in your subjects so it's
easy to
On Sat, Feb 01, 2014 at 06:22:58PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:51PM +0100, Andrew Jones wrote:
Add a Makefile target to quickly generate arch-specific cscope
for kvm-unit-tests. Assumes a mostly flat directory structure,
i.e. uses '-maxdepth 1' in the file
On Mon, Feb 03, 2014 at 10:58:28AM -0200, Eduardo Habkost wrote:
Linux seems to be trying to read IA32_PERF_CAPABILITIES without checking the
PDCM flag (CPUID[1].ECX[15]).
I can't see why this wasn't crashing before, though. That code seems to be
old.
* v2 and above have a perf
On Sat, Feb 01, 2014 at 06:25:37PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:56PM +0100, Andrew Jones wrote:
Add string functions needed for libfdt, modify libfdt_env.h
for this environment, and add a make target.
The endianness changes you're making to CPU_TO_FDTxx are
On Mon, Feb 03, 2014 at 10:58:28AM -0200, Eduardo Habkost wrote:
On Sun, Feb 02, 2014 at 10:59:30PM +0200, Michael S. Tsirkin wrote:
I observe this with guest 3.13 and host 3.13
when running with -cpu host on my laptop:
[0.043000] Call Trace:
[0.043000] [81d0e873]
Il 03/02/2014 15:06, Michael S. Tsirkin ha scritto:
Linux seems to be trying to read IA32_PERF_CAPABILITIES without checking the
PDCM flag (CPUID[1].ECX[15]).
I can't see why this wasn't crashing before, though. That code seems to be old.
* v2 and above have a perf capabilities MSR
On Mon, Feb 03, 2014 at 04:06:01PM +0200, Michael S. Tsirkin wrote:
On Mon, Feb 03, 2014 at 10:58:28AM -0200, Eduardo Habkost wrote:
Where does the v2 and above have a perf capabilities MSR claim in the code
come from?
But why doesn't it crash on baremetal?
Probably baremetal simply
Il 03/02/2014 15:12, Peter Zijlstra ha scritto:
But why doesn't it crash on baremetal?
Probably baremetal simply returns 0 or something.
Let me try ..
The claim v2 and above have FEATURE_PDCM is in fact true for real
hardware.
If it didn't the rdmsr() would have generated an exception and
On Mon, Feb 03, 2014 at 03:19:18PM +0100, Paolo Bonzini wrote:
Il 03/02/2014 15:12, Peter Zijlstra ha scritto:
But why doesn't it crash on baremetal?
Probably baremetal simply returns 0 or something.
Let me try ..
The claim v2 and above have FEATURE_PDCM is in fact true for real
hardware.
On Sat, Feb 01, 2014 at 06:24:51PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:54PM +0100, Andrew Jones wrote:
v3:
- get rid of CONFIG_64BIT, replace with asserts
- get rid of {read,write}_len()
- fix bad *64_to_cpu macros
note that putting the changelog after the
On Mon, Feb 03, 2014 at 03:26:42PM +0100, Peter Zijlstra wrote:
On Mon, Feb 03, 2014 at 03:19:18PM +0100, Paolo Bonzini wrote:
Il 03/02/2014 15:12, Peter Zijlstra ha scritto:
But why doesn't it crash on baremetal?
Probably baremetal simply returns 0 or something.
Let me try ..
The
On Mon, Feb 03, 2014 at 03:07:33PM +0100, Paolo Bonzini wrote:
Il 03/02/2014 15:06, Michael S. Tsirkin ha scritto:
Linux seems to be trying to read IA32_PERF_CAPABILITIES without checking the
PDCM flag (CPUID[1].ECX[15]).
I can't see why this wasn't crashing before, though. That code seems
On Mon, Feb 03, 2014 at 03:26:42PM +0100, Peter Zijlstra wrote:
On Mon, Feb 03, 2014 at 03:19:18PM +0100, Paolo Bonzini wrote:
Il 03/02/2014 15:12, Peter Zijlstra ha scritto:
But why doesn't it crash on baremetal?
Probably baremetal simply returns 0 or something.
Let me try ..
The
Il 03/02/2014 15:28, Peter Zijlstra ha scritto:
Right, and the virt thingy has no PEBS, so there is no correct value that we
could return from the MSR. That's why the CPUID bit is zero.
There's more than PEBS in there, there's also the LBR format (which you
obviously also don't have)
On Sat, Feb 01, 2014 at 06:27:37PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:58PM +0100, Andrew Jones wrote:
virtio-testdev is a communication channel to qemu through virtio that
can be used by test code to send commands. The only command currently
implemented is EXIT,
On Sat, Feb 01, 2014 at 06:28:26PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:59PM +0100, Andrew Jones wrote:
This is the initial arm test framework and a first simple test that
checks some bootinfo. kvm isn't needed to run this test. This patch
also adds a common build
On Mon, Feb 03, 2014 at 02:51:15PM +0100, Andrew Jones wrote:
On Sat, Feb 01, 2014 at 06:24:51PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:54PM +0100, Andrew Jones wrote:
v3:
- get rid of CONFIG_64BIT, replace with asserts
- get rid of {read,write}_len()
- fix
On Mon, Feb 03, 2014 at 04:31:24PM +0100, Andrew Jones wrote:
On Sat, Feb 01, 2014 at 06:27:15PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:57PM +0100, Andrew Jones wrote:
[...]
+
+int dt_get_reg(int nodeoffset, int regidx, u32 *address_cells,
+u32
On Mon, Feb 03, 2014 at 04:44:31PM +0100, Andrew Jones wrote:
On Sat, Feb 01, 2014 at 06:27:37PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:21:58PM +0100, Andrew Jones wrote:
virtio-testdev is a communication channel to qemu through virtio that
can be used by test code to
On Sat, Feb 01, 2014 at 06:29:05PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:22:02PM +0100, Andrew Jones wrote:
We're going to need PSR bit defines and pt_regs. We'll also need
pt_regs offsets in assembly code. This patch adapts the linux
kernel's ptrace.h and asm-offsets to
On Sat, Feb 01, 2014 at 06:29:27PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:22:03PM +0100, Andrew Jones wrote:
Add support for tests to use exception handlers.
v2 - v3:
- squashed in 'arm: Simplify exceptions_init in cstart.S' from
Christoffer Dall
- suggested
This is a profile taken on kvm on host. the kvm guest linux is
running SPECCPU2006 403.gcc with reference data set. The commands to
run and report the profile are
sudo operf -s --separate-thread --event=CPU_CLK_UNHALTED:500
--vmlinux=/home/xtong/xtong-kernel/vmlinux
sudo opreport --image-path
On Mon, Feb 03, 2014 at 05:46:08PM +0100, Andrew Jones wrote:
On Sat, Feb 01, 2014 at 06:29:05PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:22:02PM +0100, Andrew Jones wrote:
We're going to need PSR bit defines and pt_regs. We'll also need
pt_regs offsets in assembly code.
On Mon, Feb 03, 2014 at 05:50:20PM +0100, Andrew Jones wrote:
On Sat, Feb 01, 2014 at 06:29:27PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:22:03PM +0100, Andrew Jones wrote:
Add support for tests to use exception handlers.
v2 - v3:
- squashed in 'arm: Simplify
HOST:
cpu: AMD Opteron(TM) Processor 6234
kvm --version: QEMU emulator version 1.4.1, Copyright (c) 2003-2008
Fabrice Bellard
uname -a: Linux bear 2.6.32-19-pve #1 SMP Wed May 15 07:32:52 CEST
2013 x86_64 GNU/Linux
---
GUEST:
OS: Solaris 10
uname -a: SunOS solaris10 5.10
Il 03/02/2014 18:06, Xin Tong ha scritto:
/.../qemu-system-x86_64 TID 2537 [TID 2537] (877 ticks/71.24%)
This is the CPU thread (calls into the KVM modules).
/.../vmlinux (395 ticks/45.04%)
/kvm (198 ticks/22.58%)
/kvm_intel (153 ticks/17.45%)
Il 04/02/2014 00:36, Aleksey Larionov ha scritto:
I have error at boot time: trap: Unknown trap type 8 in user mode
panic[cpu0]/thread=fbc29a40: BAD TRAP: type=9 (#9 Coprocessor
segment overrun) rp=fbs32b28 addr=0
On Mon, Feb 03, 2014 at 01:19:26PM -0800, Christoffer Dall wrote:
On Mon, Feb 03, 2014 at 05:50:20PM +0100, Andrew Jones wrote:
On Sat, Feb 01, 2014 at 06:29:27PM -0800, Christoffer Dall wrote:
On Tue, Jan 21, 2014 at 05:22:03PM +0100, Andrew Jones wrote:
Add support for tests to use
No, I can't. My kvm version is a part of proxmoxve hipervizor and this
system have own kernel, if I use different kernel then the system
breaks down.
Il 04/02/2014 00:36, Aleksey Larionov ha scritto:
I have error at boot time: trap: Unknown trap type 8 in user mode
32 matches
Mail list logo