search for: egling

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 Sat, Mar 16, 2019 at 12:33 PM Mauro Rossi <issor.oruam at gmail.com> wrote: > Hi Stéphane, > > the good news is that Kerol Herbst patches are mitigating effectively > the GPU lockup. > it would really be a pity to loose and abandon nouveau driver in > android-x86, > while intel, radeon and amdgpu are working perfectly. > > The Android GUI reboots always the

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

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

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)

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:

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

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 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 > >scanout needs to happen on the Tegra display hardware. The GPU and the > >display engine each have a

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

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

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 >>

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). Would highly any further ideas/suggestions! *In my system,

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

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? /usr/lib/libGL.so.1 /usr/lib/x86_64-linux-gnu/libGL.so /usr/lib/x86_64-linux-gnu/libGL.so.1 /usr/lib/x86_64-linux-gnu/mesa/libGL.so Thanks again,

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 > > >

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