On Tuesday 07 November 2006 15:11, Avi Kivity wrote:
> Hesse, Christian wrote:
> > On Tuesday 07 November 2006 14:25, Avi Kivity wrote:
> >> Hesse, Christian wrote:
> >>> On Tuesday 07 November 2006 13:31, Avi Kivity wrote:
> Hesse, Christian wrote:
> >> Then, please apply the attached pat
Andrew Morton wrote:
> On Wed, 08 Nov 2006 09:14:50 +0200
> Avi Kivity <[EMAIL PROTECTED]> wrote:
>
>
>> Roland Dreier wrote:
>>
>>> > That's gas 2.16.1. I assume it needs some super-new binutils.
>>> >
>>> > I'm not sure what to do about this. What's the minimum version?
>>>
>>> Acco
Hesse, Christian wrote:
>
>> Is this machine a laptop? If so, we may be seeing interaction between
>> system management mode and VT.
>>
>
> Yes, this is a Samsung X11 T2300 Culesa.
>
Well, bad things happen with laptops, I suspect due to system management
mode.
Does Xen + VT run on
On Wednesday 08 November 2006 09:11, Avi Kivity wrote:
> Hesse, Christian wrote:
> >> Is this machine a laptop? If so, we may be seeing interaction between
> >> system management mode and VT.
> >
> > Yes, this is a Samsung X11 T2300 Culesa.
>
> Well, bad things happen with laptops, I suspect due t
Hesse, Christian wrote:
> On Wednesday 08 November 2006 09:11, Avi Kivity wrote:
>
>> Hesse, Christian wrote:
>>
Is this machine a laptop? If so, we may be seeing interaction between
system management mode and VT.
>>> Yes, this is a Samsung X11 T2300 Culesa.
>>>
On Wed, 08 Nov 2006 10:07:15 +0200
Avi Kivity <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Wed, 08 Nov 2006 09:14:50 +0200
> > Avi Kivity <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Roland Dreier wrote:
> >>
> >>> > That's gas 2.16.1. I assume it needs some super-new binutils.
>
hi,
KVM looks very cool, and i want to try it out. however, it seems the
download code on the homepage is not the latest version? will you
upload it soon?
it is a good idea to put the code in CVS or SVN. that makes it much
accessible for developers and contributors.
cheers,
J
-
Jun Koi wrote:
> hi,
>
> KVM looks very cool, and i want to try it out. however, it seems the
> download code on the homepage is not the latest version?
Correct, several patches have been sent out recently.
> will you
> upload it soon?
>
Yes. I'm trying to make it easier to use, so it'll b
On 11/8/06, Avi Kivity <[EMAIL PROTECTED]> wrote:
> Jun Koi wrote:
> > hi,
> >
> > KVM looks very cool, and i want to try it out. however, it seems the
> > download code on the homepage is not the latest version?
>
> Correct, several patches have been sent out recently.
>
>
> > will you
> > upload
Jun Koi wrote:
>
> thanks. just out of curious, it seems that you guys are a group of
> developers working on this project?
>
Yes, only I'm the loudest.
--
error compiling committee.c: too many arguments to function
-
Usin
hi,
i guess this question should be in your FAQ: does KVM work with Xen?
in the other word, is it possible to run KVM on Xen machine? (i.e
loading KVM on Dom0 or DomU. obviously it does not work on DomU, but i
am not sure about Dom0 case).
cheers,
J
--
Jun Koi wrote:
> hi,
>
> i guess this question should be in your FAQ: does KVM work with Xen?
> in the other word, is it possible to run KVM on Xen machine? (i.e
> loading KVM on Dom0 or DomU. obviously it does not work on DomU, but i
> am not sure about Dom0 case).
>
Theoretically, you can run
>
> > Would
> > really prefer something at Kconfig-time, but we have no way of letting the
> > assembler version feed into the Kconfig system (nor do we want it, I
> > suspect).
> >
>
> config AS_VERSION
> eval as --version | awk '{ ... }'
config time is not possible (not to mention
Arjan van de Ven wrote:
>>> Would
>>> really prefer something at Kconfig-time, but we have no way of letting the
>>> assembler version feed into the Kconfig system (nor do we want it, I
>>> suspect).
>>>
>>>
>> config AS_VERSION
>> eval as --version | awk '{ ... }'
>>
>
>
> c
>
> The problem with that is that the test comes too late: after we've
> configured. Andrew wants to keep allmodconfig working, and for that we
> need to deselect CONFIG_KVM before compilation starts.
not really. You can also select to just not compile kvm at all *from the
Makefile*
>
> gcc.
Arjan van de Ven wrote:
>> The problem with that is that the test comes too late: after we've
>> configured. Andrew wants to keep allmodconfig working, and for that we
>> need to deselect CONFIG_KVM before compilation starts.
>>
>
> not really. You can also select to just not compile kvm at
hi,
in the structure kvm_context in libkvm:
struct kvm_context {
int fd;
struct kvm_callbacks *callbacks;
void *opaque;
void *physical_memory;
};
i would propose to change the field name to "private" or "data",
rather than "opaque", which is a little bit weird to me.
Jun
--
On Wednesday 08 November 2006 10:32, Avi Kivity wrote:
> Another option is to use a small subset of kvm to run paravirtualized
> Xen guests on top of kvm (without Xen itself).
How about running Xen inside of kvm? Since kvm can do full
virtualization, it should work for all versions of Xen that
do
On Wed, Nov 08, 2006 at 02:43:21PM +0100, Arnd Bergmann wrote:
> On Wednesday 08 November 2006 10:32, Avi Kivity wrote:
> > Another option is to use a small subset of kvm to run paravirtualized
> > Xen guests on top of kvm (without Xen itself).
>
> How about running Xen inside of kvm? Since kvm c
On Wednesday 08 November 2006 14:46, Muli Ben-Yehuda wrote:
> Yes. I'm not quite sure why you would want to do this though, except
> maybe because it's possible and thus someone, somewhere wants to see
> it done.
I don't know what tools exist for debugging xen itself, but I could
imagine that it's
Hello!
I wanted to try out KVM and followed the HOWTO. It worked fine, except
for two things:
* libuuid-dev is needed for qemu, which would be good if added to
the prerequisites
* The build of kvm.ko failed since load_TR_desc() was not defined
(I've been building for a 32-bit target)
On Tue, 2006-11-07 at 14:12 +0100, Hesse, Christian wrote:
> On Tuesday 07 November 2006 13:55, Avi Kivity wrote:
> > Pavel Machek wrote:
> > >> Index: linux-2.6/drivers/kvm/x86_emulate.c
> > >> ===
> > >> --- /dev/null
> > >> +++ linu
> Either that or a bunch of ugly .byte macros.
After reading this thread, I have to say that this seems preferable to
relying on new-ish binutils. Someday in the future we can fix it up
but I think too many people are still using old gas versions now.
You can hide the .byte crap in one place wi
23 matches
Mail list logo
