Bill C. Riemers wrote:
dragoran wrote:
Bill C. Riemers wrote:
You don't need to compile kqemu into the kernel. When I install
dkms-kqemu from freshrpms, I do NOT rebuild my kernel. I am fairly
certain with Fedora's new policy for extras, there would not be much
of a probl
Bill C. Riemers wrote:
You don't need to compile kqemu into the kernel. When I install
dkms-kqemu from freshrpms, I do NOT rebuild my kernel. I am fairly
certain with Fedora's new policy for extras, there would not be much
of a problem getting it added to Fedora. For that matter, it could
p
On 8/4/07, Ricardo Almeida <[EMAIL PROTECTED]> wrote:
>
> Hi,
> I'm just a user...
>
> Is it planned to submit kqemu to lkml for inclusion into the mainline
> > kernel?
>
>
> Never seen anyone talking about this...
>
> if not why?
>
>
> Maybe because KVM was included
> (http://git.kernel.org/?p=li
Hello,
Is it planned to submit kqemu to lkml for inclusion into the mainline
kernel?
if not why?
if yes any idea when? is it possible to try to get it in 2.6.24 ?
Hello
I tryed to build kqemu on FC5 using 2.6.16-1.2080_FC5 and it fails
because map_mem is undeclared.
The attached patch fixes it for me (remove to defines) but its likly to
break older kernels. So a better one is needed.
Anyway I decided to report it here.
Patch is attached.
PS:
Please CC me
hello
I am using qemu 0.7.2 on fc4 x86_64 now.
I wanted to try 0.8 . I build it with:
./configure --cc=gcc32 --host-cc=gcc32 --target-list=x86_64_softmmu
make
but got this errors:
[...]
/home/dragoran/src/qemu-0.8.0/vl.c:2414: warning: format argument is not
a pointer (arg 4)
/home/dragoran/src
