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 have the same issues as Christian : I'm unable to get -kernel-kqemu option to
work.
My configuration :
Host : Windows XPpro SP2 on Intel P4HT
QEMU : 0.8.0 latest CVS version.
qemu.exe process' affinity set to second 'CPU' (with ImageCfg, but the result is
the same if set with ProcExp o
I tried various guests today on winXP host.
* No crash and good speed for std kqemu (no kernel-kqemu)
* Crash of winXP host systematically on all guests (linux + ms)
It's hard to debug what is the problem. The only thing I have the
time to see is a BSOD (blue screen of d**th) and the error
messag
Ed Swierk wrote:
On 3/28/06, Jens Axboe <[EMAIL PROTECTED]> wrote:
monitor/mwait feature present.
using mwait in idle threads.
[snip]
invalid operand: [#1]
Modules linked in:
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010246 (2.6.14-1.1656_FC4)
EIP is at mwait_idle+0x2f/
On 3/28/06, Jens Axboe <[EMAIL PROTECTED]> wrote:
> > monitor/mwait feature present.
> > using mwait in idle threads.
>
> [snip]
>
> > invalid operand: [#1]
> > Modules linked in:
> > CPU:0
> > EIP:0060:[]Not tainted VLI
> > EFLAGS: 00010246 (2.6.14-1.1656_FC4)
> > EIP is at mwai
On Tue, Mar 28 2006, Ed Swierk wrote:
> I'm still getting a kernel panic running a Linux guest kernel with
> -kernel-qemu. I'm using kqemu-1.3.0pre5 and
> qemu-snapshot-2006-03-27_23.
>
> The guest kernel is a precompiled Fedora Core 4 kernel, version
> 2.6.14-1.1656_FC4. It works fine with kqemu
Ed Swierk wrote:
I'm still getting a kernel panic running a Linux guest kernel with
-kernel-qemu. I'm using kqemu-1.3.0pre5 and
qemu-snapshot-2006-03-27_23.
The guest kernel is a precompiled Fedora Core 4 kernel, version
2.6.14-1.1656_FC4. It works fine with kqemu in non-kernel-kqemu mode.
Any
I'm still getting a kernel panic running a Linux guest kernel with
-kernel-qemu. I'm using kqemu-1.3.0pre5 and
qemu-snapshot-2006-03-27_23.
The guest kernel is a precompiled Fedora Core 4 kernel, version
2.6.14-1.1656_FC4. It works fine with kqemu in non-kernel-kqemu mode.
Any hints for how to tr
On Tue, 28 Mar 2006 12:26:37 +0400, Brad Campbell <[EMAIL PROTECTED]> wrote:
> Fabrice Bellard wrote:
>> Hi,
>>
>> I just released a new version of kqemu which fixes some recently
>> discovered issues. The fixes are the following:
>>
>> - Support for guest Linux kernels compiled with gcc >= 3.3
>
Sent: Tuesday, March 28, 2006 8:50 PM Brad Campbell wrote:
> Kazu wrote:
>
>> I tested Linux guest/WinXP host but the host OS crashed.
>
> I believe -kernel-kqemu is still somewhat experimental on Windows host.
>
>> Redhat 7.2 guest/Fedora Core 4 host with normal kqemu is slower
>> than -no-kqemu
On Tuesday, March 28, 2006, 14:27:48, andrzej zaborowski wrote:
> Normal Operating Systems don't crash no matter what program they are running.
That only applies to user-mode programs that don't make calls to device
drivers. Kqemu is basically a device driver which runs in kernel space, and
a cra
Paul Brook wrote:
Normal Operating Systems don't crash no matter what program they are
running.
Except that kqemu is a kernel module (or windows equivalent). As such it is
effectively part of the OS, and can easily crash the whole machine.
Yes indeed.
I'm actually quite impressed. I've cras
Works fine on my computer too!
OS: Ubuntu 5.10 (Breezy Badger)
CPU: Athlon XP 2000+ (with kernel 2.6.12-10-k7)
Using latest CVS version of QEMU with some USB patches from http://gnome.dnsalias.net/patches/On 3/28/06,
Paul Brook <[EMAIL PROTECTED]> wrote:
> Normal Operating Systems don't crash no
> Normal Operating Systems don't crash no matter what program they are
> running.
Except that kqemu is a kernel module (or windows equivalent). As such it is
effectively part of the OS, and can easily crash the whole machine.
Paul
___
Qemu-devel mail
On 28/03/06, Marco Matthies <[EMAIL PROTECTED]> wrote:
> Brad Campbell wrote:
> > none 768M 137M 632M 18% /tmp <-- not sure why it
> > says none.. it's tmpfs
>
> change the none to tmpfs in /etc/fstab. normally the mount point goes
> there, but tmpfs (and proc, for example) don
Brad Campbell wrote:
none 768M 137M 632M 18% /tmp <-- not sure why it
says none.. it's tmpfs
change the none to tmpfs in /etc/fstab. normally the mount point goes
there, but tmpfs (and proc, for example) don't have a mount point so you
can put anything there.
marco
__
Kazu wrote:
I tested Linux guest/WinXP host but the host OS crashed.
I believe -kernel-kqemu is still somewhat experimental on Windows host.
Redhat 7.2 guest/Fedora Core 4 host with normal kqemu is slower
than -no-kqemu. Why ?
Have you got your tmpfs set up correctly so qemu can place its
Sent: Tuesday, March 28, 2006 6:30 AM Fabrice Bellard wrote:
> Hi,
>
> I just released a new version of kqemu which fixes some recently
> discovered issues. The fixes are the following:
>
> - Support for guest Linux kernels compiled with gcc >= 3.3
>
> - x86_64 host support is working again (only
Fabrice Bellard wrote:
Hi,
I just released a new version of kqemu which fixes some recently
discovered issues. The fixes are the following:
- Support for guest Linux kernels compiled with gcc >= 3.3
Tested with 2.4.26 & 2.6.16 - gcc-3.2, gcc-3.3, gcc-3.4 & gcc-4.0.2
Win2k-SP3, Win2k-SP4, W
On 3/27/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I just released a new version of kqemu which fixes some recently
> discovered issues. The fixes are the following:
>
> - Support for guest Linux kernels compiled with gcc >= 3.3
Hello,
I tried the Mandriva boot.iso and it now boots f
Hi,
I just released a new version of kqemu which fixes some recently
discovered issues. The fixes are the following:
- Support for guest Linux kernels compiled with gcc >= 3.3
- x86_64 host support is working again (only i386 on x86_64 full
virtualization has been tested, x86_64 on x86_64 is
21 matches
Mail list logo
