9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Digby Tarvin <digbyt@acm.org>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] VMware
Date: Wed,  8 Nov 2000 08:43:07 +0000	[thread overview]
Message-ID: <200011080843.IAA21192@cthulhu.dircon.co.uk> (raw)
In-Reply-To: <20001107202003.A8783@buzzard.kdi.com> from Wayne Walker at "Nov 7, 2000 08:20:03 pm"

> Has anyone had any new luck getting R3 running under VMware?  I've seen
> comments about the :
> 
> VMware Workstation PANIC:
> 
> NOT_IMPLEMENTED F(562):1654
> 
> I have only seen that on VMware running on K6 processors.  I had
> different problems when running on a Pentium III, a loaner notebook I
> had :) that is now gone :(  In fact, I remember getting much further,
> but don't remember the problem there.  Has anyone tried
> Plan9/VMware/Intel cpu?  I could live without Ethernet (PPP over the
> virtual serial is OK with me...)

I havn't tried it yet, but was interested in doing so. The biggest show
stopper as far as I can see (as I think I have mentioned before)
is that in VMware only emulates a VGA hardware with 640x480 and 16
colours - which Plan9 won't be too happy with.

Support for higher resolution is achieved by installing custom
drivers which talk to VMware, rather than emulating any real
hardware. These drivers are only supplied for 'supported'
operating systems. And VMware considers the interface proprietary
and when I asked they indicated that they can not divulge it.

This is not a situation I am happy with, so have not yet felt
inspired to pay for a VMware license. It is a pity, because it
otherwise sounds very appealing.

Perhaps a solution, which might also be useful in many other situations,
would be a Plan 9 'virtual' graphics driver which, instead of supporting
directly connected graphics hardware, spits X protocol packets over
a network to allow a remote display to be used. 

VNC may be another option - I am not sure if it requires real local
hardware to mirror, though.

An X based 'pseudo-device' would provide the same 'system in a window'
capability you get for supported VMware guest operating systems,
with the added bonus of being able to do the same for systems runnning
on physicaly separate hardware. Plus it could provide a fall-back
solution for all those systems with unsupported (by Plan 9)
graphics hardware - if you have an X-term or X equipped Unix workstation
on your network, then you have a display that Plan 9 can use.

I have a bit of experience programming at the Xlib (and below) level,
but none at all in writing Plan 9 display drivers, so I don't know
how practical this would be. I would guess that, as a worst case,
one could just treat the X window as just a large bitmap, and
ignore all the windowing, fonts etc functionality of the X protocol.

Of course there is still the problem of getting VMware's emulated AMD
ethernet device to work with the Plan 9 driver. Last I heard, that
was still problematic due to some emulation flaw that doesn't effect
the supported guest OS's.

Regards,
DigbyT
-- 
Digby R. S. Tarvin                                              digbyt@acm.org
http://www.cthulhu.dircon.co.uk


  reply	other threads:[~2000-11-08  8:43 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-08  2:20 Wayne Walker
2000-11-08  8:43 ` Digby Tarvin [this message]
2000-11-08 11:41 ` Marco Shaw
  -- strict thread matches above, loose matches on Subject: below --
2003-08-26  1:05 [9fans] VMWare Skip Tavakkolian
2002-05-01  3:31 [9fans] vmware Russ Cox
2002-05-01 11:47 ` geerten kuiper
2001-12-18 16:25 [9fans] VMware Paul Taysom
2001-12-19 14:03 ` Danielo Parisien
2001-12-18 13:46 Danielo Parisien
2001-12-18 15:14 ` paurea
2001-12-07 21:35 [9fans] vmware vic
2001-12-03 16:42 Russ Cox
2001-12-03 10:27 nigel
2001-11-30 16:54 vic
2001-12-01  0:32 ` paurea
2001-12-03 10:08 ` vic
2001-12-03 10:35   ` paurea
2001-12-03 16:52   ` vic
2001-11-19 21:46 Russ Cox
2001-11-19 21:43 paurea
2000-04-07 14:30 [9fans] VMWare forsyth
2000-04-07 14:11 YAMANASHI
2000-04-07 13:55 miller
2000-04-07 11:11 Lucio
2000-04-07 10:41 Lucio
2000-04-06 19:40 miller
2000-04-06 10:04 Lucio
2000-04-06  9:34 Lucio
2000-04-06  1:30 dhog
2000-04-04 14:56 Lucio
2000-04-04 14:55 James
2000-04-04 14:15 Lucio
2000-04-04 14:10 James
1999-06-17 19:27 Wallet
1999-06-17 19:18 Wigbert
1999-06-17 18:17 Wallet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200011080843.IAA21192@cthulhu.dircon.co.uk \
    --to=digbyt@acm.org \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).