On Tue, 2008-03-11 at 23:50 -0500, Jerone Young wrote:
> This set of patches enables the following:
> -Device tree Support
> - Add libfdt to kvm-userspace
> - Add bamboo device tree to qemu source
> - Detection of host Device Tree attributes
>
You've misspelled "licence" several times in this patch.
On Tue, 2008-03-11 at 23:50 -0500, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1205296680 18000
> # Branch merge
> # Node ID 50fddb23a4c19ec6f359a4dd39e98712eb6bcaeb
> # Parent 9c15709640cd5
On Tue, 2008-03-11 at 23:50 -0500, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1205296680 18000
> # Branch merge
> # Node ID 9c15709640cd55bf6f782d6856423363312493bb
> # Parent 48651677b7d05254d6acf03551bfea05cef8aa47
> Add PPC 440EP bamboo board d
On Tue, 2008-03-11 at 23:50 -0500, Jerone Young wrote:
> diff --git a/qemu/sysemu.h b/qemu/sysemu.h
> --- a/qemu/sysemu.h
> +++ b/qemu/sysemu.h
> @@ -182,6 +182,9 @@ int load_elf(const char *filename, int64
> uint64_t *pentry, uint64_t *lowaddr, uint64_t *highaddr);
> int load_aout(c
On Tue, 2008-03-11 at 23:50 -0500, Jerone Young wrote:
> diff --git a/libfdt/Makefile b/libfdt/Makefile
> new file mode 100644
> --- /dev/null
> +++ b/libfdt/Makefile
> @@ -0,0 +1,19 @@
> +include ../config.mak
> +include ../user/config.mak
> +
> +LIBFDT_OBJS = fdt.o fdt_ro.o fdt_wip.o fdt_sw.o fdt
From 2d08f4266a8f47d9c52db9d4f629ab5d2f8fd044 Mon Sep 17 00:00:00 2001
From: Sheng Yang <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 10:22:26 +0800
Subject: [PATCH] KVM: Add reset support for in kernel PIT
Separate the reset part and prepare for reset support.
Signed-off-by: Sheng Yang <[EMAIL PROT
On Tue, 2008-03-11 at 23:50 -0500, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1205296680 18000
> # Branch merge
> # Node ID 8b1dd3609551efefbd6633ac6fe4caa3a6cbe5e9
> # Parent 3a891d8fada96166089b5796f3241087d4aae50f
> Add ability to specify ram o
On Thursday 13 March 2008 06:13:48 Anthony Liguori wrote:
> Dor Laor wrote:
> > On Wed, 2008-03-12 at 12:38 -0500, Anthony Liguori wrote:
> >> Part of the feedback we received from Fabrice about the KVM patches
> >> for QEMU
> >> is that we should create a separate device for the in-kernel APIC to
>From 6a7207a0f3ee8af6ebafcec9d40a75b87f00a129 Mon Sep 17 00:00:00 2001
From: Izik Eidus <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 02:34:21 +0200
Subject: [PATCH] KVM: hardware task switching support
Signed-off-by: Izik Eidus <[EMAIL PROTECTED]>
---
arch/x86/kvm/svm.c | 11 +-
arch/x86
>From 28f36d30f8eef9c12afe52e183bf4c8405d113d2 Mon Sep 17 00:00:00 2001
From: Izik Eidus <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 02:03:37 +0200
Subject: [PATCH] KVM: vmx, svm add functions to read and set the ldt
Signed-off-by: Izik Eidus <[EMAIL PROTECTED]>
---
arch/x86/kvm/svm.c |
Hi,
the following patchs add support for hardware task switching inside kvm,
there is one issue with this patch that i couldnt figure why it is happen
and it related to ghost, it seems like ghost after 2 task switchs have the same
segment values
as well as registers like qemu have, but for some r
Dave Hansen wrote:
> I use '-net user' because it is simple for me to set up, and it has
> always worked flawlessly. On a recent update, though, I realized that I
> couldn't use vi inside my guest because it had gotten too slow. It
> feels to me like lots of network latency, but is isn't _actual_
Dor Laor wrote:
> On Wed, 2008-03-12 at 12:38 -0500, Anthony Liguori wrote:
>
>> Part of the feedback we received from Fabrice about the KVM patches
>> for QEMU
>> is that we should create a separate device for the in-kernel APIC to
>> avoid
>> having lots of if (kvm_enabled()) within the APIC c
Anthony Liguori wrote:
> Izik Eidus wrote:
>> this patch simply register the mmu cache with the shrinker.
>
> Please inline patches in the future as it makes it easier to review.
I knew this time will come when ppl will force me to send patchs inline
(will happen next time )... :)
> The impleme
Anthony Liguori wrote:
> Cam Macdonell wrote:
>> Hello,
>>
>> Is it possible to share a memory (a page perhaps) between the host and
>> guest?
>
> Yes, the host always has access to all of the guests memory. All of the
> virtio drivers depend on this fact. With KVM, the userspace (in this
> c
Marcelo Tosatti wrote:
> On Wed, Mar 12, 2008 at 08:13:41PM +0200, Izik Eidus wrote:
>
>> this patch simply register the mmu cache with the shrinker.
>>
>
> Hi Izik,
>
Hello Marcelo,
> Nice.
>
> I think you want some sort of aging mechanism here.
well it is long time in the todo list
I use '-net user' because it is simple for me to set up, and it has
always worked flawlessly. On a recent update, though, I realized that I
couldn't use vi inside my guest because it had gotten too slow. It
feels to me like lots of network latency, but is isn't _actual_ network
latency.
I can sc
>From 498f162fc9d9fb897c756273c481101a44a220de Mon Sep 17 00:00:00 2001
From: Dor Laor <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 00:11:41 +0200
Subject: [PATCH] Fix sci irq set when acpi timer about to wrap.
The acpi timer should generate sci irq when enabled and
when bit 23 of the timer counter
On Wed, Mar 12, 2008 at 08:13:41PM +0200, Izik Eidus wrote:
> this patch simply register the mmu cache with the shrinker.
Hi Izik,
Nice.
I think you want some sort of aging mechanism here. Walk through all
translations of a shadow page clearing the referenced bit of all
mappings it holds (and mo
Gentile CLIENTE,Nell'ambito di un progetto di verifica dei data anagrafici forniti durante la sottoscrizione deiservizi di Banca Di Roma e stata riscontrata una incongruenza relativa ai dati anagrafici in oggetto da Lei forniti all momento della sottoscrizione contrattuale.L'inserimento dei dat
Call into kvm to know whether we can madvise(MADV_DONTNEED) pages.
Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
Index: kvm-userspace.balloon/libkvm/libkvm.c
===
--- kvm-userspace.balloon.orig/libkvm/libkvm.c
+++ kvm-userspace.b
Truncate the target size to be at most ram size.
Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
Index: kvm-userspace.balloon/qemu/hw/virtio-balloon.c
===
--- kvm-userspace.balloon.orig/qemu/hw/virtio-balloon.c
+++ kvm-userspace.b
From: Anthony Liguori <[EMAIL PROTECTED]>
This patch adds support to QEMU for Rusty's recently introduce virtio balloon
driver. The user-facing portions of this are the introduction of a "balloon"
and "info balloon" command in the monitor.
Signed-off-by: Anthony Liguori <[EMAIL PROTECTED]>
Ind
This patchset resends Anthony's QEMU balloon support plus:
- Truncates the target size to ram size
- Enables madvise() conditioned on KVM_ZAP_GFN ioctl
--
-
This SF.net email is sponsored by: Microsoft
Defy all challenges.
Add an ioctl to zap all mappings to a given gfn. This allows userspace
remove the QEMU process mappings and the page without causing
inconsistency.
Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index f0cdfba..c41464f 100644
--- a/arch/x8
On Wed, 2008-03-12 at 12:38 -0500, Anthony Liguori wrote:
> Part of the feedback we received from Fabrice about the KVM patches
> for QEMU
> is that we should create a separate device for the in-kernel APIC to
> avoid
> having lots of if (kvm_enabled()) within the APIC code that were
> difficult t
Izik Eidus wrote:
> this patch simply register the mmu cache with the shrinker.
Please inline patches in the future as it makes it easier to review.
The implementation looks good and I think it's a good idea.
One is that there is one shrinker for all VMs but you run through the
list of VMs in
this patch simply register the mmu cache with the shrinker.
0004-KVM-register-the-kvm-mmu-cache-with-the-shrinker.patch
Description: application/mbox
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microso
Jeremy Katz wrote:
> The changes so that the vmwarevga code respects the E820 region runs
> afoul of the fact that the VBE bios used has a hard-coded base address
> for vesa modes. Thus when syslinux uses VBE to do its graphical bits,
> the lfb address doesn't match what the bios thinks it is :-/
Part of the feedback we received from Fabrice about the KVM patches for QEMU
is that we should create a separate device for the in-kernel APIC to avoid
having lots of if (kvm_enabled()) within the APIC code that were difficult to
understand why there were needed.
This patch separates the in-kernel
include/linux/kvm.h defines struct kvm_dirty_log to
[...]
union {
void __user *dirty_bitmap; /* one bit per page */
__u64 padding;
};
__user requires compiler.h to compile. Currently, this works on x86
only coincidentally due to other include
Without this patch when '-no-acpi' is added to the command line and the
user issues a 'system_powerdown' qemu monitor command, we get a segmentation
fault.
Signed-off-by: Uri Lublin <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/qe
With those options I still have the same problem, and with -no-kvm it always
crashes for me at least.
On Wed, 12 Mar 2008 07:16:09 -0700
"Uri Lublin" <[EMAIL PROTECTED]> wrote:
> From: aGaTHoS
> >CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+
> >kvm version: 62
> >kernel: 2.6.23-hardened-r7
2008/3/12, Zdenek Kabelac <[EMAIL PROTECTED]>:
> 2008/3/12, Andi Kleen <[EMAIL PROTECTED]>:
>
> > > Argh - being stupid here - it looks like these 'working' kernels were
> > > not SMP actually.
> > > As long as the SMP is used - I still get the busy loop :(
> > > Now being clueless
> >
>
On Wed, Mar 12, 2008 at 08:39:11AM -0700, Uri Lublin wrote:
> From: Marcelo Tosatti
> >
> >Index: kvm-userspace.hotplug2/qemu/hw/pci.c
> >===
> >--- kvm-userspace.hotplug2.orig/qemu/hw/pci.c
> >+++ kvm-userspace.hotplug2/qemu/hw/pci.c
2008/3/12, Andi Kleen <[EMAIL PROTECTED]>:
> > Argh - being stupid here - it looks like these 'working' kernels were
> > not SMP actually.
> > As long as the SMP is used - I still get the busy loop :(
> > Now being clueless
>
>
> Sorry don't have the cycles to look into your problem, but the
From: Marcelo Tosatti
>
>Index: kvm-userspace.hotplug2/qemu/hw/pci.c
>===
>--- kvm-userspace.hotplug2.orig/qemu/hw/pci.c
>+++ kvm-userspace.hotplug2/qemu/hw/pci.c
>@@ -236,6 +236,13 @@ void pci_register_io_region(PCIDevice *p
>
> i
The changes so that the vmwarevga code respects the E820 region runs
afoul of the fact that the VBE bios used has a hard-coded base address
for vesa modes. Thus when syslinux uses VBE to do its graphical bits,
the lfb address doesn't match what the bios thinks it is :-/
Test case is any Fedora bo
On Wed, 2008-03-12 at 10:31 +0200, Dor Laor wrote:
> I didn't try it, but can you detail your command line for running
> qemu.
> You can also try to change the -soundhw {pcspk,sb16mes1370}.
> Does Vista recognizes the device but there is not sound?
Vista knows there is a sound card there, but Mic
> Argh - being stupid here - it looks like these 'working' kernels were
> not SMP actually.
> As long as the SMP is used - I still get the busy loop :(
> Now being clueless
Sorry don't have the cycles to look into your problem, but the
standard procedure for hard problems that can be reproduc
From: aGaTHoS
>CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+
>kvm version: 62
>kernel: 2.6.23-hardened-r7 (with gentoo standard and hardened patches, it is
>anyway compiled without ssp and pie)
>arch: x86_64
>guest OS: various, windows XP and various linux livecds
>command line:
>
> 1 (windo
Akio Takebe wrote:
> Hi, Xiantao
>
>> We have created kvm-ia64.git on master.kernel.org for open
>> development, and the latest source is also included in this
>> repository. So you can clone and make contributions to it now.
>> Cheers!!
>> In this repository, I created the branch kvm-ia64-mc4
2008/3/11, Zdenek Kabelac <[EMAIL PROTECTED]>:
> 2008/3/9, Zdenek Kabelac <[EMAIL PROTECTED]>:
>
> > 2008/3/7, Zdenek Kabelac <[EMAIL PROTECTED]>:
> >
> > > 2008/3/5, Zdenek Kabelac <[EMAIL PROTECTED]>:
> > >
> > > > 2008/3/5, Avi Kivity <[EMAIL PROTECTED]>:
> > > >
> > > > > Andi Kleen
Your partner will thank you for the better sex you are giving once you have
this.-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt
Hi, Xiantao
>We have created kvm-ia64.git on master.kernel.org for open development,
>and the latest source is also included in this repository. So you can
>clone and make contributions to it now. Cheers!!
>In this repository, I created the branch kvm-ia64-mc4 to hold the
>patchset. Now, the
Hi, guys
We have created kvm-ia64.git on master.kernel.org for open development,
and the latest source is also included in this repository. So you can
clone and make contributions to it now. Cheers!!
In this repository, I created the branch kvm-ia64-mc4 to hold the
patchset. Now, the whole
Title: Sicoob Executivo
Caso você não queira receber mais
informações de nossa Cooperativa,
responda está mensagem solicitando a exclusão de seu
e-mail
-
This SF.net em
On Tue, 2008-03-11 at 15:30 -0700, Dhirendra Pal Singh wrote:
> I tried e1000 and it says "qemu: Unsupported NIC: e1000" :( Did I
> miss something.. ?
>
> I downloaded the latest code base for qemu, and I see the following
> lines in qemu-doc.texi
>
> *
> @code{i82551},
On Wed, Mar 12, 2008 at 11:05:21AM +0200, Dor Laor wrote:
> Can you try the following patch that disables flex priority:
FWIW, Your MUA ate the patch.
> kvm: vmx: for 4.0 disable Flex-Priority and always use Avi's tpr
> optimization
TPR patching doesn't work for SMP which is what he reporte
On Wed, 2008-03-12 at 10:41 +0800, Yunfeng Zhao wrote:
> Chris Wedgwood wrote:
> > On Mon, Mar 10, 2008 at 05:27:32PM +0800, Yunfeng Zhao wrote:
> >
> >
> >> One new issue:
> >> 1. booting smp windows guests has 30% chance of hang
> >> https://sourceforge.net/tracker/?func=detail&atid=893831&a
On Wed, 2008-03-12 at 05:10 +0100, aGaTHoS wrote:
> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+
> kvm version: 62
> kernel: 2.6.23-hardened-r7 (with gentoo standard and hardened patches, it is
> anyway compiled without ssp and pie)
> arch: x86_64
> guest OS: various, windows XP and variou
On Tue, 2008-03-11 at 23:48 -0600, Stuart Jansen wrote:
> Before I give up completely, I'd like to ask: Does anyone know any
> secrets for getting sound to work in Vista that they haven't told
> Google?
>
I didn't try it, but can you detail your command line for running qemu.
You can also try to
Hi,
I've been having problems using the -vnc and -k nl-be... Since I've started
using KVM v.28 ...
Lots of keys won't work and you get the following errors in your Host OS :
Warning: no scancode found for keysym 249
Warning: no scancode found for keysym 163
Warning: no scancode found for keysy
53 matches
Mail list logo