Gentoo Archives: gentoo-user

From: Paul Hartman <paul.hartman+gentoo@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] vmware opengl
Date: Tue, 07 Jun 2011 19:36:56
Message-Id: BANLkTimUfB7z8qw3YtJj44i5jH=zRuUfuQ@mail.gmail.com
In Reply to: Re: [gentoo-user] vmware opengl by Paul Hartman
1 On Tue, Jun 7, 2011 at 2:33 PM, Paul Hartman
2 <paul.hartman+gentoo@×××××.com> wrote:
3 > On Tue, Jun 7, 2011 at 1:43 PM, Matt Harrison
4 > <iwasinnamuknow@×××××××××.com> wrote:
5 >> Hi list,
6 >>
7 >> I have to run windows most of the time on my main desktop for work reasons,
8 >> but every now and then I install a gentoo guest on vmware to see how the
9 >> latest DMs are coming along.
10 >>
11 >> The current KDE4 is vastly improved from last time, extremely responsive and
12 >> everything is really nice...except that I cannot get opengl working for
13 >> compositing.
14 >>
15 >> The virtual machine has acceleration enabled, everything relevant has opengl
16 >> compiled. I'm not very experienced with X/opengl/etc so I'm not sure what
17 >> else needs to be done.
18 >
19 > AFAIK there is nothing working currently that allows you to use 3D
20 > acceleration in linux guest in VMWare. There are several non-working,
21 > half-working, used-to-work-but-don't-anymore projects trying to
22 > achieve it, but they're generally unmaintained and more of
23 > proof-of-concept than ready for users.
24 >
25 > The 3D acceleration does work for Windows guests, using the vmware
26 > helper drivers. Last time I tried it (a year or so ago), it "worked"
27 > as far as 3D being detected by the guest OS, but was not actually
28 > useable for anything real because it was so buggy and incomplete.
29 >
30 > I think the "official" way to use 3D in linux vmware guest is to use
31 > the vmwgfx kernel module, building some specific (patched?) libdrm,
32 > mesa with certain gallium configuration options, and enabling some
33 > magic switches in your xorg.conf, though I have read that this hasn't
34 > worked in a year or two. If you're using old versions of kernel &
35 > everything then maybe it could work...
36 >
37 > But I'm no expert in this area, maybe I'm wrong. ;)
38 >
39
40 I will add that maybe you can do something more simple like
41 client/server relationship between your host and guest, just use your
42 non-virtual X server to render the "remote" (virtualized) programs.