Skip site navigation (1)Skip section navigation (2)
Date:      12 Jul 2003 12:07:37 -0700
From:      "Scott M. Likens" <damm@fpsn.net>
To:        current@freebsd.org
Subject:   Re: Regarding VMWare 3.0 Port and an odd bug that i've been getting over and over again...
Message-ID:  <1058036856.7716.1.camel@acheron.livid.de>
In-Reply-To: <1058031637.50638.5.camel@acheron.livid.de>
References:  <1058021485.1110.107.camel@prophecy> <1058031637.50638.5.camel@acheron.livid.de>

next in thread | previous in thread | raw e-mail | index | archive | help

--MIMEStream=_0+218026_3654188375240_15839913791
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-yXPXzTFxRiQLo/fi2lA7"
Mime-Version: 1.0


--=-yXPXzTFxRiQLo/fi2lA7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2003-07-12 at 10:40, Scott M. Likens wrote:
> On Sat, 2003-07-12 at 07:51, Christopher Nehren wrote:
> > The "not implemented" error message suggests to me that the VM (in this
> > case, Win2K) is attempting to perform an operation that the emulation
> > software (or its underlying operating system -- in this case, Linux
> > 2.4.2 under FreeBSD emulation) doesn't know how to perform. I received =
a
> > similar message when attempting to install Windows XP on VMWare 2.x --
> > however, IIRC, mine didn't crash or require a hard reboot. My hypothesi=
s
> > is that -- were this a real, modern Linux machine -- that operation
> > would succeed. However, since this is a binary emulation situation (one
> > that itself manages its own layer of binary emulation), and one that
> > more directly interfaces with the underlying hardware than most Linux
> > emulated programs, the likelihood for such an operation to fail
> > increases. As far as I understand it, the solution involves more fully
> > implementing the Linux emulation.
>=20
> Actually it's during shutdown that this bug occurs
>=20
> It's quite annoying on top of the 'rtc.ko' wanting to dump and creating
> a infinite loop panic at shutdown isn't that great either.
>=20
> I know i'm not the only person experiencing this, just the only person
> who cares.
>=20
> So i've come to this conclusion, I'll just need linux.
>=20
> You are right thought it's obviously a call it's making like sync() i
> imagine that we arn't implementing properly in the emulation.  So when
> VMWare try's to make this what should exist call, it's not really there
> and fudges up.
>=20
> Thus leaving crap in the kernel i imagine, and thus creating the
> problem.
>=20
>=20
> > Either this, or it could just be a plain bug in VMWare -- though I've
> > learned from experience that it's always best to blame oneself before
> > assuming others are at fault.

Nah it's still there with VFS_AIO compiled into the kernel.

Obviously it's more then meats the eye, but I don't know where it lacks
it, thus why I asked the list to see if I missed it.

--=20
"I think we ought to be out there doing what we do best - making large
holes in other people's countries." - George Carlin


--=-yXPXzTFxRiQLo/fi2lA7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQA/EFx4D2+AYUq0LpARAs8ZAJ9dFm/ktkMuyflGa6gGNyBidJFLHQCghfVo
y7FRv/rxYhDx156oKyvQDak=
=zo2/
-----END PGP SIGNATURE-----

--=-yXPXzTFxRiQLo/fi2lA7--

--MIMEStream=_0+218026_3654188375240_15839913791--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1058036856.7716.1.camel>