search for: renderd128

.../0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1 > ?? ???? ? ? ? [MASTER] drm:card0-HDMI-A-1 > ?? ???? ? ? > ??/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1 > ?? ???? ? ??? [MASTER] drm:card0-VGA-1 > ??/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/renderD128 > ?? ???? ? ? drm:renderD128 > ??/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/graphics/fb0 > ?? ???? ? ? graphics:fb0 "nouveaudrmfb" > > So it will be: > > loginctl attach seat1 /sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-VGA-1 > >...

...D VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileNone : VAEntrypointVideoProc First, I think EncSlice lines are invalid (or mesa can magically (shaders?) _encode_ mpeg2 videos?) Second .. ffmpeg command failed for me :/ ffmpeg -vaapi_device /dev/dri/renderD128 -benchmark -c:v libdav1d -i /mnt/sdb1/Stream2_AV1_720p_3.2mbps.webm -vf format=nv12,hwupload,scale_vaapi=w=240:h=120 -map 0:v:0 -v trace -f null - ffmpeg version N-93862-gf49cec2ba8 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 5.5.0 (GCC) [skip] Applying option vaapi_device (...

...CESS): Operation not supported (95) rsync: [generator] set_acl: sys_acl_set_file(dev/rfkill, ACL_TYPE_ACCESS): Operation not supported (95) rsync: [generator] set_acl: sys_acl_set_file(dev/dri/card0, ACL_TYPE_ACCESS): Operation not supported (95) rsync: [generator] set_acl: sys_acl_set_file(dev/dri/renderD128, ACL_TYPE_ACCESS): Operation not supported (95 ) rsync: [generator] set_acl: sys_acl_set_file(dev/snd/controlC1, ACL_TYPE_ACCESS): Operation not supported (95) rsync: [generator] set_acl: sys_acl_set_file(dev/snd/pcmC1D0c, ACL_TYPE_ACCESS): Operation not supported (95) rsync: [generator] set_acl: s...

...splay.c#L80 > > Note that I've never tried this, just did a few google searches to > find this stuff. > > Brilliant googling. get_drm_device_name() does seem to do a crude argparse of "--device" So I ran $ DRI_PRIME=1 LIBVA_DRIVER_NAME=nouveau vainfo --device /dev/dri/renderD128 *vainfo: unrecognized option '--device'*Show information from VA-API driver Usage: vainfo --help --help print this message Usage: vainfo [options] Display options: --display display | help Show information for the specified display, or the available display list *...

...bahci serio_raw tg3 libata firewire_ohci firewire_core wmi crc_itu_t dm_mirror dm_region_hash dm_log dm_mod [ 71.365269] CR2: 00000000000000a0 simplified reproducer ---------------------------------8<---------------------------------------- /* * gcc -o crashme crashme.c * ./crashme /dev/dri/renderD128 */ struct drm_nouveau_channel_alloc { uint32_t fb_ctxdma_handle; uint32_t tt_ctxdma_handle; int channel; uint32_t pushbuf_domains; /* Notifier memory */ uint32_t notifier_handle; /* DRM-enforced subchannel assignments */ struct { uint32_t handle; uint32_t g...

...dm_mirror dm_region_hash dm_log dm_mod > > [ 71.365269] CR2: 00000000000000a0 > > > > simplified reproducer > > ---------------------------------8<---------------------------------------- > > /* > > * gcc -o crashme crashme.c > > * ./crashme /dev/dri/renderD128 > > */ > > > > struct drm_nouveau_channel_alloc { > > uint32_t fb_ctxdma_handle; > > uint32_t tt_ctxdma_handle; > > > > int channel; > > uint32_t pushbuf_domains; > > > > /* Notifier memo...

...never tried this, just did a few google searches to >> find this stuff. >> >> > Brilliant googling. get_drm_device_name() does seem to do a crude argparse > of "--device" > > So I ran > > $ DRI_PRIME=1 LIBVA_DRIVER_NAME=nouveau vainfo --device /dev/dri/renderD128 > > *vainfo: unrecognized option '--device'*Show information from VA-API > driver > Usage: vainfo --help > --help print this message > > Usage: vainfo [options] > Display options: > --display display | help Show information for the > spe...

...+#include <stdio.h> >> +#include <unistd.h> >> +#include <errno.h> >> +#include <pthread.h> >> + >> +#include "xf86drm.h" >> +#include "nouveau.h" >> + >> +static const char default_device[] = "/dev/dri/renderD128"; >> + > Reuse the defines in xf86drm.h ? Hmm, switching to drmOpenWithType("nouveau", NULL, DRM_NODE_RENDER) might be better.. >> +static typeof(ioctl) *old_ioctl; >> +static int failed; >> + >> +static int import_fd; >> + >> +int ioctl...

..._ohci firewire_core wmi crc_itu_t dm_mirror dm_region_hash dm_log dm_mod > [ 71.365269] CR2: 00000000000000a0 > > simplified reproducer > ---------------------------------8<---------------------------------------- > /* > * gcc -o crashme crashme.c > * ./crashme /dev/dri/renderD128 > */ > > struct drm_nouveau_channel_alloc { > uint32_t fb_ctxdma_handle; > uint32_t tt_ctxdma_handle; > > int channel; > uint32_t pushbuf_domains; > > /* Notifier memory */ > uint32_t notifier_handle; > > /* DRM-enforced su...

> > It does indicate a config problem, but why do you want to use the > nvidia GPU for video accel? I'd rely on intel to provide acceleration > as this also reduces power consumption of the entire system. Also I > think vaapi on the secondary GPU is pretty much untested. Well you've got a point there. It's just that the dang nvidia is pretty much sitting there on its

Hello, I'm trying to test what found here: http://blog.wikichoon.com/2016/05/spice-openglvirgl-acceleration-on.html and here: https://www.kraxel.org/blog/tag/virgl/ My system is a fedora 25 laptop, born in version 23 and gradually updated to 24 and 25 now. I had a fedora 25 guest that worked ok with "normal"spice and I'm trying to configure with virgl Main components currently

...<sys/ioctl.h> +#include <dlfcn.h> +#include <fcntl.h> +#include <stdio.h> +#include <unistd.h> +#include <errno.h> +#include <pthread.h> + +#include "xf86drm.h" +#include "nouveau.h" + +static const char default_device[] = "/dev/dri/renderD128"; + +static typeof(ioctl) *old_ioctl; +static int failed; + +static int import_fd; + +int ioctl(int fd, unsigned long request, ...) +{ + va_list va; + int ret; + void *arg; + + va_start(va, request); + arg = va_arg(va, void *); + ret = old_ioctl(fd, request, arg); + va_end(va); + + if (ret &lt...

...+#include <fcntl.h> > +#include <stdio.h> > +#include <unistd.h> > +#include <errno.h> > +#include <pthread.h> > + > +#include "xf86drm.h" > +#include "nouveau.h" > + > +static const char default_device[] = "/dev/dri/renderD128"; > + Reuse the defines in xf86drm.h ? > +static typeof(ioctl) *old_ioctl; > +static int failed; > + > +static int import_fd; > + > +int ioctl(int fd, unsigned long request, ...) > +{ > + va_list va; > + int ret; > + void *arg; > + > +...

...vice); + continue; + } + + /* both devices need to be on the same bus, though */ + if (udev_device_match(bus, root)) { + fd = open(path, O_RDWR); + if (fd < 0) + fd = -errno; + + break; + } + } + + udev_enumerate_unref(enumerate); + udev_unref(udev); + + return open("/dev/dri/renderD128", O_RDWR); +} + +struct pipe_screen * +tegra_screen_create(int fd) +{ + struct tegra_screen *screen; + + screen = calloc(1, sizeof(*screen)); + if (!screen) + return NULL; + + screen->fd = fd; + + screen->gpu_fd = tegra_open_render_node(screen->fd); + if (screen->gpu_fd < 0) {...

Hi, This is a proof of concept of GPU forwarding for Linux guest on Linux host. I'd like to get comments and suggestions from community before I put more time on it. To summarize what it is: 1. It's a solution to bring GPU acceleration for Linux vm guest on Linux host. It could works with different GPU although the current proof of concept only works with Intel GPU. 2. The basic idea

https://bugs.freedesktop.org/show_bug.cgi?id=99400 Bug ID: 99400 Summary: [nouveau] garbled rending with glamor on G71 Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=110660 Bug ID: 110660 Summary: GeForce GT 750M Mac Edition fullscreen issues Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau

...if (fd < 0) > + fd = -errno; > + > + break; > + } > + } > + > + udev_enumerate_unref(enumerate); > + udev_unref(udev); > + > + return open("/dev/dri/renderD128", O_RDWR); > +} > + > +struct pipe_screen * > +tegra_screen_create(int fd) > +{ > + struct tegra_screen *screen; > + > + screen = calloc(1, sizeof(*screen)); > + if (!screen) > + return NULL; > + > + screen->fd = fd;...