Re: [PATCH] Handle vma regions with no backing page

2008-06-03 Thread Ben-Ami Yassour
Anthony Liguori [EMAIL PROTECTED] wrote on 04/29/2008 05:32:09 PM: Subject [PATCH] Handle vma regions with no backing page This patch allows VMA's that contain no backing page to be used for guest memory. This is a drop-in replacement for Ben-Ami's first page in his direct mmio series.

KVM: PCIPT: direct mmio

2008-06-03 Thread Ben-Ami Yassour
Amit, Below is the patch for PCI passthrough tree, it enables a guest to access a device's memory mapped I/O regions directly, without requiring the host to trap and emulate every MMIO access. This patch requires only userspace changes and it is relaying on the kernel patch by Anthony:

KVM: PCIPT: VT-d: avoid mapping memory slots with no backing page

2008-06-03 Thread Ben-Ami Yassour
Allen, This patch is for the VT-d support for pci passthrough. The target of this patch is to avoid adding VT-d mappings for memory slots that does not have backing pages such as mmio regions. This is required to support direct mmio for passthrough devices, but is probably recommanded in any

Re: [PATCH] Handle vma regions with no backing page

2008-06-03 Thread Andrea Arcangeli
On Tue, Jun 03, 2008 at 02:17:55PM +0300, Ben-Ami Yassour wrote: Anthony Liguori [EMAIL PROTECTED] wrote on 04/29/2008 05:32:09 PM: Subject [PATCH] Handle vma regions with no backing page This patch allows VMA's that contain no backing page to be used for guest memory. This is a drop-in

Re: BUG: using smp_processor_id() in preemptible [00000000] code: pm-suspend/17334

2008-06-03 Thread Jiri Kosina
[ re-introduced LKML to CC, and also added KVM CCs] On Tue, 3 Jun 2008, Zdenek Kabelac wrote: 2008/6/3 Jiri Kosina [EMAIL PROTECTED]: On Tue, 3 Jun 2008, Zdenek Kabelac wrote: Another backtrace from suspend code path: (T61, 2GB, C2D, no SD card) kernel from git 20080603, commit

Re: [PATCH 0/5] paravirt clock source patches, #4

2008-06-03 Thread Gerd Hoffmann
Jeremy Fitzhardinge wrote: Gerd Hoffmann wrote: paravirt clock source patches, next round. There is now a pvclock-abi.h file with the structs and some longish comments in it and everybody is switched over to use the stuff in there. This all looks pretty good. How do you want this to get

ata exception messages

2008-06-03 Thread Beth Kon
I'm running an Ubuntu 7.10 guest on a kvm git build (commit 3125ffd6edb9384b3e418fc08fea99e7e1548a96) and am seeing repeated messages like: [3393.124685] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen [3393.127599] ata1.00: cmd ca/00:30:af:c1:48/00:00:00:00:00/e0 tag 0 cdb 0x0

[PATCH 2/5] Make xen use the paravirt clocksource structs and functions.

2008-06-03 Thread Gerd Hoffmann
This patch updates the xen guest to use the pvclock structs and helper functions. Signed-off-by: Gerd Hoffmann [EMAIL PROTECTED] --- arch/x86/xen/Kconfig|1 + arch/x86/xen/time.c | 132 --- include/xen/interface/xen.h |7 +- 3

[PATCH 4/5] Make kvm guest use the paravirt clocksource structs and functions.

2008-06-03 Thread Gerd Hoffmann
This patch updates the kvm host code to use the pvclock structs and functions, thereby making it compatible with Xen. The patch also fixes an initialization bug: on SMP systems the per-cpu has two different locations early at boot and after CPU bringup. kvmclock must take that in account when

Re: [PATCH 001/001] mmu-notifier-core v17

2008-06-03 Thread Andrea Arcangeli
On Tue, Jun 03, 2008 at 09:26:05AM -0700, Linus Torvalds wrote: I'd obviously want to see ack's by people like Andrew, Hugh and Nick, but as far as I am concerned, if you just do the trivial cleanup/split, you I'll do all cleanups/splits very shortly and submit a v18 with 3 patches, all good,

[EMAIL PROTECTED]: Re: [PATCH 001/001] mmu-notifier-core v17]

2008-06-03 Thread Andrea Arcangeli
This was CC'ed to old kvm-devel address so I took the liberty of forwarding it. - Forwarded message from Linus Torvalds [EMAIL PROTECTED] - Date: Tue, 3 Jun 2008 09:26:05 -0700 (PDT) From: Linus Torvalds [EMAIL PROTECTED] To: Andrea Arcangeli [EMAIL PROTECTED] cc: Andrew Morton [EMAIL