search for: andreslc

Has anyone gotten this working? It seems it is a toolkit to allow guest OSes to have native speed OpenGL rendering. It might it be a good inclusion for Indiana. (To enable people to test it out in a VM.) http://www.cs.toronto.edu/~andreslc/vmgl/ --Brian P.S - The site said it is running on OpenSolaris _______________________________________________ indiana-discuss mailing list indiana-discuss-xZgeD5Kw2fzokhkdeNNY6A@public.gmane.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss

hi, is there any plan to package and/or include VMGL in centos/fedora: http://www.cs.toronto.edu/~andreslc/xen-gl/ -- Levente "Si vis pacem para bellum!"

It is worthwhile, when designing virtio, to keep in mind as many possible users as possible. In addition to block and net, I see at least the following: - vmgl (paravirtualized 3D graphics) [http://www.cs.toronto.edu/~andreslc/xen-gl/] - scsi (for tape, cd writer, etc.) - framebuffer (with just one request to share the framebuffer?) There are probably more. Any ideas? -- error compiling committee.c: too many arguments to function

It is worthwhile, when designing virtio, to keep in mind as many possible users as possible. In addition to block and net, I see at least the following: - vmgl (paravirtualized 3D graphics) [http://www.cs.toronto.edu/~andreslc/xen-gl/] - scsi (for tape, cd writer, etc.) - framebuffer (with just one request to share the framebuffer?) There are probably more. Any ideas? -- error compiling committee.c: too many arguments to function

It is worthwhile, when designing virtio, to keep in mind as many possible users as possible. In addition to block and net, I see at least the following: - vmgl (paravirtualized 3D graphics) [http://www.cs.toronto.edu/~andreslc/xen-gl/] - scsi (for tape, cd writer, etc.) - framebuffer (with just one request to share the framebuffer?) There are probably more. Any ideas? -- error compiling committee.c: too many arguments to function

Hello. I am just looking around today for the new 3D virtualization availability with VMGL. http://www.cs.toronto.edu/~andreslc/xen-gl/ http://kvm.qumranet.com/kvmwiki/HOWTO_VMGL And the conversation in the virtualbox forum here: http://forums.virtualbox.org/viewtopic.php?t=16&postdays=0&postorder=asc&start=0 There talk about VMGL, wine, and a project that i didnt know: http://sourceforge.net/projects/dxglwra...

Hello, I used a ScienticLinux 5.0 distro (mimics RedHat 5.0 but merged the Server and Enterprise versions) in a x86_64 arch. I ran into a problem, because while I can have X in the normal kernel, the Xen kernel, when I boot in dom0 is in text mode and can''t load the Nvidia module. This is because Nvidia does not support Xen. There seems to be some patches for other distros (Suse,

I ran a bisect to find out when Windows XP 32 bit becomes unusably slow. And I found the changeset that caused it. ========== The problem: ========== Windows 8 64 bit and 32 bit run fast and fine in the newest xen versions. Windows XP 32 bit runs unusably slow in anything new that I built from xen-unstable, but runs fast in 4.1.2 and 4.1.3 stable. While it is running slow, "xm top" or

A character device for accessing (in user-space) pages that have been granted by other domains. Signed-off-by: Derek Murray <Derek.Murray@cl.cam.ac.uk> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

> I''m not mad keen on propagating these sorts of asm atomic operations throughout > our code base. Other options would be: gcc has atomic builtins to do this kind of work. I don''t know about arm, but they do the job in x86 http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Atomic-Builtins.html so atomic_inc(val) -> __sync_fetch_and_add(val, 1) and likewise for dec/sub Andres