Rusty Russell wrote:
> Qumranet let us use their PCI vendor ID, with device ids >= 0x1000.
> We can specify that we accept all of them in the device ID table, and
> then return -ENODEV in the probe routine.
>
I thought the device id range was smaller. Avi?
Regards,
Anthony Liguori
> modprob
Matthew Wilcox wrote:
> On Mon, Jan 21, 2008 at 11:18:03AM +0800, Xu, Anthony wrote:
>> Hi Avi/Tony,
>> This patch adds the TR insert/purge interface for add-on
>> components.
>
> In my world, TR stands for Token Ring. Nowhere in this patch do you
> explain what TR means to you!
Sorry for
> On Mon, Jan 21, 2008 at 11:18:03AM +0800, Xu, Anthony wrote:
> > Hi Avi/Tony,
> > This patch adds the TR insert/purge interface for add-on
> > components.
>
> In my world, TR stands for Token Ring. Nowhere in this patch do you
> explain what TR means to you!
may be, TR is Tlb Register. see
On Mon, Jan 21, 2008 at 11:18:03AM +0800, Xu, Anthony wrote:
> Hi Avi/Tony,
> This patch adds the TR insert/purge interface for add-on
> components.
In my world, TR stands for Token Ring. Nowhere in this patch do you
explain what TR means to you!
--
Intel are signing my paycheques ... the
Hi Avi/Tony,
This patch adds the TR insert/purge interface for add-on
components.
TR insert/purge can only been executed by TR mapped code, while module
code is mapped by TC,
So module can not execute TR insert/purge.
This patch let modules execute TR insert/purge.
In the meantime, this
Qumranet let us use their PCI vendor ID, with device ids >= 0x1000.
We can specify that we accept all of them in the device ID table, and
then return -ENODEV in the probe routine.
modprobe will load all the modules which match a given alias so we
might be loaded when we're not needed, but that's t
You're In My Thoughts http://74.132.100.107/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
On Jan 20, 2008 5:53 PM, Alexander Graf <[EMAIL PROTECTED]> wrote:
>
> On Jan 20, 2008, at 5:37 PM, Filip Navara wrote:
>
> The specific VMware backdoor call isn't implemented, but the framework is
> there and it wouldn't be hard to add support for it. The BIOS can fallback
> to some "reasonable"
On Jan 20, 2008, at 5:37 PM, Filip Navara wrote:
The specific VMware backdoor call isn't implemented, but the
framework is there and it wouldn't be hard to add support for it.
The BIOS can fallback to some "reasonable" value if the backdoor
isn't available.
+memset(bios_uuid, 0
The specific VMware backdoor call isn't implemented, but the framework is
there and it wouldn't be hard to add support for it. The BIOS can fallback
to some "reasonable" value if the backdoor isn't available.
Best regards,
Filip Navara
On Jan 20, 2008 5:20 PM, Alexander Graf <[EMAIL PROTECTED]> w
On Jan 20, 2008, at 2:17 PM, Filip Navara wrote:
> Hello,
>
> attached is a patch that implements the SMBIOS within the Bochs BIOS
> code. Complete list of changes:
>
> - Added generation of SSDT ACPI table that contains definitions for
> available processors.
> - Added basic implementation o
Hi Jan,
On Sat, Jan 19, 2008 at 04:40:06PM +0100, Jan Kiszka wrote:
> What about additionally listening on signals? If you run qemu from the
> console, you can then just press ctrl-c to shut the guest down (instead
Catching ctrl-c sounds like a good idea but "ctrl-c, ctrl-c" should
probably kill
Glauber de Oliveira Costa wrote:
> In this patch, we probe the host checking for clocksource capabilities.
> In case it is found, it is advertised to the guest through the appropriate
> cpuid mechanism
>
> Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
> ---
> qemu/qemu-kvm-x86.c |
Glauber de Oliveira Costa wrote:
> +
> +struct wall_clock {
> + uint32_t wc_version;
> + uint32_t wc_sec;
> + uint32_t wc_nsec;
> +};
> +
>
kvm_wall_clock?
--
error compiling committee.c: too many arguments to function
Glauber de Oliveira Costa wrote:
> This is the host part of kvm clocksource implementation. As it does
> not include clockevents, it is a fairly simple implementation. We
> only have to register a per-vcpu area, and start writting to it periodically.
>
> The area is binary compatible with xen, as w
Andrea Arcangeli wrote:
> On Tue, Jan 15, 2008 at 05:57:03PM +0200, Avi Kivity wrote:
>
>> It's the same hva for two different gpas. Same functionality as the alias,
>> but with less data structures.
>>
>
> Ok but if this is already supposed to work, then I need to at least
> change kvm_h
Darrick J. Wong wrote:
> On Tue, Jan 15, 2008 at 12:13:40PM -0800, Darrick J. Wong wrote:
>
>> On Tue, Jan 15, 2008 at 05:07:46PM +0200, Avi Kivity wrote:
>>
>>
>>> Are you using qcow? If so, this may be the recently-committed smp aio
>>> deadlock fix. See 6bcdef5c1157bd7b526491252d20f80
Marcelo Tosatti wrote:
> Avi, do you understand why C3 was causing the Windows SMP problems ?
>
>
It may be that the latency was advertised as so low that Windows
switched into C3 and back too often.
Also, the problem possibly wasn't SMP related but rather TPR related --
when the idle loop c
When selecting a resolution higher than the current host resolution and
switching to full screen (or booting with -full-screen) kvm crashes with
the message:
Could not open SDL display
KVM is started with -std-vga
-no-kvm crashes in the same way, but if I rember correctly this only
happend afte
Hollis Blanchard wrote:
> # HG changeset patch
> # User Hollis Blanchard <[EMAIL PROTECTED]>
> # Date 1200434310 21600
> # Node ID 7fa5947a2da8c0c7424ebdcfaebcae624d6cf015
> # Parent ee0c227fe3f6632f4b1b5fde3f7e05c8ea0a4378
>
> Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
> Signed-off-by: C
Christian Ehrhardt wrote:
> Resend ppc patches neither rejected, commented nor accepted yet
>
> Subject: [PATCH][RESEND] add more regs to kvm_show_regs for powerpc
> From: Christian Ehrhardt <[EMAIL PROTECTED]>
>
> This adds some registers useful for guest debugging to the powerpc code for
> kvm_s
Avi Kivity wrote:
> Will Trives wrote:
>> Hello,
>>
>> This patch :
>>
>> kvm: qemu: remove SIGUSR2 from io_sigset
>>
>> Applied 15th Jan 2008 looks to kill I/O performance for me. As soon as I
>> revert it my VMs are much faster. I don't really use SMP for my guests,
>> perhaps this patch made uni
Will Trives wrote:
> Hello,
>
> This patch :
>
> kvm: qemu: remove SIGUSR2 from io_sigset
>
> Applied 15th Jan 2008 looks to kill I/O performance for me. As soon as I
> revert it my VMs are much faster. I don't really use SMP for my guests,
> perhaps this patch made uniprocessor VMs slower ?
>
>
>
23 matches
Mail list logo
