[Qemu-devel] Windows 98 News

[Qemu-devel] Windows 98 News

[Fabrice Bellard]

Hi,

My latest patches should finally fix the hardware probe problems during 
the Windows 98 installation. They also correct the timer issue I 
mentionned in my previous posts.

There is still a hang up while trying to initialize the floppy 
controller just after the second reboot of the installation (it must be 
disabled in hw/pc.c). The CD-ROM is still not recognized properly.

If you except these two last problems, Windows 98 should work much 
better. The subjective speed is also _much_ better (who said QEMU VGA 
emulation was slow ?:-)).

Fabrice.

Re: [Qemu-devel] Windows 98 News

[Hetz Ben Hamo]

Fabrice Bellard wrote:
> Hi,
> 
> My latest patches should finally fix the hardware probe problems during 
> the Windows 98 installation. They also correct the timer issue I 
> mentionned in my previous posts.

Nice ;)

> There is still a hang up while trying to initialize the floppy 
> controller just after the second reboot of the installation (it must be 
> disabled in hw/pc.c). The CD-ROM is still not recognized properly.

How should it be disabled?
As for the CDROM issue - it make the same problem with Solaris 10 (I 
just tried it today)

> If you except these two last problems, Windows 98 should work much 
> better. The subjective speed is also _much_ better (who said QEMU VGA 
> emulation was slow ?:-)).

One thing that keeps being a problematic is the network "card" issue - 
you're asking for IRQ 9, but it's shared with IRQ 2, causing the card in 
many cases to be disabled. Could you "switch" to another more friendly 
IRQ and free it first please?

Thanks,
Hetz

Re: [Qemu-devel] Windows 98 News

[Fabrice Bellard]

The CD-ROM works now, and the floppy does not hang Win98 during the boot 
phase (the floppy still does not work, but it is now a minor issue and 
it should be easier to fix).

Fabrice.

Re: [Qemu-devel] Windows 98 News

[Fabrice Bellard]

With my latest commits the user mode network also works with Win98 (I 
was able to use Internet Explorer). All the IP configuration is 
automatic because it uses the QEMU integrated DHCP server.

Fabrice.

Re: [Qemu-devel] Windows 98 News

[Herbert Poetzl]

On Tue, May 04, 2004 at 05:22:28AM +0200, Fabrice Bellard wrote:
> 
> With my latest commits the user mode network also works with Win98 (I 
> was able to use Internet Explorer). 

hmm, not sure if I should congratulate or feel sorry for you ;)

> All the IP configuration is 
> automatic because it uses the QEMU integrated DHCP server.

just wanted to use this reply to say:

I'm using qemu to do kernel testing on intel and
ppc hardware, and it just works ... fast, efficient
and the way I like it ...

Excellent Work!

thanks,
Herbert

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

Re: [Qemu-devel] Windows 98 News

[Jason Gress]

On Monday 03 May 2004 06:29 pm, Fabrice Bellard wrote:
> Hi,
>
> My latest patches should finally fix the hardware probe problems during
> the Windows 98 installation. They also correct the timer issue I
> mentionned in my previous posts.
>
> There is still a hang up while trying to initialize the floppy
> controller just after the second reboot of the installation (it must be
> disabled in hw/pc.c). The CD-ROM is still not recognized properly.
>
> If you except these two last problems, Windows 98 should work much
> better. The subjective speed is also _much_ better (who said QEMU VGA
> emulation was slow ?:-)).
>
> Fabrice.

I just wanted to confirm the improvements here.  Not only is the VGA faster 
(in Win2k and WinMe) but WinMe's hardware detection doesn't crash now, 
either. :)  It also detects the sound card if SB16 emulation is on.  You 
still have to do the network 'by hand', however.  Regardless - noticeable 
improvement!  I just wanted to confirm that WinMe is equally fixed up :)

Also Knoppix definitely updates the screen more often.  It's hard to tell 
if/how much it is faster otherwise.  That's a pretty slow system overall, but 
it's still pretty neat!  Frozen-Bubble starts, but the bubbles move a bit on 
the slow side.  ;)  I wonder how much speed difference the true color from 
Knoppix Vesa SVGA makes?  Or is it something else linux specific, or perhaps 
the cdrom image reading code is slow?  I run it from an iso image which qemu 
is told is the cdrom drive.  There is no hda image.

Thanks for your great work!

	Jason

P.S.  CVS ebuilds rock - I found this somewhere (on this list? - can't 
remember what google did for me) but if someone wants a perfectly working one 
let me know :)

Re: [Qemu-devel] Windows 98 News

[Jason Gress]

[-- Attachment #1: Type: text/plain, Size: 776 bytes --]

Oops!  I accidently sent this off-list.  Here's what I wrote (w/ attachment):

On Wednesday 05 May 2004 05:18 am, Jason Gress wrote:
> Sure thing - it's attached.  Put it in your PORTAGE_OVERLAY, in
> app-emulation/qemu-cvs.  I chose 04302004 only because that was the date
> that I found it and put it in my dir; it's irrelevant otherwise.  Enjoy! 
> :)
>
> 	Jason
>
> On Wednesday 05 May 2004 12:38 am, Bob Barry wrote:
> > Jason -
> >
> > On Thursday 01 January 1970 01:59, you wrote (to qemu list):
> > > P.S.  CVS ebuilds rock - I found this somewhere (on this list? - can't
> > > remember what google did for me) but if someone wants a perfectly
> > > working one let me know :)
> >
> > May I please have a copy?
> >
> > Thanks,
> >
> > Bob Barry

[-- Attachment #2: qemu-cvs-04302004.ebuild --]
[-- Type: text/plain, Size: 1795 bytes --]

# Copyright 1999-2004 Gentoo Technologies, Inc.
# Distributed under the terms of the GNU General Public License v2

DESCRIPTION="Multi-platform & multi-targets dynamic translator"
SRC_URI=""
HOMEPAGE="http://fabrice.bellard.free.fr/qemu/"

KEYWORDS="x86 ppc -alpha -sparc -arm"
SLOT="0"
LICENSE="GPL-2 LGPL-2.1"
IUSE=""

DEPEND="virtual/glibc
                dev-util/cvs
                media-libs/libsdl"
RDEPEND=""

RESTRICT="nostrip fetch"

TARGET_LIST="arm-user i386-user i386-softmmu ppc-user sparc-user"

src_unpack() {
        # This is hackish, but it works.
        addwrite ${DISTDIR}/cvs-src
        mkdir -p ${DISTDIR}/cvs-src/
        cd ${DISTDIR}/cvs-src

        einfo "Checking out latest qemu from CVS..."
        export CVS_RSH=ssh
        cvs -z3 -d:ext:anoncvs@savannah.nongnu.org:/cvsroot/qemu co qemu \
                || die "could not checkout source from cvs"
        cp -a qemu ${S}

        # Fix an ownership porblem
        chown -R portage:portage ${S}   
}

src_compile () {
        ./configure --enable-slirp --prefix=/usr \
                                --target-list="${TARGET_LIST}" || die "could not configure"
        make || die "make failed"
}

src_install() {
        dobin qemu-mkcow
        dodir /usr/share/qemu
        insinto /usr/share/qemu
        doins pc-bios/bios.bin pc-bios/vgabios.bin
        doman qemu.1

        dobin arm-user/qemu-arm
        dobin i386-user/qemu-i386
        dobin sparc-user/qemu-sparc
        dobin ppc-user/qemu-ppc
        dobin sparc-user/qemu-sparc

        dobin i386-softmmu/qemu

        dodoc README README.distrib *.html linux.sh
}

pkg_postinstall() {
        echo ">> You will need the Universal TUN/TAP driver compiled into"
        echo ">> kernel or as a module to use the virtual network device."
}