Thanks a lot Brian.
BR,
Awais
From: Brian Paul [bri...@vmware.com]
Sent: Wednesday, October 14, 2015 7:19 PM
To: Belal, Awais; mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] [mesa-dev, mesa-demos][PATCH] sharedtex_mt: fix
rendering thread hang
I
, October 12, 2015 6:33 PM
To: Brian Paul; mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] [mesa-dev, mesa-demos][PATCH] sharedtex_mt: fix
rendering thread hang
Hi Brian,
Thanks for your reply :)
The move of variable definition was just to make the code look a little cleaner.
BR,
Awais
: Re: [Mesa-dev] [mesa-dev, mesa-demos][PATCH] sharedtex_mt: fix
rendering thread hang
Hi Brian,
Thanks for your reply :)
The move of variable definition was just to make the code look a little cleaner.
BR,
Awais
From: Brian Paul [bri...@vmware.com]
Sent
Subject: Re: [Mesa-dev] [mesa-dev, mesa-demos][PATCH] sharedtex_mt: fix
rendering thread hang
On 10/12/2015 05:25 AM, Belal, Awais wrote:
> Hi,
>
> Is there are a reservation against the below patch?
Looks OK, but one comment below.
> BR,
> Awais
>
> __
, October 08, 2015 2:00 PM
To: mesa-dev@lists.freedesktop.org
Subject: [Mesa-dev] [mesa-dev, mesa-demos][PATCH] sharedtex_mt: fix rendering
thread hang
XNextEvent is a blocking call which locks up the display mutex
this causes the rendering threads to hang when they try call
glXSwapBuffers() as that
Hi,
Is there are a reservation against the below patch?
BR,
Awais
From: mesa-dev [mesa-dev-boun...@lists.freedesktop.org] on behalf of Belal,
Awais
Sent: Thursday, October 08, 2015 2:00 PM
To: mesa-dev@lists.freedesktop.org
Subject: [Mesa-dev] [mesa-dev
XNextEvent is a blocking call which locks up the display mutex
this causes the rendering threads to hang when they try call
glXSwapBuffers() as that tries to take the same mutex in
underlying calls through XCopyArea().
So we only go to XNextEvent when it has at least one event
and we wouldn't lock
Hi,
Please find attached two patches. The first allows mesa-demos to build against
EGL implementations that don't support EGL_MESA_screen_surface. The second
patch brings some of the code that uses the EGL_MESA_screen_surface extension
into line with similar code.
Thanks
Frank
0001-mesa-demos
I am trying to build mesa-demos git master version 20120112 on archlinux.
./autogen.sh --prefix=/usr
make
last lines of output :
eglkms-eglkms.o: In function `main':
eglkms.c:(.text.startup+0x40): undefined reference to `gbm_create_device'
eglkms.c:(.text.startup+0x25a): undefined reference t
The patches can be used independent. Patch 6 applies only clean with applied
patch 5 because of changes in same section of CMakeLists.txt.
Patches 1 and 2:
Fix build errors on CMake and Autoconf build.
Patches 3 and 4 (by Matthias Hopf on openSUSE):
Add some information about direct rendering,
On Wed, Aug 3, 2011 at 2:49 PM, Brian Paul wrote:
> On 08/03/2011 07:24 AM, Mika Boström wrote:
>>
>> Hello hackers.
>>
>> We are working to get a clean EGL/wayland system working with Qt. The
>> code in mesa-demos/src/opengl/eglkms.c contains certain "obviously
>> correct" ways of welding pieces
On 08/03/2011 07:24 AM, Mika Boström wrote:
Hello hackers.
We are working to get a clean EGL/wayland system working with Qt. The
code in mesa-demos/src/opengl/eglkms.c contains certain "obviously
correct" ways of welding pieces together and making EGL a working
backend. We would like to use pa
Hello hackers.
We are working to get a clean EGL/wayland system working with Qt. The
code in mesa-demos/src/opengl/eglkms.c contains certain "obviously
correct" ways of welding pieces together and making EGL a working
backend. We would like to use parts of the eglkms.c code to make it happ
On 07/13/2010 02:55 PM, Jerome Glisse wrote:
In order to clarify the licensing of mesa-demos i propose to add
the attach copying file. I simply cut/paste the MIT license preserving
the close forbidding use of silicon graphics in advertising for the
software.
I am not a lawyer or anythings close
In order to clarify the licensing of mesa-demos i propose to add
the attach copying file. I simply cut/paste the MIT license preserving
the close forbidding use of silicon graphics in advertising for the
software.
I am not a lawyer or anythings close to that so let me know if i did
somethings wro
On Friday 09 July 2010 17:41:10 Jerome Glisse wrote:
> >>On 07/07/2010 03:00 PM, Jerome Glisse wrote:
> >> Hi,
> >>
> >> So after being of the grid i am resuming my epic on mesa demos.
> >> I set version to 8.0 so it's easy for distro, and as fresh start for
> >> demos on it's own. If no one objec
On Friday 09 July 2010 17:35:36 Dave Airlie wrote:
> On Thu, Jul 8, 2010 at 5:40 AM, Zack Rusin wrote:
> > On Wednesday 07 July 2010 15:00:55 Jerome Glisse wrote:
> >> Hi,
> >>
> >> So after being of the grid i am resuming my epic on mesa demos.
> >> I set version to 8.0 so it's easy for distro,
>>On 07/07/2010 03:00 PM, Jerome Glisse wrote:
>> Hi,
>>
>> So after being of the grid i am resuming my epic on mesa demos.
>> I set version to 8.0 so it's easy for distro, and as fresh start for
>> demos on it's own. If no one object i will do the release by the end
>> of the week (this time i sh
On Thu, Jul 8, 2010 at 5:40 AM, Zack Rusin wrote:
> On Wednesday 07 July 2010 15:00:55 Jerome Glisse wrote:
>> Hi,
>>
>> So after being of the grid i am resuming my epic on mesa demos.
>> I set version to 8.0 so it's easy for distro, and as fresh start for
>> demos on it's own. If no one object i
On Wednesday 07 July 2010 15:00:55 Jerome Glisse wrote:
> Hi,
>
> So after being of the grid i am resuming my epic on mesa demos.
> I set version to 8.0 so it's easy for distro, and as fresh start for
> demos on it's own. If no one object i will do the release by the end
> of the week (this time i
Hi,
So after being of the grid i am resuming my epic on mesa demos.
I set version to 8.0 so it's easy for distro, and as fresh start for
demos on it's own. If no one object i will do the release by the end
of the week (this time i shouldn't find myself in a no connectivity
situation).
Cheers,
tom fogal wrote:
Are the demos supposed to be usable without Mesa?
The 7.8.2 tarball seems to be missing progs/util. In particular,
this means it is missing progs/util/shaderutil*, and thus many of the
progs/glsl programs cannot compile.
In the past, the MesaDemos package required the MesaLi
Are the demos supposed to be usable without Mesa?
The 7.8.2 tarball seems to be missing progs/util. In particular,
this means it is missing progs/util/shaderutil*, and thus many of the
progs/glsl programs cannot compile.
-tom
___
mesa-dev mailing list
Dan Nicholson wrote:
On Fri, Jun 18, 2010 at 9:00 AM, Jerome Glisse wrote:
Hi,
Some distribution (like Fedora) are thinking about making
new package for mesa demos but so far there is no release
for it.
Another issue is the versioning of mesa demos, i expect
that mesa demos will be more stabl
On Fri, Jun 18, 2010 at 06:00:10PM +0200, Jerome Glisse wrote:
> Hi,
>
> Some distribution (like Fedora) are thinking about making
> new package for mesa demos but so far there is no release
> for it.
>
> Another issue is the versioning of mesa demos, i expect
> that mesa demos will be more stabl
On Fri, Jun 18, 2010 at 9:00 AM, Jerome Glisse wrote:
> Hi,
>
> Some distribution (like Fedora) are thinking about making
> new package for mesa demos but so far there is no release
> for it.
>
> Another issue is the versioning of mesa demos, i expect
> that mesa demos will be more stable than mes
Hi,
Some distribution (like Fedora) are thinking about making
new package for mesa demos but so far there is no release
for it.
Another issue is the versioning of mesa demos, i expect
that mesa demos will be more stable than mesa thus i don't
think we should follow mesa versioning but let it have
27 matches
Mail list logo
