Mike Day wrote:
> CodingStyle cleanup for kvm.h
>
> Signed-off-by: Mike D. Day <[EMAIL PROTECTED]>
>
Please resend, the replies got me confused as to which patches are valid
and which aren't.
This should be done as one patch; there's no need to split a code style
cleanup per file.
-
Anthony Liguori wrote:
> kvmctl does its own parsing of argc/argv. Other than being hard to maintain,
> the recent --smp addition seems to have broken -32. This patch switches
> kvmctl
> to use getopt(). This changes the -32 option to --protected-mode (or -p).
>
> This patch also adds a --help
Glauber de Oliveira Costa wrote:
> This patch removes duplicate code at vl.c. Once the KVM-only
> part defines how much physicall memory it wants, the rest should
> be the same for everybody.
>
> Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
> ---
> qemu/vl.c | 23 +---
Jerone Young wrote:
> This patch makes things better for cross compiling. It also makes adding
> a new architecture to the current make system much easier.
>
> +CFLAGS += -I $(KERNELDIR)/include $(autodepend-flags) -g
> -fomit-frame-pointer \
> + -Wall
> +CFLAGS += -m32
> +CFLAGS += -m64
>
Jerone Young wrote:
> This adds the ability to change CC, ARCH, & LD variables with configure
> script in user directory.
>
Applied, thanks.
--
Any sufficiently difficult bug is indistinguishable from a feature.
-
This
Anthony Liguori writes:
>http://kvm.qumranet.com/kvmwiki/AnthonyLiguori/Networking
>
>This is for Ubuntu but it probably works in Debian too. It uses NAT
>instead of bridging and it is what I use on my desktop.
Good advice, but why use a bridge interface _at all_ in this case?
I have the followin
http://www.qqywj.com
MSN: [EMAIL PROTECTED]
Email: [EMAIL PROTECTED]
skype: qqywj1
TEL: +86 15938829425
If you think we are excellent, please contact us.We will serve for you will all
our effort.>{}
Hi,
Due to comments on "Take 3", I rewrote the feature name list according
to Intel's and AMD's specs in order not to contaminate target-i386 with
GPL code. More importantly - the "host" cpu type is dropped. It will be
added, as a kvm-specific code, in a future patch.
I'd be happy to hear if patc
Wolfram Gloger wrote:
> Anthony Liguori writes:
>
>
>> http://kvm.qumranet.com/kvmwiki/AnthonyLiguori/Networking
>>
>> This is for Ubuntu but it probably works in Debian too. It uses NAT
>> instead of bridging and it is what I use on my desktop.
>>
>
> Good advice, but why use a bridge inte
Bugs item #1808970, was opened at 2007-10-07 16:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1808970&group_id=180599
Please note that this message will contain a full copy
> Can you run 'gdb /path/to/kvm.ko' and post the output of 'disassemble
> ioapic_mmio_write' please?
>
Sorry for not getting back sooner.
(gdb) disassemble ioapic_mmio_write
Dump of assembler code for function ioapic_mmio_write:
0xf540 : mov%edx,%r8d
0xf543 :
Is KVM the correct choice for using in a virtual Samba server?
Virtual server read from an ISCSI storage (2xGb network) and serve a LAN
on a 100 Mb network
I am not a list subscriber
Regards
Franco Spinelli
-
This SF.net e
On Thu, Oct 04, 2007 at 04:39:30PM -0400, Gregory Haskins wrote:
> On Thu, 2007-10-04 at 21:49 +0200, Farkas Levente wrote:
> >
> > here i mean that packaging kvm for fedora/redhat/centos using gcc-4.x in
> > stead of gcc-3.x. if currently there is no reason to use gcc-3.x than i
> > change all of
Carlo Marcelo Arenas Belon wrote:
> And considering also there might be other yet unknown bugs because of gcc4, it
> is most likely better to stick to use gcc-3.x, unless there is really no other
> option.
>
> For cases where no compat-gcc package is provided (like in OpenSUSE) then the
> followin
Instead of the asymetry of kvm_free_apic, implement kvm_free_lapic().
And guess what? I found a minor bug: we don't need to hrtimer_cancel()
from kvm_main.c, because we do that in kvm_free_apic().
Also:
1) kvm_vcpu_uninit should be the reverse order from kvm_vcpu_init.
2) Don't set apic->regs_pag
Move kvm_create_lapic() into kvm_vcpu_init(), rather than having svm
and vmx do it. And make it return the error rather than a fairly
random -ENOMEM.
This also solves the problem that neither svm.c nor vmx.c actually
handles the error path properly.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED
Since vcpu->apic is of the correct type, there's not need to cast.
Perhaps this will be required in future?
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff --git a/drivers/kvm/lapic.c b/drivers/kvm/lapic.c
index 27e6249..68aa9e4 100644
--- a/drivers/kvm/lapic.c
+++ b/drivers/kvm/lapic.c
@@
On Sun, 2007-10-07 at 13:50 +0200, Avi Kivity wrote:
> Jerone Young wrote:
> > This patch makes things better for cross compiling. It also makes adding
> > a new architecture to the current make system much easier.
> >
>
> > +CFLAGS += -I $(KERNELDIR)/include $(autodepend-flags) -g
> > -fomit-
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> Avi Kivity wrote:
>>
>>> Zhang, Xiantao wrote:
>>>
Zhang, Xiantao wrote:
>> Hi Avi,
>> So you mean IA64 can adopt the similar method as well?
>>
>>
> What method do you mean exactly?
>
>
Put
On Mon, 2007-10-08 at 10:36 +0800, Zhang, Xiantao wrote:
> Avi Kivity wrote:
> > Zhang, Xiantao wrote:
> >> Avi Kivity wrote:
> >>
> >>> Zhang, Xiantao wrote:
> >>>
> Zhang, Xiantao wrote:
>
>
> >> Hi Avi,
> >>So you mean IA64 can adopt the similar method as well?
Hollis Blanchard wrote:
> On Mon, 2007-10-08 at 10:36 +0800, Zhang, Xiantao wrote:
>> Avi Kivity wrote:
>>> Zhang, Xiantao wrote:
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>
>> Zhang, Xiantao wrote:
>>
>>
Hi Avi,
So you mean IA64 can adopt
This patch enables configure script in "user" directory fro cross
compile.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff -r 7c1e3915d77c configure
--- a/configure Thu Oct 04 14:33:18 2007 -0500
+++ b/configure Thu Oct 04 14:34:26 2007 -0500
@@ -20,6 +20,7 @@ usage() {
--with-patched-k
This patch adds cross compile capability to the top level configure
script.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff -r f48e521e0add configure
--- a/configure Wed Oct 03 21:00:03 2007 -0500
+++ b/configure Thu Oct 04 14:59:16 2007 -0500
@@ -5,13 +5,17 @@ want_module=1
want_module=1
This patch adds file user/config-x86-64.mak. This file contains x86-64
specific make rules.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff -r cd1ff95ab7c4 user/config-x86_64.mak
--- /dev/null Thu Jan 01 00:00:00 1970 +
+++ b/user/config-x86_64.mak Thu Oct 04 08:35:56 2007 -0500
@@ -0,0 +
This patch enables the Makefile in "user" directory for cross compile.
It also adds new feature of having architecture specific make rules
split into their own respective files.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff -r dc203848af90 user/Makefile
--- a/user/Makefile Sun Oct 07 23:11
This patch adds file user/config-i386.mak. This file contains i386
specific make rules.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff -r 1ec77d7c5e51 user/config-i386.mak
--- /dev/null Thu Jan 01 00:00:00 1970 +
+++ b/user/config-i386.mak Thu Oct 04 08:33:37 2007 -0500
@@ -0,0 +1,7 @@
+
On Sun, Oct 07, 2007 at 06:18:27PM -0400, Jim Paris wrote:
> > + if test $check_gcc = "no" ; then
> > +if gcc -v 2>&1 | grep -q 'gcc *version *4\.[0-3]\.[0-9]'; then
> > + echo "#define USE_GCC4 1" >> $config_h
> > +fi
> > + fi
>
> Something like
>
> #if __GNUC__ >= 4
>
> in the c
27 matches
Mail list logo
