[Qemu-devel] Windows 98 - hardware

[Qemu-devel] Windows 98 - hardware

[Lean Fuglsang]

Hello,
I was wondering what drivers I need to install in windows 98, to get
graphiccard, networking and sound working.
I have heard that networking should be installed, when windows is
installed - but I didn't have a /dev/net/tun at that time.
-- 
Lean Fuglsang <lean@omnia.dk>

Re: [Qemu-devel] Windows 98 - hardware

[Jim C. Brown]

On Mon, May 03, 2004 at 09:11:11PM +0200, Lean Fuglsang wrote:
> Hello,
> I was wondering what drivers I need to install in windows 98, to get
> graphiccard, networking and sound working.
> I have heard that networking should be installed, when windows is
> installed - but I didn't have a /dev/net/tun at that time.
> -- 
> Lean Fuglsang <lean@omnia.dk>
> 
> 

I'll try to help but I haven't done this in a while, so my memory
is a little fuzzy. If something I say is a little off, or really off,
feel free to let me know.

You will need to go to "Add New Hardware" in the "Control Panel" and
then (after it has scaned for plug&play hardware and finds none) choose
to install a network adaptor from the list (i.e. skip detection of
non-plug&play hardware). Install a Novel/Antherm 2000 card. (Apologies for
bad spelling.) I don't remember what the manufactor was, it's
either Microsoft, Novel, or Novel/Antherm. I think. Set the
IO mem range that starts with 300 (300-3FF iirc), and the IRQ to 9. Take
defaults for everything else. Finally reboot. If all goes well, it
should work. (In my case I had to apply a patch and recompile qemu,
but that was for qemu 0.5.2)

For graphisc card, you really can't do much. The best I was able to do was
to install SVGA but that doesn't give you much. At least it gets rid
of that annoying prompt to install a new video adaptor. If you want to
install SVGA despite its lack of benefits, go back to the "Add New
Hawrdware" wizard and choose display adaptor from the list. Then choose
Standard SVGA Display (the manufactor is one of those "[Standard...]" things,
I don't remember which one). From there just take the defaults for everything
and then reboot.

As for sound I haven't gotten to that yet. If youdo get it to work, be sure
to let me know how you did it. ;)

> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://mail.nongnu.org/mailman/listinfo/qemu-devel

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

Re: [Qemu-devel] Windows 98 - hardware

[Lean Fuglsang]

On Mon, 2004-05-03 at 21:51, Jim C. Brown wrote:

> You will need to go to "Add New Hardware" in the "Control Panel" and
> then (after it has scaned for plug&play hardware and finds none) choose
> to install a network adaptor from the list (i.e. skip detection of
> non-plug&play hardware). Install a Novel/Antherm 2000 card. (Apologies for
> bad spelling.) I don't remember what the manufactor was, it's
> either Microsoft, Novel, or Novel/Antherm. I think. Set the
> IO mem range that starts with 300 (300-3FF iirc), and the IRQ to 9. Take
> defaults for everything else. Finally reboot. If all goes well, it
> should work. (In my case I had to apply a patch and recompile qemu,
> but that was for qemu 0.5.2)
Okay, i tried an NE2000-compatible, found in Novel/Antherm.
I could set I/O mem range to 300, but it is 300-31F
There is an option 3E0-3FF.
There is also no IRQ 9, but only IRQ 9/2.
When I boot windows it comes with BSOD with an NDIS error.
Hopes this can bring back som rusty memory :)

*Bonus trivia*
Will qemu-fast ever work with windows 98? Or does windows need to be
patched?
-- 
Lean Fuglsang <lean@omnia.dk>

Re: [Qemu-devel] Windows 98 - hardware

[Hetz Ben Hamo]

> As for sound I haven't gotten to that yet. If youdo get it to work, be sure
> to let me know how you did it. ;)

Sound has some issues - specially with Windows XP. It plays sound pretty well 
(much better then VMWare), but there seems to be some missing registers and 
QEMU crashes with it a lot (and leaving you without a mouse)..

Thanks,
Hetz

Re: [Qemu-devel] Windows 98 - hardware

[Jim C. Brown]

On Mon, May 03, 2004 at 11:22:13PM +0200, Lean Fuglsang wrote:
> On Mon, 2004-05-03 at 21:51, Jim C. Brown wrote:
> 
> > You will need to go to "Add New Hardware" in the "Control Panel" and
> > then (after it has scaned for plug&play hardware and finds none) choose
> > to install a network adaptor from the list (i.e. skip detection of
> > non-plug&play hardware). Install a Novel/Antherm 2000 card. (Apologies for
> > bad spelling.) I don't remember what the manufactor was, it's
> > either Microsoft, Novel, or Novel/Antherm. I think. Set the
> > IO mem range that starts with 300 (300-3FF iirc), and the IRQ to 9. Take
> > defaults for everything else. Finally reboot. If all goes well, it
> > should work. (In my case I had to apply a patch and recompile qemu,
> > but that was for qemu 0.5.2)
> Okay, i tried an NE2000-compatible, found in Novel/Antherm.
> I could set I/O mem range to 300, but it is 300-31F
> There is an option 3E0-3FF.

No it is definitely 300-31F.

> There is also no IRQ 9, but only IRQ 9/2.

Yes that is right.

> When I boot windows it comes with BSOD with an NDIS error.
> Hopes this can bring back som rusty memory :)

No, this never happened to me. Of course I use vde, not the builtin tuntap
or the userspace network, so there might be some differences.

> 
> *Bonus trivia*
> Will qemu-fast ever work with windows 98? Or does windows need to be
> patched?

No. qemu-fast is designed for loading a linux kernel w/o any BIOS. In theory,
you could modify the source code of Windows so it would start out with a linux
like "kernel" bootstrapper (which also emulated all of the BIOS stuff) and then
have it load the rest of Windows. In reality, this is not going to happen.
(I suppose, if you are into the black arts, you could create a linux kernel-like
bootstrapper instead, and have that load up io.sys...) Also, the modified
Windows OS would need to use linux syscalls and mmap(). (Again, if you
are into the black arts, you could try patching the machine code...)

> -- 
> Lean Fuglsang <lean@omnia.dk>
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://mail.nongnu.org/mailman/listinfo/qemu-devel

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

Re: [Qemu-devel] Windows 98 - hardware

[Fabrice Bellard]

Jim C. Brown wrote:

>>*Bonus trivia*
>>Will qemu-fast ever work with windows 98? Or does windows need to be
>>patched?
> 
> 
> No. qemu-fast is designed for loading a linux kernel w/o any BIOS. In theory,
> you could modify the source code of Windows so it would start out with a linux
> like "kernel" bootstrapper (which also emulated all of the BIOS stuff) and then
> have it load the rest of Windows. In reality, this is not going to happen.
> (I suppose, if you are into the black arts, you could create a linux kernel-like
> bootstrapper instead, and have that load up io.sys...) Also, the modified
> Windows OS would need to use linux syscalls and mmap(). (Again, if you
> are into the black arts, you could try patching the machine code...)

This is no longer right. qemu-fast will be able someday to run all OSes, 
but the price to pay will be less security (the emulated user space code 
will be able to write to the QEMU cpu code).

Fabrice.

Re: [Qemu-devel] Windows 98 - hardware

[Lean Fuglsang]

> This is no longer right. qemu-fast will be able someday to run all OSes, 
> but the price to pay will be less security (the emulated user space code 
> will be able to write to the QEMU cpu code).
Okay, as long as I can put qemu into a seperate user that is fine. 
And if Windows crashes, a virtual reboot is needed anyway.
How much performance gain is the in using qemu-fast? Is it something I
should look forward, or is it neglictible?
(I don't dare to ask for the timeframe ;)
> Fabrice.
> 

-- 
Lean Fuglsang <lean@omnia.dk>

Re: [Qemu-devel] Windows 98 - hardware

[Fabrice Bellard]

Lean Fuglsang wrote:
>>This is no longer right. qemu-fast will be able someday to run all OSes, 
>>but the price to pay will be less security (the emulated user space code 
>>will be able to write to the QEMU cpu code).
> 
> Okay, as long as I can put qemu into a seperate user that is fine. 
> And if Windows crashes, a virtual reboot is needed anyway.
> How much performance gain is the in using qemu-fast? Is it something I
> should look forward, or is it neglictible?

The performance gain will be important, especially for purely 
computational user tasks (close to native performances). The OS kernel 
itself will run at about the same speed as the 'standard' qemu.

To do better, a host kernel module will be needed, but I don't have the 
courage to do that yet.

> (I don't dare to ask for the timeframe ;)

Yes, it is better not to ask :-)

Fabrice.