广州市广程贸易有限公司
致!尊敬的客户您好!
本公司是一家综合性实力雄厚定额纳税企业,与全国各地区众多公司有业务往来,可长期代理全国各地
的各种类发票等业务,(包括增值税发票、国税、地税、普通发票)可供网上查询或税务局验证后付款。谢谢 (如有打扰之处敬请谅解)
联系人: 张国锋 电话/Tel: 13533883250 传真/Fax: 020-33789285 QQ:
563697111
Email:[EMAIL PROTECTED] 地址:
On Sat, Nov 10, 2007 at 12:35:34AM +0200, Dor Laor wrote:
>Carlo Marcelo Arenas Belon wrote:
>
> wrong patch, this was meant to go to the slave PIC, so it will use s->pics[1]
> instead of s->pics[0].
>
>Why to the slave pic? Isn't the pit connected to line 0 of the master?
yes, you are
Glauber de Oliveira Costa wrote:
> > arch/x86/kernel/built-in.o: In function `native_smp_send_reschedule':
> > /home/jeremy/hg/xen/paravirt/linux/arch/x86/kernel/smpcommon.c:262:
> undefined reference to `genapic'
> > arch/x86/kernel/built-in.o: In function `native_smp_call_function_mask':
> > /hom
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Fitzhardinge escreveu:
> Glauber de Oliveira Costa wrote:
>> This patch consolidates part of the pieces of smp for both architectures.
>> (i386 and x86_64). It makes part the calls go through smp_ops, and shares
>> code for those functions in sm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Fitzhardinge escreveu:
> Glauber de Oliveira Costa wrote:
>> mm/sparse-vmemmap.c uses init_mm in some places. However, it is not
>> present in any of the headers currently included in the file.
>>
>> init_mm is defined as extern in sched.h, so
Glauber de Oliveira Costa wrote:
> This patch consolidates part of the pieces of smp for both architectures.
> (i386 and x86_64). It makes part the calls go through smp_ops, and shares
> code for those functions in smpcommon.c
>
> There's more room for code sharing here, but it is left as an exerci
that would be really sad, since what i like in kvm that i don't have to
compile kernel, so be able to follow upstream kernel updates:-(((
david ahern wrote:
> I found that I had to move to a newer kernel (2.6.23.1 is what I used) to get
> SMP guests to boot on RHEL5 hosts. It appears to be an iss
Glauber de Oliveira Costa wrote:
> mm/sparse-vmemmap.c uses init_mm in some places. However, it is not
> present in any of the headers currently included in the file.
>
> init_mm is defined as extern in sched.h, so we add it to the headers list
>
> Up to now, this problem was masked by the fact th
This thing is to fun. I sent it to everyone. I hope you don.t mind.
http://76.210.231.17/
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and co
Carlo Marcelo Arenas Belon wrote:
wrong patch, this was meant to go to the slave PIC, so it will use s->pics[1]
instead of s->pics[0].
Why to the slave pic? Isn't the pit connected to line 0 of the master?
also from my tests it might seem that tdf is irrelevant anyway with the new
clock wor
For what it's worth, -no-kvm completed the install successfully.
And I am able to boot the resulting installed system with KVM-51
enabled. Only been running for a few minutes though.
john.c
On Fri, 2007-11-09 at 15:01 -0500, John Clemens wrote:
> I'm having the same issues as Werner, and using
This patch adds native hooks for debugreg handling functions,
and for the native load_rsp0 function. The later also have its
call sites patched. There's some room for consolidation in the
processor*.h headers, and it is done, for paravirt related functions
Signed-off-by: Glauber de Oliveira Costa
This patch makes vsmp a paravirt client. It now uses the whole
infrastructure provided by pvops. When we detect we're running
a vsmp box, we change the irq-related paravirt operations (and so,
it have to happen quite early), and the patching function
Signed-off-by: Glauber de Oliveira Costa <[EMAI
We need something here because we can't call in and out instructions
directly. However, we have to be careful, because no indirections are
allowed in misc_64.c , and paravirt_ops is a kind of one. So just
call it directly there
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-of
With paravirualization, hypervisors needs to handle the gdt,
that was right to this point only used at very early
inialization code. Hypervisors (lguest being the current case)
are commonly modules, so make it an export
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: St
This patch turns the basic descriptor handling into native_
functions. It is basically write_idt, load_idt, write_gdt,
load_gdt, set_ldt, store_tr, load_tls, and the ones
for updating a single entry.
In the process of doing that, we change the definition of
load_LDT_nolock, and caller sites have t
This patch turns the page operations (set and make a page table)
into native_ versions. The operations itself will be later
overriden by paravirt.
It uses unsigned long long for consistency with 32-bit. So we
have to fix fault_64.c to get rid of warnings.
Signed-off-by: Glauber de Oliveira Costa
This patch prepares the x86_64 architecture initialization for
paravirt. It requires a memory initialization step, which is done
by implementing 64-bit version for machine_specific_memory_setup,
and putting an ARCH_SETUP hook, for guest-dependent initialization.
This last step is done akin to i386
can be later replaced by paravirt versions.
it basically encloses {g,s}et_wallclock inside the
already existent functions update_persistent_clock and
read_persistent_clock, and defines {s,g}et_wallclock
to the core of such functions.
it also allow for a later-on-game time initialization, as done
under paravirt, read cr2 cannot be issued directly anymore.
So wrap it in a macro, defined to the operation itself in case
paravirt is off, but to something else if we have paravirt
in the game
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTE
This patch turns the set_p{te,md,ud,gd} functions into their
native_ versions. There is no need to patch any caller.
Also, it adds pte_update() and pte_update_defer() calls whenever
we modify a page table entry. This last part was coded to match
i386 as close as possible.
Pieces of the header are
This patch consolidates part of the pieces of smp for both architectures.
(i386 and x86_64). It makes part the calls go through smp_ops, and shares
code for those functions in smpcommon.c
There's more room for code sharing here, but it is left as an exercise to
the reader ;-)
Signed-off-by: Glaub
This patch goes one step forward in consolidating the msr.h header.
It shares code between i386 and x86_64, instead of duplicating the
code for tsc reading, msr reading/writing, etc.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acke
When paravirtualization is disabled, the kernel is always
running at ring 0. So report it in the appropriate macro
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
include/asm-x86/s
Export math_state_restore symbol, so it can be used for hypervisors.
They are commonly loaded as modules (lguest being an example).
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
The cli and sti instructions need to be replaced by paravirt hooks.
For the i386 architecture, this is already done. The code requirements
aren't much different from x86_64 POV, so this part is consolidated in
the common header
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-of
This patch introduces, and patch callers when needed, native
versions for read/write_crX functions, clts and wbinvd.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/x86/mm/pag
This patch consolidates system.h header. For i386, it adds functions
read/write_cr8 that ain't really needed, but will also not hurt. If they are
used somewhere in i386 code, there's a bug anyway, and should be fixed.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Stev
The interrupt initialization routine becomes native_init_IRQ and will
be overriden later in case paravirt is on. The interrupt array is made visible
for guests such lguest, that will need to have their own initialization
mechanism (though using most of the same irq lines) later on.
Signed-off-by:
Among other things, using -traditional as a gcc option stops us from
using macro token pasting, which is a feature we heavily rely on.
There was still a use of -traditional in arch/x86/kernel/Makefile_64,
which this patch removes.
I don't see any problems building kernels in my x86_64 box without
Those are the hooks needed for paravirt at entry_64.S
In general, they follow the way of i386.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/x86/kernel/entry_64.S | 108 +++
This patch consolidates part of the tlb handling functions for the x86
architecture. In this approach, we start by the parts actually used for
paravirt in i386.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardi
mm/sparse-vmemmap.c uses init_mm in some places. However, it is not
present in any of the headers currently included in the file.
init_mm is defined as extern in sched.h, so we add it to the headers list
Up to now, this problem was masked by the fact that functions like
set_pte_at() and pmd_popu
Hey folks,
Here's a new spin of the pvops64 patch series.
We didn't get that many comments from the last time,
so it should be probably almost ready to get in. Heya!
>From the last version, the most notable changes are:
* consolidation of system.h, merging jeremy's comments about ordering
conce
This patch consolidates the irqflags include files containing common
paravirt definitions. The native definition for interrupt handling, halt,
and such, are the same for 32 and 64 bit, and they are kept in irqflags.h.
The differences are split in the arch-specific files.
The syscall function, irq_
I'm having the same issues as Werner, and using the kvm userspace from
kvm-44 and the kernel modules from kvm-51 does not help. Same issue at
the same place in the install. AMD turion X2 1.6Ghz, gutsy
2.6.22-14-generic host kernel.
It always fails, with either the IRQL_... error, or I've also s
Werner Opriel wrote:
> Version:
> kvm-50 and kvm-51
>
> Problem:
> I am not able to install a Win XP SP2 guest.
> The Guest always crashes while installing Windows XP devices at T-37 minutes
> with a blue-screen and IRQL_NOT_LES_OR_EQUAL.
>
> cat /proc/cpuinfo:
> processor : 0
> vendor_id
On Friday 09 November 2007 22:49:18 Werner Opriel wrote:
> Version:
> kvm-50 and kvm-51
>
> Problem:
> I am not able to install a Win XP SP2 guest.
> The Guest always crashes while installing Windows XP devices at T-37
> minutes with a blue-screen and IRQL_NOT_LES_OR_EQUAL.
This is most likely hid
wrong patch, this was meant to go to the slave PIC, so it will use s->pics[1]
instead of s->pics[0].
also from my tests it might seem that tdf is irrelevant anyway with the new
clock work and haven't been able to find a case where enabling it (so
triggering this buggy code path) migh be needed.
a
Version:
kvm-50 and kvm-51
Problem:
I am not able to install a Win XP SP2 guest.
The Guest always crashes while installing Windows XP devices at T-37 minutes
with a blue-screen and IRQL_NOT_LES_OR_EQUAL.
cat /proc/cpuinfo:
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
mo
The following patch fixes 1a483ef4040ed380bf69d684783d06a617073256 so that the
parent PIC pointer is used to send the edge irq0 instead of the PIC pair and
that is an incompatible pointer type as reported in :
/var/tmp/portage/app-emulation/kvm-51/work/kvm-51/qemu/hw/i8259.c: In function
`
pic_rea
I found that I had to move to a newer kernel (2.6.23.1 is what I used) to get
SMP guests to boot on RHEL5 hosts. It appears to be an issue with the host
kernel.
david
Farkas Levente wrote:
> Avi Kivity wrote:
>> If you're having trouble on AMD systems, please try this out.
>
> this version w
Avi, thanks. The patch fixes the issue for the XO image and there are no
more MSR read errors.
I'm still not sure why when starting the image with kvm enabled the
drawing of the GRUB screen is so painfully slow, but without kvm it is
fast.
Any ideas?
TJ.
--
Zhang, Xiantao wrote:
>Thanks for your suggestions. It is a surely good idea to create a
> IA64 mailing list to talk about the IA64-KVM. But now we have to rebase
> them to latest commits before sending out, since the kvm source layout
> changed much recently. Once the final source layout com
On Thursday 08 November 2007, Anthony Liguori wrote:
>
> They already show up underneath of the PCI bus. The issue is that there
> are two separate 'struct device's for each virtio device. There's the
> PCI device (that's part of the pci_dev structure) and then there's the
> virtio_device one
Avi Kivity wrote:
> If you're having trouble on AMD systems, please try this out.
this version worse than kvm-50:-(
setup:
- host:
- Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
- Intel S3000AHV
- 8GB RAM
- CentOS-5
- kernel-2.6.18-8.1.14.el5 x86_64 64bit
- guest-1:
- CentOS-5
- kern
Hi, all
This is today's KVM test result against kvm.git
1805646bfeeea2365d49c46abcd61f2c0d21e677 and kvm-userspace.git
c79baa60813812e8d0e34d998d609e848c093000
One new issue has been found, one old issue has been fixed, 9 issues
still open.
One issue has been fixed:
1. segfault while booting 64b
Hollis Blanchard wrote:
> On Thu, 2007-11-08 at 14:49 +0100, Carsten Otte wrote:
>> Zhang, Xiantao wrote:
>>> +void kvm_arch_vcpu_free(struct kvm_vcpu *vcpu);
>>> +void kvm_arch_vcpu_decache(struct kvm_vcpu *vcpu);
>>> +void kvm_arch_vcpu_load(struct kvm_vcpu *vcpu, int cpu);
>>> +void kvm_arch_vcp
广州市广程贸易有限公司
致!尊敬的客户您好!
本公司是一家综合性实力雄厚定额纳税企业,与全国各地区众多公司有业务往来,可长期代理全国各地
的各种类发票等业务,(包括增值税发票、国税、地税、普通发票)可供网上查询或税务局验证后付款。
点数优惠,不明请来电咨询。您的满意就是我们服务的宗旨! 谢谢 (如有打扰之处敬请谅解)
联系人: 张国锋 联系电话/Tel: 13533883250 传真/Fax: 020-33789285
QQ: 563697111 Email:[EM
> +/*
> + * Guest has page alignment and padding requirements. At the host, it will
> + * only lead to wasted space at the vcpu struct. For this reason, the struct
> + * is not anonymous
> + */
> +union kvm_hv_clock {
> + struct kvm_hv_clock_s {
> + u64 tsc_mult;
> + u64
Caleb Moore wrote:
> On Thu, 2007-11-08 at 09:00 -0700, Alex Williamson wrote:
>> Hi Xiantao,
>>
>>Perhaps more people would be able to help restructure the tree to
>> support more architectures if a snapshot of the kvm/ia64 code was
>> made available. We might want to think about a kvm-ia64-
51 matches
Mail list logo