[Qemu-devel] Note on kqemu for Win4Lin users.

[Qemu-devel] Note on kqemu for Win4Lin users.

[Emmanuel Charpentier]

Dear List,

This small note to help users of Win4Lin trying to use QEMU with kqemu : 
either mki-adapter or Win4Lin (device drivers used by Win4Lin) probably 
uses major 250, hence prohibiting use of kqemu.ko. A temporary fix is to 
unload them (/etc/rc.d/init.d/Win4Lin stop). After that, qemu uses kqemu 
(no more "incompatible kernel" message), and works like a charm.

I have not yet done real tests, but my first impression is that the real 
fix to the drivers problem is to drop Win4Lin entierely : QEMU with 
kqemu seems a better solution (may even be faster, at first sight) to my 
needs...

A big "thank you" to Fabrice Bellard, and best whishes to him in its 
research of a sponsor. I think that a commented and (L)GPLed version of 
his programs would be a veritable boon for Free|OpenSource software 
community and users.

Sincerely,

-- 
Emmanuel Charpentier	charpent <at> bacbuc <dot> dyndns <dot> org

Re: [Qemu-devel] Note on kqemu for Win4Lin users.

[Brad Campbell]

Emmanuel Charpentier wrote:
> Dear List,
> 
> This small note to help users of Win4Lin trying to use QEMU with kqemu : 
> either mki-adapter or Win4Lin (device drivers used by Win4Lin) probably 
> uses major 250, hence prohibiting use of kqemu.ko. A temporary fix is to 
> unload them (/etc/rc.d/init.d/Win4Lin stop). After that, qemu uses kqemu 
> (no more "incompatible kernel" message), and works like a charm.

The real problem is win4lin uses devices 244-253. I put keqmu at 239 and happily use both together

> I have not yet done real tests, but my first impression is that the real 
> fix to the drivers problem is to drop Win4Lin entierely : QEMU with 
> kqemu seems a better solution (may even be faster, at first sight) to my 
> needs...

win4lin running win95->winme is much, much faster than qemu running either those, or win2k. Horses 
for courses of course, but for my day to day stuff I can do on WinMe, it's just bucketloads quicker.
So kqemu is not faster by a very long way. Shame, but I'm sure it will improve over time.

bklaptop:~>cat /proc/devices
Character devices:
   1 mem
   2 pty/m%d
   3 pty/s%d
   4 tts/%d
   5 cua/%d
   7 vcs
  10 misc
  13 input
  14 sound
  29 fb
128 ptm
136 pts/%d
162 raw
180 usb
202 cpu/msr
203 cpu/cpuid
239 kqemu
244 Vnetd
245 Vnet
246 vwdisp
247 vmouse
248 vkbd
249 vgic
250 vdsp
251 Mserial
252 Mpip
253 Merge
254 pcmcia

Regards,
Brad
-- 
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams

[Qemu-devel] Emulation of ARM based embedded system

[Waqqas Jabbar]

Hi

i want to make an custom ARM based embedded system. I
want to emulate flash,ram, serial port and usb host
and device interfaces

Can i use qemu to emulate this complete system ? 

Is there any way to configure qemu with the memory map
of my board.

Is there any other emulator more suited to for this?

thanks in advance

waqqas



		
__________________________________ 
Do you Yahoo!? 
Read only the mail you want - Yahoo! Mail SpamGuard. 
http://promotions.yahoo.com/new_mail 

Re: [Qemu-devel] Emulation of ARM based embedded system

[Karel Gardas]

On Mon, 28 Feb 2005, Waqqas Jabbar wrote:

> Is there any other emulator more suited to for this?

I guess sid[1] or skyeye[2].

Cheers,
Karel

[1]: http://sourceware.org/sid/
[2]: http://www.skyeye.org/

--
Karel Gardas                  kgardas@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com

Re: [Qemu-devel] Emulation of ARM based embedded system

[Paul Brook]

On Tuesday 01 March 2005 06:34, Waqqas Jabbar wrote:
> Hi
>
> i want to make an custom ARM based embedded system. I
> want to emulate flash,ram, serial port and usb host
> and device interfaces
>
> Can i use qemu to emulate this complete system ?

No. qemu currently only runs arm-linux user applications.

Paul