Date: Thu, 01 Feb 2001 10:48:15 -0800 From: Julian Elischer <julian@elischer.org> To: Sam Leffler <sam@errno.com> Cc: Andrew Gallatin <gallatin@cs.duke.edu>, freebsd-emulation@FreeBSD.ORG, becker@cs.duke.edu Subject: Re: experiences running vmware w/freebsd 5.0-current as guest Message-ID: <3A79AF6F.49EB8685@elischer.org> References: <14968.51758.59870.15884@grasshopper.cs.duke.edu> <06d701c08c72$49a9d080$24a6d4d1@melange>
next in thread | previous in thread | raw e-mail | index | archive | help
Sam Leffler wrote:
>
> > When running FreeBSD-current as a guest in vmware (VMX86:
> > version='unreleased' build='$Name: build-570 $' option=Release2.0.1) I
> > ran into 2 problems:
> >
> > a) VMware crashes when the pcn driver probes the AMD PCInet card.
> > This is indicated by a "NOT_IMPLEMENTED F(562):1654" message
> > shortly after FreeBSD probes the PCI bus, right after
> > message pci0: <display> at 15.0 (no driver attached).
I used to get something very similar to this on vmware 1.0.2
but it seems to work fine now.
I use the lnc driver and it works fine (except for the wierd MAC address,
but who cares about that.. I do all my kernel debugging with a
vmware machine with its com2 port (sio1) redirected to gdb so I can
single step it etc.. When running I have /usr/src NFS mounted from
the host so "cd /usr/src/sys/compile/MUMBLE; make install"
installs the latest compiled kernel and then I reboot and proceed
to debug.. works great but a bit slow..
I haven't seen the 30 secs to mount root, but I'm using a virtual disk
(not soft updates ether)
..
> >
>
> This assertion is caused by the pcn driver doing 32-bit ins and outs to
> 16-bit registers (the upper 16 bits are reserved).
>
> > Switching to a kernel without the pcn driver driver works around this.
> > The lnc driver mostly still works, but is unable to correctly
> > determine the card's mac address. This doesn't seem to matter for
> > running host-only networking.
> >
> > b) 5.0-current is _slow_. Mounting root takes upwards of 30 seconds
> > on a 400MHz mobile PII. Going multi-user takes over 10 minutes.
> > This is compared to near-native perf. with a 4.2-RELEASE kernel.
As I said.. I reboot to multiuser in about 50 seconds from poweron
using a PIII-500.
> >
> > Taking the i386 version of the atomic_cmpset_int() inline in
> > sys/i386/include/atomic.h is an effective workaround for this. Note
> > that it is apparently not sufficient to build an I386_CPU kernel - I
> > had trouble booting this. Taking just the i386 version of
> > atomic_cmpset_int() seems to work just fine, though.
hmm maybe I'm a couple of days out of date, but I'm sure I've rebooted since
then
and not seen it.. maybe it's because I'm using the older vmware?
> >
> > My theory is that the cmpxchgl instruction causes some sort of trap to
> > software emulation, but I have not verified it.
> >
>
> It could be that the use of the cmpxchgl instruction is finding a slow path
> through the runtime; if you have the code fragment handy I can forward it to
> the appropriate VMware folks.
>
> Sam
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-emulation" in the body of the message
--
__--_|\ Julian Elischer
/ \ julian@elischer.org
( OZ ) World tour 2000-2001
---> X_.---._/
v
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-emulation" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A79AF6F.49EB8685>