similar to: Advice on PCIe graphics card for Xen+X86_64 for X

Just wondering what it will take to get the nvidia binary driver working on a pv_ops kernel. It makes it difficult to debug without the source to the nvidia driver, but I think it should be possible to get it to work without changing the binary driver. If the dom0 kernel had access to all the resources that a bare metal kernel did, then it should work right? I''m using Jeremy''s

Just wondering what it will take to get the nvidia binary driver working on a pv_ops kernel. It makes it difficult to debug without the source to the nvidia driver, but I think it should be possible to get it to work without changing the binary driver. If the dom0 kernel had access to all the resources that a bare metal kernel did, then it should work right? I''m using Jeremy''s

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

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

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

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

On 05/07/2017 11:12 PM, Ilia Mirkin wrote: > On Sun, May 7, 2017 at 7:17 AM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: >> Dear Devs, >> >> We have achieved a desktop of up to six monitors, with openGL running >> succesfully on the desktop, with the following setup/features: >> >> * Ubuntu 16+ >> * Xrandr >> * Noveau driver >>

First three patches are removing ACPI workarounds which should have never landed. The last four are adding a workaround to nouveau which seem to help quite a lot with the RTD3 issues with Nouveau, so let's discuss and get wider testing of those and see if there is any fallout or laptops where the issues don't get fixed. Karol Herbst (7): Revert "ACPI / OSI: Add OEM _OSI string to

Hi everyone, If there any modules (drivers) for Video Graphic Accelerated Card nVIDIA GeForce 8400 G in Xen? Cause the driver that I downloaded from nvidia.com won´t work with Xen Kernel. Any Idea? I use CentOS 5.1 I appreciate your helps very much thank you Eric Jansen _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

I am having some issues (e.g. System lock ups) with my ATI 9250 Video card. I am thinging about replacing it with either a Nvidia FX5200, FX5500, or a FX5600 card. Is anyone using one of these cards on Centos 4.1 with the stock (XORG) nv driver? -------------- next part -------------- An HTML attachment was scrubbed... URL:

In the xend-config.sxp scritp I set: (xend-http-server yes) (xend-port 8000) (xend-address '''') When I point my browser at it, the page that comes up only displays two lines, each of which are just a ''/'' that is a link to itself. What am I missing? Thanks, Kirk _______________________________________________ Xen-users mailing list

I have had my "nv" driver lock up a number of times. I downloaded the "nvidia" drivers and they did not work at 1920x1080 resolution. I am looking for an updated driver for just "nv". I found some once for a different driver that you just update commonXXX and yourdriverXXX not the whole X recompile. Where can I find those drivers? THanks, Jerry --------------

So, in the ongoing saga of the unusual 1U short-depth workstation, we have narrowed the field to two choices. Both entrants are configured with 16GB memory (4x4GB), two 2.5" drives (1x250GB SSD and 1x1TB HDD), and an NVIDIA NVS510 graphic card (quad display): 1) SuperMicro 5017R-MF, Xeon E5-2609 processor 2) SuperMicro 5017C-LF, Xeon E3-1220 processor (I wish SuperMicro had a list of their

I recently install CentOS 5.2 on an older pc Abit VP6 motherboard 2 x 1GHz PIII processors 1.5GB RAM Nvidia MX440 video All works fine except when running X The display locks at ramdom times Sometimes it locks when I log in Sometimes it locks after several hours While it is locked I can ssh to this machine from another server I have to reboot to clear it Also when I reboot X starts with random

Hello all. I have the same problem as described by Dmitry a day ago in a topic similar. I am able to use x11 with base driver "nv" but when I load "nvidia" driver, startx simply crash my machine and reboot after 5 seconds. I have a similar log file as reported by Dmitry even using startx+logverbose option. XF86Config file is similar,except it is not the same nvidia video

Hi Peter, On 24 May 2016 at 23:53, Peter Wu <peter at lekensteyn.nl> wrote: > Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port > can be runtime-suspended which disables power resources via ACPI. This > is incompatible with DSM, resulting in a GPU device which is still in D3 > and locks up the kernel on resume. > > Mirror the behavior of

I don't think that logic has changed in over a year, nor do I expect it will in the future, unless someone comes in and does the work to figure out what's wrong. If that's not you, then you have to hope there will be someone else interested in running a desktop GPU on an arm-based board. On Fri, May 8, 2020 at 11:13 AM Milan Bu?ka <milan.buska at gmail.com> wrote: > >

https://bugs.freedesktop.org/show_bug.cgi?id=59474 Priority: medium Bug ID: 59474 Assignee: nouveau at lists.freedesktop.org Summary: fedora 18 X server crashes after boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Solaris Reporter: dax at enst.fr

On 27 May 2016 at 22:31, Peter Wu <peter at lekensteyn.nl> wrote: > On Fri, May 27, 2016 at 02:01:39PM +0100, Emil Velikov wrote: >> Hi Peter, >> >> On 24 May 2016 at 23:53, Peter Wu <peter at lekensteyn.nl> wrote: >> > Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port >> > can be runtime-suspended which disables