9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] vmware fusion - plan9 snarf issue
@ 2008-12-25  9:24 Tharaneedharan Vilwanathan
  2008-12-27 17:01 ` Russ Cox
  0 siblings, 1 reply; 9+ messages in thread
From: Tharaneedharan Vilwanathan @ 2008-12-25  9:24 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

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

hi,
quick question.

snarf doesnt work properly in plan9 on vmware fusion 2.0 for mac. from what
i found this seems to be a known issue. is there any fix available?

any help appreciated.

thanks
dharani

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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2008-12-25  9:24 [9fans] vmware fusion - plan9 snarf issue Tharaneedharan Vilwanathan
@ 2008-12-27 17:01 ` Russ Cox
  2008-12-28 12:09   ` Tharaneedharan Vilwanathan
  2009-01-03 18:21   ` Skip Tavakkolian
  0 siblings, 2 replies; 9+ messages in thread
From: Russ Cox @ 2008-12-27 17:01 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

> snarf doesnt work properly in plan9 on vmware fusion 2.0 for mac. from what
> i found this seems to be a known issue. is there any fix available?

no; someone needs to write a new version
of the vmware tools that works with the latest
vmware versions.

russ


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2008-12-27 17:01 ` Russ Cox
@ 2008-12-28 12:09   ` Tharaneedharan Vilwanathan
  2008-12-28 14:44     ` Anthony Sorace
  2009-01-03 18:21   ` Skip Tavakkolian
  1 sibling, 1 reply; 9+ messages in thread
From: Tharaneedharan Vilwanathan @ 2008-12-28 12:09 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

hi russ,

okay, this confirms some of the postings in the past.

in my opinion, this shortfall is really a bad one. cut-and-paste is
something very common operation (that too in plan9). it is really
difficult to live without it. i wonder why it has to be this
complicated in vmware.

btw this is what i noticed:

- if i mark(sweep) some text and press middle button in acme or use
send in rio, it works as intended.
- if i mark, cut and paste right there, then also its fine.
- anything else goes for a toss. in fact, the cut and paste buffer
even seems to bring a copy buffer content of previous instance of
guest OS after which i rebooted.
- this issue seems to have shown up in linux OS as well. so plan9 is
probaly yet another platform that got affected.

i am also trying to see if i can keep vmware fusion setup as file
server and avoid using the console (currently snarf buffer issue is
the major issue for me). i am trying to use drwaterm or so to use
plan9. i hope i can resolve my cpu/auth server setup issues.

thanks
dharani

On Sat, Dec 27, 2008 at 9:01 AM, Russ Cox <rsc@swtch.com> wrote:
>> snarf doesnt work properly in plan9 on vmware fusion 2.0 for mac. from what
>> i found this seems to be a known issue. is there any fix available?
>
> no; someone needs to write a new version
> of the vmware tools that works with the latest
> vmware versions.
>
> russ
>
>



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2008-12-28 12:09   ` Tharaneedharan Vilwanathan
@ 2008-12-28 14:44     ` Anthony Sorace
  2009-01-02 23:51       ` Tharaneedharan Vilwanathan
  0 siblings, 1 reply; 9+ messages in thread
From: Anthony Sorace @ 2008-12-28 14:44 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

to be clear, this behavior is while running the old plan 9 vmware
tool, right? without that, i'd expect the snarf buffer to work
properly within the guest environment, but you won't have any way to
get things out.



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2008-12-28 14:44     ` Anthony Sorace
@ 2009-01-02 23:51       ` Tharaneedharan Vilwanathan
  0 siblings, 0 replies; 9+ messages in thread
From: Tharaneedharan Vilwanathan @ 2009-01-02 23:51 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

hi anthony/russ,

okay, this is what i see now:

- with stand-alone kernel, i do see the snarf issue as i mentioned.
- however, i completed the installation to make it auth/cpu server. i
think i added a couple of devices in the config file, built the image
and used it for booting as auth/cpu server. i no longer see the
cut-and-paste issue now. i dont really know what did the trick but i
am very happy to see that the problem went away.

btw, i meant cut-and-paste within plan9 within the same VM. for now, i
am not worried about cut-and-paste for copying in and out of VM.

thanks
dharani
On Sun, Dec 28, 2008 at 6:44 AM, Anthony Sorace <anothy@gmail.com> wrote:
> to be clear, this behavior is while running the old plan 9 vmware
> tool, right? without that, i'd expect the snarf buffer to work
> properly within the guest environment, but you won't have any way to
> get things out.
>
>



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2008-12-27 17:01 ` Russ Cox
  2008-12-28 12:09   ` Tharaneedharan Vilwanathan
@ 2009-01-03 18:21   ` Skip Tavakkolian
  2009-01-03 18:57     ` Russ Cox
  2009-01-03 21:33     ` Roman V. Shaposhnik
  1 sibling, 2 replies; 9+ messages in thread
From: Skip Tavakkolian @ 2009-01-03 18:21 UTC (permalink / raw)
  To: 9fans

>> snarf doesnt work properly in plan9 on vmware fusion 2.0 for mac. from what
>> i found this seems to be a known issue. is there any fix available?
>
> no; someone needs to write a new version
> of the vmware tools that works with the latest
> vmware versions.
>
> russ

i've been reviewing open-vm-tools[1] and Russ' vmwarefs.  from what i
can tell the old backdoor (low bandwidth) mechanism is still supported
and the protocol hasn't changed.  there's an alternative high
bandwidth mechanism but i'm not sure if the advent of the high
bandwidth rpc was later than plan9's vmware tools (Russ?).

i setup a new vm (workstation v.  6.5.1) and installed from the latest
iso image and compared it to my existing vm (4.5.3) running an older
kernel.  the results from directly io to /mnt/vmware/snarf are the
same as far as i can tell.  this pattern is consistent: the snarf
buffer of the Plan 9 guest can be made visible in Windows host
consistently ONLY if in Plan 9 guest, the snarf file is read before
writing to it.  that is:

cat /mnt/vmware/snarf
echo 1 > /mnt/vmware/snarf

then the host and the guest os clipboard correctly reflect the last snarfed piece.

-Skip

[1] http://open-vm-tools.sourceforge.net/

the low level parts referenced in vmwarefs can be found under:
	lib/backdoor
	lib/guestApp (getdeviceinfo)
	toolbox/ (get/setguistate)




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2009-01-03 18:21   ` Skip Tavakkolian
@ 2009-01-03 18:57     ` Russ Cox
  2009-01-03 21:33     ` Roman V. Shaposhnik
  1 sibling, 0 replies; 9+ messages in thread
From: Russ Cox @ 2009-01-03 18:57 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

> i've been reviewing open-vm-tools[1] and Russ' vmwarefs.  from what i
> can tell the old backdoor (low bandwidth) mechanism is still supported
> and the protocol hasn't changed.  there's an alternative high
> bandwidth mechanism but i'm not sure if the advent of the high
> bandwidth rpc was later than plan9's vmware tools (Russ?).

it happened about the same time.
there is support for the high bandwidth
channel -- read and write /mnt/vmware/msg.

> i setup a new vm (workstation v.  6.5.1) and installed from the latest
> iso image and compared it to my existing vm (4.5.3) running an older
> kernel.  the results from directly io to /mnt/vmware/snarf are the
> same as far as i can tell.  this pattern is consistent: the snarf
> buffer of the Plan 9 guest can be made visible in Windows host
> consistently ONLY if in Plan 9 guest, the snarf file is read before
> writing to it.  that is:
>
> cat /mnt/vmware/snarf
> echo 1 > /mnt/vmware/snarf

interesting.  maybe that's worth making a new binary.

russ


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2009-01-03 18:21   ` Skip Tavakkolian
  2009-01-03 18:57     ` Russ Cox
@ 2009-01-03 21:33     ` Roman V. Shaposhnik
  2009-01-03 21:46       ` Russ Cox
  1 sibling, 1 reply; 9+ messages in thread
From: Roman V. Shaposhnik @ 2009-01-03 21:33 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

On Sat, 2009-01-03 at 10:21 -0800, Skip Tavakkolian wrote:
> >> snarf doesnt work properly in plan9 on vmware fusion 2.0 for mac. from what
> >> i found this seems to be a known issue. is there any fix available?
> >
> > no; someone needs to write a new version
> > of the vmware tools that works with the latest
> > vmware versions.
> >
> > russ
>
> i've been reviewing open-vm-tools[1] and Russ' vmwarefs.

Where's the source code for vmwarefs located?

Thanks,
Roman.




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [9fans] vmware fusion - plan9 snarf issue
  2009-01-03 21:33     ` Roman V. Shaposhnik
@ 2009-01-03 21:46       ` Russ Cox
  0 siblings, 0 replies; 9+ messages in thread
From: Russ Cox @ 2009-01-03 21:46 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

On Sat, Jan 3, 2009 at 1:33 PM, Roman V. Shaposhnik <rvs@sun.com> wrote:
> Where's the source code for vmwarefs located?

http://9fans.net/archive/2008/12/180

Russ


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2009-01-03 21:46 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-12-25  9:24 [9fans] vmware fusion - plan9 snarf issue Tharaneedharan Vilwanathan
2008-12-27 17:01 ` Russ Cox
2008-12-28 12:09   ` Tharaneedharan Vilwanathan
2008-12-28 14:44     ` Anthony Sorace
2009-01-02 23:51       ` Tharaneedharan Vilwanathan
2009-01-03 18:21   ` Skip Tavakkolian
2009-01-03 18:57     ` Russ Cox
2009-01-03 21:33     ` Roman V. Shaposhnik
2009-01-03 21:46       ` Russ Cox

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).