[9fans] rio startup fails in VMWare Fusion 2.0.0

[9fans] rio startup fails in VMWare Fusion 2.0.0

[Gary V. Vaughan]

...so I thought I'd upgrade to the latest and greatest Fusion release,
but things are even worse.

If I boot from the iso, and select option '2' for the livecd option
and taking the defaults of ps2 mouse, 640x480x8 resolution and xga
monitor, I get the following error messages:

   aux/vga: vgactlw: <linear 0x3e80000 0x0>: unknown vmware id 0740
   rio: can't open display: initdisplay /dev/draw/new: no frame buffer
   init: rc exit status: rio 9: display open

And then the boot sequence starts /bin/rc, and I get a 'term%' prompt.

Is this also related to bit rotted vmware drivers?

Cheers,
	Gary
--
Email me:          gary@gnu.org                          ._(()
Read my blog:      http://blog.azazil.net                 \' )
And my other blog: http://www.machaxor.net                =( \
...and my book:    http://sources.redhat.com/autobook     _(~_)'

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Federico G. Benavento]

try "vesa" for monitor and play with different resolutions
"aux/vga -m vesa -p" should give you some info.

On Tue, Sep 23, 2008 at 2:08 PM, Gary V. Vaughan <gary@gnu.org> wrote:
> ...so I thought I'd upgrade to the latest and greatest Fusion release, but
> things are even worse.
>
> If I boot from the iso, and select option '2' for the livecd option and
> taking the defaults of ps2 mouse, 640x480x8 resolution and xga monitor, I
> get the following error messages:
>
>  aux/vga: vgactlw: <linear 0x3e80000 0x0>: unknown vmware id 0740
>  rio: can't open display: initdisplay /dev/draw/new: no frame buffer
>  init: rc exit status: rio 9: display open
>
> And then the boot sequence starts /bin/rc, and I get a 'term%' prompt.
>
> Is this also related to bit rotted vmware drivers?
>
> Cheers,
>        Gary
> --
> Email me:          gary@gnu.org                          ._(()
> Read my blog:      http://blog.azazil.net                 \' )
> And my other blog: http://www.machaxor.net                =( \
> ...and my book:    http://sources.redhat.com/autobook     _(~_)'
>
>
>



--
Federico G. Benavento

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Gary V. Vaughan]

Hi Frederico,

Thanks for the response!

On 24 Sep 2008, at 02:03, Federico G. Benavento wrote:
> On Tue, Sep 23, 2008 at 2:08 PM, Gary V. Vaughan <gary@gnu.org> wrote:
>> ...so I thought I'd upgrade to the latest and greatest Fusion
>> release, but
>> things are even worse.
>>
>> If I boot from the iso, and select option '2' for the livecd option
>> and
>> taking the defaults of ps2 mouse, 640x480x8 resolution and xga
>> monitor, I
>> get the following error messages:
>>
>> aux/vga: vgactlw: <linear 0x3e80000 0x0>: unknown vmware id 0740
>> rio: can't open display: initdisplay /dev/draw/new: no frame buffer
>> init: rc exit status: rio 9: display open
>>
>> And then the boot sequence starts /bin/rc, and I get a 'term%'
>> prompt.
>>
>> Is this also related to bit rotted vmware drivers?
>
> try "vesa" for monitor and play with different resolutions
> "aux/vga -m vesa -p" should give you some info.

Using "vesa" for monitor along with all of the resolutions I tried
actually
hangs (i.e. I don't even get a text-mode term% prompt), as does "aux/
vga -m vesa -p"
if I type it at the text mode prompt.

Cheers,
	Gary
--
Email me:          gary@gnu.org                          ._(()
Read my blog:      http://blog.azazil.net                 \' )
And my other blog: http://www.machaxor.net                =( \
...and my book:    http://sources.redhat.com/autobook     _(~_)'

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[erik quanstrom]

> Using "vesa" for monitor along with all of the resolutions I tried
> actually
> hangs (i.e. I don't even get a text-mode term% prompt), as does "aux/
> vga -m vesa -p"
> if I type it at the text mode prompt.

ah!  vmware seems to be doing a much
better job these days of emulating real
live hardware!

- erik

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Richard Miller]

>   aux/vga: vgactlw: <linear 0x3e80000 0x0>: unknown vmware id 0740

It was picking up the wrong pci device - 15AD/0740 is a "virtual machine
communication interface", not the virtual vga controller.

Fixed by new version of /sys/src/9/pc/vgavmware.c now on sources.

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Rodolfo kix García]

Thanks Richard.

>>   aux/vga: vgactlw: <linear 0x3e80000 0x0>: unknown vmware id 0740
>
> It was picking up the wrong pci device - 15AD/0740 is a "virtual machine
> communication interface", not the virtual vga controller.
>
> Fixed by new version of /sys/src/9/pc/vgavmware.c now on sources.
>
>
>


-- 
Rodolfo García AKA kix
http://www.kix.es/
EA4ERH (@IN80ER)

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Ben Calvert]

Am encountering the same problem, even though i've just pulled down  
the latest sources.  Is there something special i should be doing?

thanks,

ben


On Nov 19, 2008, at 3:55 AM, Rodolfo kix García wrote:

>
> Thanks Richard.
>
>>> Â  Â aux/vga: vgactlw: <linear 0x3e80000 0x0>: unknown vmware id  
>>> 0740
>>
>> It was picking up the wrong pci device - 15AD/0740 is a "virtual  
>> machine
>> communication interface", not the virtual vga controller.
>>
>> Fixed by new version of /sys/src/9/pc/vgavmware.c now on sources.
>>
>>
>>
>
>
> -- 
> Rodolfo García AKA kix
> http://www.kix.es/
> EA4ERH (@IN80ER)
>
>

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[erik quanstrom]

On Sun Dec 14 03:28:08 EST 2008, ben@flyingwalrus.net wrote:
> Am encountering the same problem, even though i've just pulled down
> the latest sources.  Is there something special i should be doing?
>
> thanks,
>
> ben

the kernels on sources have not been rebuilt since this
patch was put up so it's pretty likely that the kernel on
the cd is also older than the patch, too.  the solution is
to build your own kernel, but this may be difficult if you
don't have a running machine.

- erik

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Ben Calvert]

well, i have a prompt.

i'll google about and see if i come up with instructions for compiling
the kernel...

On Dec 14, 2008, at 4:43 AM, erik quanstrom wrote:

> On Sun Dec 14 03:28:08 EST 2008, ben@flyingwalrus.net wrote:
>> Am encountering the same problem, even though i've just pulled down
>> the latest sources.  Is there something special i should be doing?
>>
>> thanks,
>>
>> ben
>
> the kernels on sources have not been rebuilt since this
> patch was put up so it's pretty likely that the kernel on
> the cd is also older than the patch, too.  the solution is
> to build your own kernel, but this may be difficult if you
> don't have a running machine.
>
> - erik
>

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Ben Calvert]

Actually, maybe i'm not being fully clear --

rio starts up during the install, but i get the 'vmware id 0740' error
when logging on afterwards.

On Dec 14, 2008, at 4:43 AM, erik quanstrom wrote:

> On Sun Dec 14 03:28:08 EST 2008, ben@flyingwalrus.net wrote:
>> Am encountering the same problem, even though i've just pulled down
>> the latest sources.  Is there something special i should be doing?
>>
>> thanks,
>>
>> ben
>
> the kernels on sources have not been rebuilt since this
> patch was put up so it's pretty likely that the kernel on
> the cd is also older than the patch, too.  the solution is
> to build your own kernel, but this may be difficult if you
> don't have a running machine.
>
> - erik
>

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Tharaneedharan Vilwanathan]

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

hi all,
not sure if this discussion is continued elsewhere, but i thought i will
share what i found.

i just installed vmware fusion 2.0.1 (128865), downloaded new plan9 CD image
(that probably geoff made yesterday and the one that probably has richard's
vmware vga fix) and tried to install plan9.

vgasize: 640x480x8, monitor: xga - this combo works
vgasize: 1024x768x8, monitor: xga - this combo works

i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck with vesa
also.

is anyone able to get any better resolution with vmware fusion in mac (or
parallels for mac 4.0, if it works for plan9)?

i have 1920x1200 widescreen LCD monitor with DVI and i would like to make
good use of more screen space. so i am trying to go up as much as possible.

with parallels for mac 3.0, i was able to use 1920x1200 but i used this
setup sparingly so far. i also noticed mouse jumps, poor performance or slow
screen updates (e.g. if i open acme window, it would sometimes take 10+
seconds to show the prompt) and some other incomplete screen draw, etc

any help appreciated.

thanks
dharani

On Sun, Dec 14, 2008 at 3:25 PM, Ben Calvert <ben@flyingwalrus.net> wrote:

> Actually, maybe i'm not being fully clear --
>
> rio starts up during the install, but i get the 'vmware id 0740' error when
> logging on afterwards.
>
> On Dec 14, 2008, at 4:43 AM, erik quanstrom wrote:
>
>  On Sun Dec 14 03:28:08 EST 2008, ben@flyingwalrus.net wrote:
>>
>>> Am encountering the same problem, even though i've just pulled down
>>> the latest sources.  Is there something special i should be doing?
>>>
>>> thanks,
>>>
>>> ben
>>>
>>
>> the kernels on sources have not been rebuilt since this
>> patch was put up so it's pretty likely that the kernel on
>> the cd is also older than the patch, too.  the solution is
>> to build your own kernel, but this may be difficult if you
>> don't have a running machine.
>>
>> - erik
>>
>>
>
>

[-- Attachment #2: Type: text/html, Size: 2865 bytes --]

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Richard Miller]

> vgasize: 640x480x8, monitor: xga - this combo works
> vgasize: 1024x768x8, monitor: xga - this combo works
>
> i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck with vesa
> also.
>
> is anyone able to get any better resolution with vmware fusion in mac (or
> parallels for mac 4.0, if it works for plan9)?

Native resolution on new macbook works with fusion.  I added to /lib/vgadb:

macbook=1280x800
	include=1152x768

If resolution 1280x1024x8 doesn't work for you, it's worth trying other depths
x16 x24 or x32.

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Jeff Sickel]

On Dec 22, 2008, at 8:39 AM, Richard Miller <9fans@hamnavoe.com> wrote:

>> vgasize: 640x480x8, monitor: xga - this combo works
>> vgasize: 1024x768x8, monitor: xga - this combo works
>>
>> i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck
>> with vesa
>> also.
>>
>> is anyone able to get any better resolution with vmware fusion in
>> mac (or
>> parallels for mac 4.0, if it works for plan9)?
>
> Native resolution on new macbook works with fusion.  I added to /lib/
> vgadb:
>
> macbook=1280x800
>    include=1152x768
>
> If resolution 1280x1024x8 doesn't work for you, it's worth trying
> other depths
> x16 x24 or x32.

I still recomend keeping the VMware Plan 9 instance as a console (text
only) and using drawterm to connect in--much more responsive and gives
clean access back to your host filesystem.

The docs on creating a stand alone cpu server help getting the
configuration to work.

-jas

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Tharaneedharan Vilwanathan]

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

hi jeff,

i agree. somewhere down the line, i will probably stick to this method.

but my problem is i use inferno and acme in inferno a lot. to the extent i
tested so far, drawterm, 9vx are all so slow in updating inferno screen (i
think it becomes a matter of screen area updates all the time instead of any
optimized updates like in case of, say, a rio text window). since i use
inferno a lot in plan9 and since the lag is very noticeable, i am just
trying to find out a way.

btw, is there any opportunity for optimization in draw operations that will
help? or it is already optimized? is it possible to lower the no of bits per
pixel in inferno and will it lead to any gain in performance?

thanks
dharani


I still recomend keeping the VMware Plan 9 instance as a console (text only)
> and using drawterm to connect in--much more responsive and gives clean
> access back to your host filesystem.
>
> The docs on creating a stand alone cpu server help getting the
> configuration to work.
>
> -jas
>
>
>

[-- Attachment #2: Type: text/html, Size: 1313 bytes --]

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Skip Tavakkolian]

if you setup dedicated machines for cpu+auth and fs, then booting a pc kernel
on a vmware and booting from fs works very well as a term.

> hi jeff,
>
> i agree. somewhere down the line, i will probably stick to this method.
>
> but my problem is i use inferno and acme in inferno a lot. to the extent i
> tested so far, drawterm, 9vx are all so slow in updating inferno screen (i
> think it becomes a matter of screen area updates all the time instead of any
> optimized updates like in case of, say, a rio text window). since i use
> inferno a lot in plan9 and since the lag is very noticeable, i am just
> trying to find out a way.
>
> btw, is there any opportunity for optimization in draw operations that will
> help? or it is already optimized? is it possible to lower the no of bits per
> pixel in inferno and will it lead to any gain in performance?
>
> thanks
> dharani
>
>
> I still recomend keeping the VMware Plan 9 instance as a console (text only)
>> and using drawterm to connect in--much more responsive and gives clean
>> access back to your host filesystem.
>>
>> The docs on creating a stand alone cpu server help getting the
>> configuration to work.
>>
>> -jas
>>
>>
>>

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Charles Forsyth]

>tested so far, drawterm, 9vx are all so slow in updating inferno screen (i

i tried running inferno in an 1152x900 x8r8g8b8 within 9vx.  (the window is
controlled by rio in 9vx but even then emu's draw operations go direct to the 9vx kernel
via draw.)  this is on a 1.2Ghz core duo on ubuntu 8.04.  it "didn't seem too bad"
(ie, not unusable) but it probably isn't as responsive as under plan 9 proper
and if you're used to that you probably would notice the difference.
i can't easily run them side by side for direct comparison.

inferno applications will be drawing via Inferno's /dev/draw, with a screen
implementation that ships updated rectangles to plan 9's using its 'y' and 'v' operations.
the buffer size is determined by plan 9's iounit.
inferno (on Plan 9 and thus 9vx) can be set to use plan 9's /dev/draw
directly, so inferno applications will be bypassing emu's /dev/draw.
it's a proof-of-concept scheme (ie, too many limitations at the moment
for real use -- not because of draw but window management). i tried my script
to run charon that way, under 9vx, and it was much, much worse than
under wm through inferno's own draw, so that's not an immediate fix.
it was really very bad.
(by the way, the only significant reason for inferno's current indirection on plan 9
is to ensure the same draw code is used and tested in all implementations.)

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Tharaneedharan Vilwanathan]

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

hi charles,
thanks for the details.

via draw.)  this is on a 1.2Ghz core duo on ubuntu 8.04.  it "didn't seem
> too bad"
> (ie, not unusable) but it probably isn't as responsive as under plan 9
> proper

yes, in cases like this, it is usable but the noticeable lag and the
relatively slow updates make me feel uncomfortable, particularly since i try
to use this kind of setup all the time, as opposed to sporadic use. also, i
think the issue becomes more severe for higher bits-per-pixel and higher
screen resolution, say 1920x1200.

btw, i was always happy with the speed at which plan9  updates screen (as
much as i like plan9 graphics interface itself). the screen updates are not
too fast, not too slow. i used to feel too fast screen updates are not good
for good experience (for development at least). i am also happy with the
speed at which inferno draw runs on top of plan9 when plan9 runs natively.
the cases where i see noticeable differences are like
vmware-fusion/parallels, drawterm, remote plan9 terminal over network in
which inferno is started, etc.


> and if you're used to that you probably would notice the difference.
> i can't easily run them side by side for direct comparison.
>
> inferno applications will be drawing via Inferno's /dev/draw, with a screen
> implementation that ships updated rectangles to plan 9's using its 'y' and
> 'v' operations.
> the buffer size is determined by plan 9's iounit.
> inferno (on Plan 9 and thus 9vx) can be set to use plan 9's /dev/draw
> directly, so inferno applications will be bypassing emu's /dev/draw.
> it's a proof-of-concept scheme (ie, too many limitations at the moment
> for real use -- not because of draw but window management). i tried my
> script
> to run charon that way, under 9vx, and it was much, much worse than
> under wm through inferno's own draw, so that's not an immediate fix.
> it was really very bad.



> (by the way, the only significant reason for inferno's current indirection
> on plan 9
> is to ensure the same draw code is used and tested in all implementations.)
>
is this something that was introduced in vita nuova's release? from what i
remember from inferno BU times, i think inferno used plan9's draw directly
since there was (almost?) no difference at that time.

thanks
dharani

[-- Attachment #2: Type: text/html, Size: 2953 bytes --]

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Tharaneedharan Vilwanathan]

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

hi richard,
i tried various combinations:

1280x1024
1280x800
1152x768
1920x1200

(i tried combinations like with x8, x24, x32 (not x16 i think)). nothing
seems to help. 1920x1200 looked like it turned the graphics mode on but then
it crashed.

btw, what was your plan9.ini config? did it look like:

vgasize=1280x800
monitor=macbook (or xga?, sorry i am not sure about this)

and, since we are in VM, does the native resolution really matter? my
thinking was, basically VM provides memory space and the graphics driver in
guest OS thinks this is its frame buffer. when a draw happens, the guest
OS's window gets updated. am i right or wrong?

regards
dharani

On Mon, Dec 22, 2008 at 5:39 AM, Richard Miller <9fans@hamnavoe.com> wrote:

> > vgasize: 640x480x8, monitor: xga - this combo works
> > vgasize: 1024x768x8, monitor: xga - this combo works
> >
> > i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck with
> vesa
> > also.
> >
> > is anyone able to get any better resolution with vmware fusion in mac (or
> > parallels for mac 4.0, if it works for plan9)?
>
> Native resolution on new macbook works with fusion.  I added to /lib/vgadb:
>
> macbook=1280x800
>        include=1152x768
>
> If resolution 1280x1024x8 doesn't work for you, it's worth trying other
> depths
> x16 x24 or x32.
>
>
>

[-- Attachment #2: Type: text/html, Size: 1911 bytes --]

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Richard Miller]

> btw, what was your plan9.ini config? did it look like:
>
> vgasize=1280x800
> monitor=macbook (or xga?, sorry i am not sure about this)

Before changing vgadb, I had success with:

	vgasize=1280x768x24
	monitor=cinema

> and, since we are in VM, does the native resolution really matter? my
> thinking was, basically VM provides memory space and the graphics driver in
> guest OS thinks this is its frame buffer. when a draw happens, the guest
> OS's window gets updated. am i right or wrong?

Sorry, I don't know the details.  When you're not running fullscreen, there
is obviously no real connection between the actual screen resolution and what
the vm is simulating.

Re: [9fans] rio startup fails in VMWare Fusion 2.0.0

[Tharaneedharan Vilwanathan]

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

hi richard,
thanks for the info. both 1280x768x8 and 1280x768x24 work for me. i am
working on some (unrelated) issues, after which i will try more
combinations.

thanks
dharani

On Tue, Dec 23, 2008 at 11:58 AM, Richard Miller <9fans@hamnavoe.com> wrote:

> > btw, what was your plan9.ini config? did it look like:
> >
> > vgasize=1280x800
> > monitor=macbook (or xga?, sorry i am not sure about this)
>
> Before changing vgadb, I had success with:
>
>        vgasize=1280x768x24
>        monitor=cinema
>
> > and, since we are in VM, does the native resolution really matter? my
> > thinking was, basically VM provides memory space and the graphics driver
> in
> > guest OS thinks this is its frame buffer. when a draw happens, the guest
> > OS's window gets updated. am i right or wrong?
>
> Sorry, I don't know the details.  When you're not running fullscreen, there
> is obviously no real connection between the actual screen resolution and
> what
> the vm is simulating.
>
>
>

[-- Attachment #2: Type: text/html, Size: 1470 bytes --]