I emerged qemu-0.7.0 (~x86) with USE flags "softmmu kqemu". The compile went fine, but when I tried to modprobe the kqemu kernel module, I got the following: /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: unresolved symbol devfs_mk_cdev /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: unresolved symbol devfs_remove I looked at the source, and was able to remove the two lines from kqemu.c that reference the symbols above. After that I emerged and was able to 'modprobe kqemu'. I had to manually create the device node with this: mknod /dev/kqemu c 250 0 chmod 666 /dev/kqemu Then qemu works with the kqemu acceleration just fine. Is there some configuration missing from the ebuild that would make the source compile as-is? Or maybe this is a problem with the qemu source. Reproducible: Always Steps to Reproduce: 1.Add 'app-emulation/qemu softmmu kqemu' to package.use 2.Add 'app-emulation/qemu ~x86' to package.keywords 3.Emerge qemu 4.modprobe keqmu Actual Results: I got this error message: /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: unresolved symbol devfs_mk_cdev /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: unresolved symbol devfs_remove /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: Hint: You are trying to load a module without a GPL compatible license and it has unresolved symbols. Contact the module supplier for assistance, only they can help you. /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: insmod /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o failed /lib/modules/2.4.26-win4lin-r13/misc/kqemu.o: insmod kqemu failed Expected Results: It should have loaded the kqemu module. I am running kernel 2.4.26-win4lin-r13, and using devfs. devfsd is running. devfs is compiled into the kernel (not a module). I unloaded the Win4Lin drivers before I tried to load the kqemu module, as I read that they can interact.
looks like that's my fault assuming that would work on 2.4 kernels. I'll put a couple of ifdefs to avoid the issue.
the problem should be solved
