On 18.11.2016 14:45, Emil Velikov wrote:
> On 17 November 2016 at 20:15, poma wrote:
>>
>> Airlie solved everything concerning the kernel,
>> so it seems, now it's user space turn.
>>
>> = mesa-libgbm-12.0.3 - works OK
>> ...
>> [ 714.429] (II)
Airlie solved everything concerning the kernel,
so it seems, now it's user space turn.
= mesa-libgbm-12.0.3 - works OK
...
[ 714.429] (II) Loading sub module "glamoregl"
[ 714.429] (II) LoadModule: "glamoregl"
[ 714.430] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so
[ 714.480] (II)
On 30.06.2016 13:11, Emil Velikov wrote:
> Hi poma,
>
> Seems like you're missed your question. "nouveau_drv_video.so ?" does
> not mean much I'm afraid :-(
>
> On 30 June 2016 at 11:03, poma wrote:
>> On 30.06.2016 08:27, Xiang, Haihao wrote:
>>
On 30.06.2016 08:27, Xiang, Haihao wrote:
>
>
> Are you using VA-API on X11? libva gets the driver name from Xserver,
> it is nouveau for you. so libva tries to load nouveau_drv_video.so.
> You can create a symlink for nouveau pointing to a available driver or
> just ignore the message because y
nouveau_drv_video.so - what should it be?
https://koji.fedoraproject.org/koji/buildinfo?buildID=722316
... 0.7.4-13 - Revert symlinks - should be handled by mesa rhbz#1271842
https://bugzilla.redhat.com/show_bug.cgi?id=1271842
... 0.7.4-12 - Add symlinks for radeonsi,r600,nou
On 12.08.2015 14:24, Hans de Goede wrote:
> Scanout buffers on nv30 must always be non-swizzled and have special
> width alignment constraints.
>
> These constrains have been taken from the xf86-video-nouveau
> src/nv_accel_common.c: nouveau_allocate_surface() function.
>
> nouveau_allocate_surfa
