similar to: Request for info on a big problems with nouveau driver

Hi, Ben Skeggs latest changes in Mesa cause a build failure (libdrm is latest git ...). Thanks. Johannes gmake[3]: Entering directory `/usr/src/packages/BUILD/Mesa/src/mesa/drivers' gmake[4]: Entering directory `/usr/src/packages/BUILD/Mesa/src/mesa/drivers/dri' sed -e 's, at INSTALL_DIR@,/usr,' -e 's, at INSTALL_LIB_DIR@,/usr/lib,' -e 's, at

On Thu, Mar 8, 2018 at 11:57 AM, Mario Kleiner <mario.kleiner.de at gmail.com> wrote: > Cc'ing mesa-dev, which was left out. > > > On 03/05/2018 01:40 PM, Ilia Mirkin wrote: >> >> On Mon, Mar 5, 2018 at 2:25 AM, Mario Kleiner >> <mario.kleiner.de at gmail.com> wrote: >>> Afaics EGL does the right thing wrt. channelmask matching of EGLConfigs

Cc'ing mesa-dev, which was left out. On 03/05/2018 01:40 PM, Ilia Mirkin wrote: > On Mon, Mar 5, 2018 at 2:25 AM, Mario Kleiner > <mario.kleiner.de at gmail.com> wrote: >> On 02/05/2018 12:50 AM, Ilia Mirkin wrote: >>> >>> In case anyone's curious about 30bpp framebuffer support, here's the >>> current status: >>> >>>

On Sat, Jan 5, 2019 at 2:40 PM Ilia Mirkin <imirkin at alum.mit.edu> wrote: > It looks like as of Chromium 71, nouveau is completely blacklisted. > That's rather unfortunate. :-( The intel mesa drivers were also blacklisted for quite some time a while back. I'm not really sure what we did to get blacklisted or what we did to get unblacklisted. > I don't really see

https://bugs.freedesktop.org/show_bug.cgi?id=65576 Priority: medium Bug ID: 65576 Assignee: nouveau at lists.freedesktop.org Summary: [NV11] no EGL with nouveau_vieux_dri - no DRI_IMAGE Severity: normal Classification: Unclassified OS: Linux (All) Reporter: chris at edesix.com Hardware: x86 (IA32)

On Mon, Mar 5, 2018 at 2:25 AM, Mario Kleiner <mario.kleiner.de at gmail.com> wrote: > On 02/05/2018 12:50 AM, Ilia Mirkin wrote: >> >> In case anyone's curious about 30bpp framebuffer support, here's the >> current status: >> >> Kernel: >> >> Ben and I have switched the code to using a 256-based LUT for Kepler+, >> and I've also

https://bugs.freedesktop.org/show_bug.cgi?id=55294 Priority: medium Bug ID: 55294 Assignee: nouveau at lists.freedesktop.org Summary: Running EGL demos on DRM from mesa-demos causes a corrupted output on NV50 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

On Fri, Nov 28, 2014 at 5:48 PM, Thierry Reding <thierry.reding at gmail.com> wrote: > On Fri, Nov 28, 2014 at 02:14:24PM +0900, Alexandre Courbot wrote: >> On 11/28/2014 01:39 AM, Thierry Reding wrote: >> >Tegra K1 and later use a GPU that can be driven by the Nouveau driver. >> >But the GPU is a pure render node and has no display engine, hence the >>

I am trying to run Anki on one of my computers running the latest update of CentOS 7. However, starting it in a terminal window shows it fails with the following messages: libEGL warning: DRI2: failed to authenticate libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/x86_64-linux-gnu/dri:${ORIGIN}/dri:/usr/lib/dri) libEGL warning: GLX: glXQueryVersion failed libEGL warning: DRI2:

CentOS Errata and Bugfix Advisory 2019:0189 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0189 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fd5faeaae2c34ea1bc8755dcbe0bde7b4c645b808c2ac931f2943b2a4c818f48 mesa-dri-drivers-18.0.5-4.el7_6.i686.rpm

Hello CentOS, After performing an update on July 23, on 9 stream, I did notice problems with egl-wayland. In the AppStream repository, the package: * egl-wayland-1.1.9-2.el9.x86_64.rpm is present, but it's "-devel" counterpart seems missing. So, if you have an older version of egl-wayland-devel installed, it complains that it cannot upgrade "egl-wayland". Same

hi, anyone knows whats going on with that Khronos group, OpenGL ES and stuff.. im quite confused as when/why/how did that come to be, but more importantly - do we have any use of it on Linux with desktop architectures.. 1.) can OpenGL ES be used on PC, x86 platform? emulator maybe? 2.) is OpenGL ES just a specification or are there some drivers for some hardware, some ATI mobilty cards maybe

Anyone else getting this when building the latest mesa? make[3]: Entering directory `/usr/local/nouveau/mesa2/mesa/src/gallium/targets/dri-nouveau' gcc -c -I. -I../../../../src/mesa/drivers/dri/common -Iserver -I../../../../include -I../../../../include/GL/internal -I../../../../src/mapi -I../../../../src/gallium/include -I../../../../src/gallium/auxiliary

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

https://bugs.freedesktop.org/show_bug.cgi?id=77724 Priority: medium Bug ID: 77724 Assignee: nouveau at lists.freedesktop.org Summary: error: GLSL ES 3.00 is not supported. Supported versions are: 1.00 ES Severity: blocker Classification: Unclassified OS: All Reporter: pulkitnandan at gmail.com

From: Dave Airlie <airlied at redhat.com> dEQP-VK.sparse_resources.image_rebind.2d_array.r64i.128_128_8 was causing a remap operation like the below. op_remap: prev: 0000003fffed0000 00000000000f0000 00000000a5abd18a 0000000000000000 op_remap: next: op_remap: unmap: 0000003fffed0000 0000000000100000 0 op_map: map: 0000003ffffc0000 0000000000010000 000000005b1ba33c 00000000000e0000 This

Hi, I have a geforce 4mx 440 agp 8x, and I'm trying to use the GBM library, (as jbarnes in: http://virtuousgeek.org/blog/index.php/jbarnes/2011/10/ and David Hermann in KMSCON: https://github.com/dvdhrm/kmscon), without success. when I try to create a gbm_device, I get: (below the code.) nouveau_drm_screen_create: unknown chipset nv18 dri_init_screen_helper: failed to create pipe_screen

This bugfix release fixes several issues in RANDR, Xwayland, glamor, the modesetting driver, and elsewhere. Everyone is encouraged to upgrade. Thanks to all who contributed to this release! Adam Jackson (1): xserver 1.20.1 Alexander Volkov (1): Xext/shm: Refuse to work for remote clients Bas Nieuwenhuizen (1): DRI2: Sync radeonsi_pci_ids.h from Mesa Damien Leone (1):

On 24/11/2017 2:30 PM, Santosh wrote: > Hi All, Duncan, Rolf, Ista, DIrk, > > Thanks for the suggestions and I tried all of them (as suggested by Duncan, > Rolf, Ista and Dirk)... I still get similar error as before while > installing 'rgl' package.. I also tried to manually configure "rgl" and got > an error message (please see below for the verbatim output).

On 24/11/2017 5:24 PM, Santosh wrote: > Hi Duncan, and others.. > > Yes, below are the search results. it is linked to mesa/libGL.so and is > again point to libGL.so -> libGL.so.1.2.0?. However, I could not find > libGL.so.1.2.0 or its source. Where is libGL.so.1.2.0 expected to be > located? Mine was in /usr/lib/x86_64-linux-gnu/mesa/. Duncan Murdoch > > >