Re: [Qemu-devel] Windows 98 - hardware

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>

[Qemu-devel] Interesting progress with Win2k

[Jason Gress]

Just curious if others have had different luck.  I have Win2k working with the 
Bochs VGA driver from http://dhenriq.en.eresmas.com/ and tun networking via a 
script I downloaded from the mailing list archives, modified to work on newer 
versions of dhcpd.  (you have to add  echo "ddns-update-style ad-hoc;" to the 
section of the qemu-ifup-sudo script which creates the dhcpd.conf)

Anyhow, I got a pretty 1024x768 desktop, and so I though I would update 
Windows (IE, SP4, etc.) and see what I get.  Well, after heading to Windows 
Update, it updates IE6sp1 first.  That went fine, but after that, Windows 
Update always crashes IE now.  Also, when I download SP4 from MS directly, it 
crashes trying to install it.  My version of Win2k has an integrated SP1, and 
installed without problems.  Anyone have any different experiences?

Also I was wondering if anyone has gotten a tun network connection to be able 
to see their local host PC's network connections (network neighborhood, etc.) 
to be accessable.  Any tips would be appreciated!

	Jason

[Qemu-devel] w2k install problem & interesting progress ...

[Sebastien Bechet]

> Update always crashes IE now.  Also, when I download SP4 from MS directly, it 
> crashes trying to install it.  My version of Win2k has an integrated SP1, and 
> installed without problems.  Anyone have any different experiences?

I can confirm the problem.
Here is my own test with qemu 0.5.4 (not qemu-fast) :

** m$ products :

w95 w/ usb support
------------------
floppy : ok
ide : ok
cdrom : no
sb : ?
network : ?
install : ok without cdrom (only hd)
comment :

w98se
-----
floppy : ok
ide : ok
cdrom : ok
sb : 
network :
install : ok without cdrom (only hd)
comment :

w2ksp1
------
floppy :
ide : ok
cdrom : ok
sb : no
network : ok but problem installing sp4 with windowsupdate
install : ok
comment :

w2ksp3
------
floppy :
ide : 
cdrom :
sb :
network :
install : impossible (hard disk full, msgina.dll ...)
comment :

wxp
---
dono

** apple products :

openfirmware : ?
reallyfreefirmware : (where it is ? ...)
macos x : anyday
darwin : 


** bsd products :

freebsd:
openbsd :
netbsd:

** linux products :

...

** be products :
** ibm products :

...


Maybe this table can be useful on wiki for each qemu version
and cvs current. Your opinion ?

Bye.

-- 
Sebastien Bechet <s.bechet@av7.net>
av7.net

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.

[Qemu-devel] QEMU OS Support Table

[Fabrice Bellard]

I put online on the QEMU website an OS support table. You can send me 
diffs to this table. Maybe modifying the Wiki to copy it would be a good 
idea.

Fabrice.

Re: [Qemu-devel] QEMU OS Support Table

[Grzegorz Kulewski]

Empty fields in right column mean "works Ok" or "nothing"?

Grzegorz Kulewski


On Wed, 12 May 2004, Fabrice Bellard wrote:

> I put online on the QEMU website an OS support table. You can send me 
> diffs to this table. Maybe modifying the Wiki to copy it would be a good 
> idea.
> 
> Fabrice.
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://mail.nongnu.org/mailman/listinfo/qemu-devel
>