Thank you Jason for taking care and Aaron for testing /o\.
- Sedat -
On 3/2/16, Aaron Watry wrote:
> On Wed, Mar 2, 2016 at 1:46 PM, Jason Ekstrand
> wrote:
>
>> On Wed, Mar 2, 2016 at 9:03 AM, Sedat Dilek
>> wrote:
>>
>>> Any news on that?
>>>
wouldn't complain if someone beat me to a fix.
>>
>> --Aaron
>>
>> On Tue, Feb 23, 2016 at 9:01 AM, Sedat Dilek
>> wrote:
>>
>>> [ Low Internet bandwidth - no Git pulling possible ]
>>>
>>> Hi,
>>>
>>> From [1
On Tue, Feb 23, 2016 at 4:15 PM, Jason Ekstrand
wrote:
> On 02/23/2016 06:48 AM, Sedat Dilek wrote:
>>
>> Hi Jason,
>>
>> looking through the sources [1,2] I have seen no support for Intel
>> Sandybridge GPUs - is that correct?
>> Will vulkan support these
[ Low Internet bandwidth - no Git pulling possible ]
Hi,
From [1]...
AM_CPPFLAGS = \
$(INTEL_CFLAGS) \
$(VALGRIND_CFLAGS) \
$(DEFINES) \
-I$(top_srcdir)/include \
-I$(top_srcdir)/src \
-I$(top_srcdir)/src/compiler \
-I$(top_srcdir)/src/mapi \
-I$(top_srcdir)/src/mesa \
-I$(top_srcdir)/src/mesa/d
Hi Jason,
looking through the sources [1,2] I have seen no support for Intel
Sandybridge GPUs - is that correct?
Will vulkan support these GPUs in the future?
Thanks in advance.
Regards,
- Sedat -
[1] https://cgit.freedesktop.org/mesa/mesa/log/?h=vulkan
[2] https://cgit.freedesktop.org/mesa/mes
/49494/
[3]
https://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/CppRuntimeEnv/Articles/SymbolVisibility.html
[4] http://cgit.freedesktop.org/xorg/proto/x11proto/commit/?id=ffd4a13042d24cb5c
From 4491f1246b79a3224c4d4a46b33e3fb0bde129fe Mon Sep 17 00:00:00 2001
From: Sed
On Sat, Sep 26, 2015 at 1:59 AM, Sedat Dilek wrote:
> Hi,
>
> unfortunately, we still have no cool upstream fix for
> -fvisibility=hidden compiler flag handling.
> There is still no visibility-attribute "hidden" available or defined.
>
> I see people again fell over
$ make distclean
...
Making distclean in .
make[2]: Entering directory `/home/wearefam/src/mesa/mesa-git/src'
Makefile:545: mesa/main/.deps/imports.Plo: No such file or directory
Makefile:546: mesa/program/.deps/dummy_errors.Plo: No such file or directory
Makefile:547: mesa/program/.deps/prog_hash_
On Fri, Sep 25, 2015 at 3:32 PM, Emil Velikov wrote:
> Hi Sedat,
>
> On 25 September 2015 at 11:53, Sedat Dilek wrote:
>> $ make distclean
>> ...
>> Making distclean in .
>> make[2]: Entering directory `/home/wearefam/src/mesa/mesa-git/src'
>> Makefi
On Fri, Sep 25, 2015 at 4:44 PM, Emil Velikov wrote:
> On 25 September 2015 at 14:35, Sedat Dilek wrote:
>> On Fri, Sep 25, 2015 at 3:32 PM, Emil Velikov
>> wrote:
>>> Hi Sedat,
>>>
>>> On 25 September 2015 at 11:53, Sedat Dilek wrote:
>>>&
On Fri, Sep 18, 2015 at 11:34 AM, Emil Velikov wrote:
> On 14 September 2015 at 10:36, Sedat Dilek wrote:
>> On Thu, Sep 10, 2015 at 4:18 PM, Emil Velikov
>> wrote:
>>> On 4 September 2015 at 19:57, Sedat Dilek wrote:
>>>> Hi,
>>>>
>>>
On Thu, Sep 10, 2015 at 4:18 PM, Emil Velikov wrote:
> On 4 September 2015 at 19:57, Sedat Dilek wrote:
>> Hi,
>>
>> I compiled a toolchain based on LLVM/Clang v3.7.0 today and tested it
>> with an updated version of my Linux Graphics driver stack (see
>> att
Hi,
I compiled a toolchain based on LLVM/Clang v3.7.0 today and tested it
with an updated version of my Linux Graphics driver stack (see
attached logs).
Here on Ubuntu/precise AMD64 I required two patches (see attached 0001
and 0002) post-mesa-10.6.5+ to build it successfully.
Feel free to cherry
On Sun, Mar 1, 2015 at 8:51 PM, Marc Dietrich wrote:
> Am Sonntag 01 März 2015, 17:28:18 schrieb Sedat Dilek:
>> On Sun, Mar 1, 2015 at 3:09 PM, Marc Dietrich wrote:
>> > This patch simplifies the visibility compiler flag detection in configure
>> > and makes it m
On Fri, Mar 6, 2015 at 8:06 PM, Emil Velikov wrote:
> On 4 March 2015 at 18:07, Roland Scheidegger wrote:
>> Am 04.03.2015 um 12:38 schrieb Jose Fonseca:
>>> On 04/03/15 02:00, Emil Velikov wrote:
>>>> On 27 February 2015 at 23:28, Sedat Dilek wrote:
>>>
On Fri, Mar 6, 2015 at 8:06 PM, Emil Velikov wrote:
> On 4 March 2015 at 18:07, Roland Scheidegger wrote:
>> Am 04.03.2015 um 12:38 schrieb Jose Fonseca:
>>> On 04/03/15 02:00, Emil Velikov wrote:
>>>> On 27 February 2015 at 23:28, Sedat Dilek wrote:
>>>
On Wed, Mar 4, 2015 at 3:00 AM, Emil Velikov wrote:
> On 27 February 2015 at 23:28, Sedat Dilek wrote:
>> On Mon, Feb 9, 2015 at 6:30 PM, Emil Velikov
>> wrote:
>>> On 07/02/15 21:44, Sedat Dilek wrote:
>>>> Hi,
>>>>
>>>>
oes not work with LLVM/Clang v3.6.0 with mesa v10.4.5.
If there is an additional patch, please point me to it.
$ grep -i visibility
logs/build-and-install-log_mesa-10-4-5_gallivm-fixes_mapi-tls-fixes_visibility-compiler-flag-detection_enable-glx-tlsllvm-3-6-0.txt
checking for __attribute__((visibilit
On Sun, Mar 1, 2015 at 3:09 PM, Marc Dietrich wrote:
> This patch simplifies the visibility compiler flag detection in configure and
> makes it more generic to also support compilers other than gcc.
>
> Cc: Emil Velikov
> Signed-off-by: Marc Dietrich
>
[ CC Matt ]
What happened to 2/2 (mapi tl
On Sun, Mar 1, 2015 at 11:31 PM, Emil Velikov wrote:
> On 01/03/15 21:05, Alan Coopersmith wrote:
>> On 03/ 1/15 10:57 AM, Emil Velikov wrote:
>>> On 01/03/15 18:30, Matt Turner wrote:
On Sun, Mar 1, 2015 at 6:09 AM, Marc Dietrich wrote:
> This patch simplifies the visibility compiler fl
On Sun, Mar 1, 2015 at 7:30 PM, Matt Turner wrote:
> On Sun, Mar 1, 2015 at 6:09 AM, Marc Dietrich wrote:
>> This patch simplifies the visibility compiler flag detection in configure and
>> makes it more generic to also support compilers other than gcc.
>
> This simplification relies on the assum
On Mon, Feb 9, 2015 at 6:30 PM, Emil Velikov wrote:
> On 07/02/15 21:44, Sedat Dilek wrote:
>> Hi,
>>
>> I was building mesa v10.4.4 with my llvm-toolchain v3.6.0rc2.
>>
>> My build breaks like this...
>>
>> ...
>>
>> Please cherry-pick
On Thu, Feb 26, 2015 at 10:09 AM, Marc Dietrich wrote:
> Am Mittwoch, 25. Februar 2015, 17:49:28 schrieb Sedat Dilek:
>> On Fri, Feb 20, 2015 at 1:45 PM, Sedat Dilek wrote:
>> > On Tue, Feb 17, 2015 at 1:55 PM, Sedat Dilek
> wrote:
>> >> On Tue, Feb 17, 2015
On Thu, Feb 26, 2015 at 4:56 PM, Emil Velikov wrote:
> On 26/02/15 15:26, Marc Dietrich wrote:
>> Am Donnerstag, 26. Februar 2015, 14:44:25 schrieb Emil Velikov:
>>> Hi Marc
>>>
>>> On 17/02/15 09:40, Marc Dietrich wrote:
This adds clang/gcc visibility macro detection to configure and
ut
On Fri, Feb 20, 2015 at 1:45 PM, Sedat Dilek wrote:
> On Tue, Feb 17, 2015 at 1:55 PM, Sedat Dilek wrote:
>> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
>>> Patch 1 adds a check for the compilers visibility macro to configure.ac.
>>> Patch 2 avoids redefine
On Tue, Feb 17, 2015 at 1:55 PM, Sedat Dilek wrote:
> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
>> Patch 1 adds a check for the compilers visibility macro to configure.ac.
>> Patch 2 avoids redefined symbol errors in clang of the tls entry points.
>> Based
On Tue, Feb 17, 2015 at 11:00 AM, Sedat Dilek wrote:
> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
>> This adds clang/gcc visibility macro detection to configure and
>> util/macros.h.
>> This is can be used to conveniently add e.g. a "HIDDEN" attribute
On Wed, Feb 18, 2015 at 6:03 AM, Sedat Dilek wrote:
> On Tue, Feb 17, 2015 at 11:00 AM, Sedat Dilek wrote:
>> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
>>> This adds clang/gcc visibility macro detection to configure and
>>> util/macros.h.
>>>
On Tue, Feb 17, 2015 at 12:36 PM, Sedat Dilek wrote:
> On Sat, Feb 14, 2015 at 6:20 PM, Dimitry Andric wrote:
>> On 11 Feb 2015, at 11:16, Sedat Dilek wrote:
>>>
>>> On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov
>>> wrote:
>>>> On 10/02/15 1
On Tue, Feb 17, 2015 at 12:47 PM, Marc Dietrich wrote:
> Am Dienstag, 17. Februar 2015, 12:42:00 schrieb Sedat Dilek:
>> On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich wrote:
>> > Am Dienstag, 17. Februar 2015, 11:58:06 schrieb Sedat Dilek:
>> >> On Tue, Feb 17, 2
On Mon, Feb 16, 2015 at 12:45 PM, Marc Dietrich wrote:
> Am Montag, 16. Februar 2015, 12:42:19 schrieb Sedat Dilek:
>> On Mon, Feb 16, 2015 at 10:39 AM, Marc Dietrich wrote:
>> > Am Samstag, 14. Februar 2015, 18:20:12 schrieb Dimitry Andric:
>> >> On 11 Feb 2015
On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
> Avoid redefined symbol errors in clang. Based on a suggestion from
> Rafael Ávila de Espíndola in
> http://llvm.org/bugs/show_bug.cgi?id=19778.
>
> Signed-off-by: Marc Dietrich
> ---
> v2: - no change
> v3: - include util directory in Make
On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
> This adds clang/gcc visibility macro detection to configure and util/macros.h.
> This is can be used to conveniently add e.g. a "HIDDEN" attribute to a
> function.
>
> Signed-off-by: Marc Dietrich
> ---
> v2: use VISIBILITY_*FLAGS instead
On Tue, Feb 17, 2015 at 10:12 AM, Marc Dietrich wrote:
> Am Dienstag, 17. Februar 2015, 10:05:33 schrieb Sedat Dilek:
>> On Mon, Feb 16, 2015 at 12:45 PM, Marc Dietrich wrote:
>> > Am Montag, 16. Februar 2015, 12:42:19 schrieb Sedat Dilek:
>> >> On Mon, Feb 16, 2
On Tue, Feb 17, 2015 at 12:59 PM, Marc Dietrich wrote:
> Am Dienstag, 17. Februar 2015, 12:53:17 schrieb Sedat Dilek:
>> On Tue, Feb 17, 2015 at 12:47 PM, Marc Dietrich wrote:
>> > Am Dienstag, 17. Februar 2015, 12:42:00 schrieb Sedat Dilek:
>> >> On Tue, Feb 17, 2
On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich wrote:
> Am Dienstag, 17. Februar 2015, 11:58:06 schrieb Sedat Dilek:
>> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
>> > Avoid redefined symbol errors in clang. Based on a suggestion from
>> > Rafael Ávila
On Tue, Feb 17, 2015 at 12:59 PM, Marc Dietrich wrote:
> Am Dienstag, 17. Februar 2015, 12:53:17 schrieb Sedat Dilek:
>> On Tue, Feb 17, 2015 at 12:47 PM, Marc Dietrich wrote:
>> > Am Dienstag, 17. Februar 2015, 12:42:00 schrieb Sedat Dilek:
>> >> On Tue, Feb 17, 2
src/mapi/Makefile.am| 1 +
> src/mapi/entry_x86-64_tls.h | 4 ++--
> src/mapi/entry_x86_tls.h| 5 +++--
> src/mapi/entry_x86_tsd.h| 5 +++--
> src/util/macros.h | 6 ++
> 6 files changed, 21 insertions(+), 28 deletions(-)
>
Tested-by: Sedat
On Sat, Feb 14, 2015 at 6:20 PM, Dimitry Andric wrote:
> On 11 Feb 2015, at 11:16, Sedat Dilek wrote:
>>
>> On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov
>> wrote:
>>> On 10/02/15 13:17, Dimitry Andric wrote:
>>>> On 09 Feb 2015, at 18:52, Sedat Dil
On Tue, Feb 17, 2015 at 1:26 PM, Marc Dietrich wrote:
> Am Dienstag, 17. Februar 2015, 13:13:28 schrieb Sedat Dilek:
>> On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich wrote:
>> > Am Dienstag, 17. Februar 2015, 11:58:06 schrieb Sedat Dilek:
>> >> On Tue, Feb 17, 2
On Mon, Feb 16, 2015 at 10:39 AM, Marc Dietrich wrote:
> Am Samstag, 14. Februar 2015, 18:20:12 schrieb Dimitry Andric:
>> On 11 Feb 2015, at 11:16, Sedat Dilek wrote:
>> > On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov
> wrote:
>> >> On 10/02/15 13:17, Dimit
On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov wrote:
> On 10/02/15 13:17, Dimitry Andric wrote:
>> On 09 Feb 2015, at 18:52, Sedat Dilek wrote:
>>>
>>> On Mon, Feb 9, 2015 at 6:44 PM, Emil Velikov
>>> wrote:
>>>> On 07/02/15 22:42, Sedat
On Mon, Feb 9, 2015 at 6:44 PM, Emil Velikov wrote:
> Hi Sedat,
>
> On 07/02/15 22:42, Sedat Dilek wrote:
>> [ Please CC me I am not subscribed to mesa-dev and llvmdev MLs ]
>>
>> Hi,
>>
>> I already reported this when playing 1st time with my llvm-too
On Mon, Feb 9, 2015 at 9:51 PM, Jose Fonseca wrote:
> On 09/02/15 17:44, Emil Velikov wrote:
>>
>> Hi Sedat,
>>
>> On 07/02/15 22:42, Sedat Dilek wrote:
>>>
>>> [ Please CC me I am not subscribed to mesa-dev and llvmdev MLs ]
>>>
>>>
On Mon, Feb 9, 2015 at 6:30 PM, Emil Velikov wrote:
> On 07/02/15 21:44, Sedat Dilek wrote:
>> Hi,
>>
>> I was building mesa v10.4.4 with my llvm-toolchain v3.6.0rc2.
>>
>> My build breaks like this...
>>
>> ...
>>
>> Please cherry-pick
Thanks that you catched and fixed so many LLVM 3.6 bugs in mesa!
- Sedat -
> Jose
>
>
> On 07/02/15 22:53, Sedat Dilek wrote:
>>
>> Just as a hint:
>>
>> You need to cherry-pick...
>>
>> commit ef7e0b39a24966526b102643523feac765771842
>>
Just as a hint:
You need to cherry-pick...
commit ef7e0b39a24966526b102643523feac765771842
"gallivm: Update for RTDyldMemoryManager becoming an unique_ptr."
...from mesa upstream to build v10.4.4 successfully.
- Sedat -
On Sat, Feb 7, 2015 at 11:42 PM, Sedat Dilek wrote:
> [ P
Hi,
I was building mesa v10.4.4 with my llvm-toolchain v3.6.0rc2.
My build breaks like this...
...
gallivm/lp_bld_misc.cpp:503:38: error: no viable conversion from
'ShaderMemoryManager *' to 'std::unique_ptr'
builder.setMCJITMemoryManager(MM);
^~
/usr/
Cosmetics? Intended?
$ LC_ALL=C git status
# On branch master
# Your branch is up-to-date with 'origin/master'.
#
nothing to commit, working directory clean
$ LC_ALL=C git checkout -b 10.4 origin/10.4
Branch 10.4 set up to track remote branch 10.4 from origin.
Switched to a new branch '10.4'
$ L
Hi,
I tried to build mesa-9.2 GIT branch with llvm-3.4 on Ubuntu/precise
AMD64 and needed the 2 following patches:
[PATCH 1/2] gallivm: Remove llvm::DisablePrettyStackTrace for LLVM >= 3.4.
[PATCH 2/2] gallivm: Remove NoFramePointerElimNonLeaf for LLVM >= 3.4.
Not sure if mesa-9.2.x is still mai
Signed-off-by: Sedat Dilek
---
Android.common.mk | 2 +-
SConstruct| 2 +-
configure.ac | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Android.common.mk b/Android.common.mk
index b5ed472..905d1a9 100644
--- a/Android.common.mk
+++ b/Android.common.mk
@@ -35,7
On Thu, Feb 14, 2013 at 9:26 PM, Brian Paul wrote:
> On 02/14/2013 01:10 PM, Sedat Dilek wrote:
>>
>> Hi,
>>
>> noticed when polishing up my build-scripts fot libdrm | mesa |
>> xf86-video-intel (last one requires gl.h).
>>
>> /*
>>
Hi,
noticed when polishing up my build-scripts fot libdrm | mesa |
xf86-video-intel (last one requires gl.h).
/*
* Mesa 3-D graphics library
* Version: 7.6 <--- ???
*
* Copyright (C) 1999-2006 Brian Paul All Rights Reserved. <--- ???
* Copyright (C) 2009 VMware, Inc. All Rights Reserve
$ find mesa-git/ -name dri_interface.h
mesa-git/include/GL/internal/dri_interface.h
- Sedat -
> On 01/24/2013 04:33 AM, Sedat Dilek wrote:
>> Hmm, switching to Ubuntu's distro-kernel, removing /opt/xorg and
>> building the XORG stuff from scratch...
>>
>> 1. libdrm-git
e
OpenGL version string: 3.0 Mesa 9.1-devel (git-6f3caaf) <--- VERSION 3.0!
OpenGL shading language version string: 1.30
OpenGL extensions:
- Sedat -
On Thu, Jan 24, 2013 at 11:14 AM, Sedat Dilek wrote:
> Hi Ian,
>
> due to the changes in...
>
> e90c08e dri: Define enum __DRI_API_GLES3
Hi Ian,
due to the changes in...
e90c08e dri: Define enum __DRI_API_GLES3
...I get this breakage with mesa-gles3-git6f3caaf:
make[7]: Entering directory
`/home/wearefam/src/mesa/mesa-git/src/mesa/drivers/dri/common'
CC utils.lo
CC dri_util.lo
CC libdri_test_stubs_la-dri_test.l
On Tue, Jan 22, 2013 at 8:43 PM, José Fonseca wrote:
> (Switching from dead mesa3d-...@sf.net -> mesa-...@fdo.org ML)
>
Thanks! (I was absent for a while as you can see.)
> On Thu, Jan 17, 2013 at 11:23 PM, Sedat Dilek wrote:
>> Hi,
>>
>> with the following patch
Hi,
I am testing mesa gles3 GIT (up to 8d27a9f) here on my Ubuntu/precise system.
[ LINUX-KERNEL ]
$ cat /proc/version
Linux version 3.8.0-rc4-next20130121-2-iniza-generic
(sedat.di...@gmail.com@fambox) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu5) ) #1 SMP Mon Jan 21 13:37:01 CET 2013
[ XS
On Sun, Jan 20, 2013 at 2:39 PM, Sedat Dilek wrote:
> On Sun, Jan 20, 2013 at 2:30 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I am here on Ubuntu/precise AMD64.
>>
>> With the attached scripts I can't use a i965_dri.so for example from
>> gles3 GIT t
On Sun, Jan 20, 2013 at 2:30 PM, Sedat Dilek wrote:
> Hi,
>
> I am here on Ubuntu/precise AMD64.
>
> With the attached scripts I can't use a i965_dri.so for example from
> gles3 GIT tree.
>
> First, I have built libdrm-2.4.41, installed and ldconfig-ed it before
>
Hi,
I am here on Ubuntu/precise AMD64.
With the attached scripts I can't use a i965_dri.so for example from
gles3 GIT tree.
First, I have built libdrm-2.4.41, installed and ldconfig-ed it before
building mesa.
I have chosen a classic XORG prefix!
[ /etc/ld.so.conf.d/xorg.conf ]
# Xorg lib con
On Fri, Jan 18, 2013 at 6:25 PM, Matt Turner wrote:
> On Thu, Jan 17, 2013 at 8:19 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I am playing with llvm/clang v3.2 and mesa.
>>
>> It's annoying to see these hundreds of warnings...
>>
>> clang: warning:
On Fri, Jun 3, 2011 at 12:19 PM, Johannes Obermayr
wrote:
> Am Friday, 3. June 2011, 03:48:39 schrieb Sedat Dilek:
>> From [1]:
>>
>> --- a/configure.ac
>> +++ b/configure.ac
>> @@ -21,6 +21,7 @@ dnl Versions for external dependencies
>> LIBDRM_REQUIRED=
>From [1]:
--- a/configure.ac
+++ b/configure.ac
@@ -21,6 +21,7 @@ dnl Versions for external dependencies
LIBDRM_REQUIRED=2.4.24
LIBDRM_RADEON_REQUIRED=2.4.24
LIBDRM_INTEL_REQUIRED=2.4.24
+LIBDRM_NOUVEAU_REQUIRED=0.6
...
0.6?
- Sedat -
[1]
http://cgit.freedesktop.org/mesa/mesa/commit/?id=87337
/tags/xorg-server-2_1.10.0.901-1#l124
On Sat, Apr 9, 2011 at 12:52 PM, Sedat Dilek wrote:
> Hi,
>
> I am currently playing with clang-3.0svn (and llvm) and mesa-from-git
> builds just fine.
> ( I tried also -O3 as {C,CXX}FLAGS and so on. )
>
> Unfortunately, when turni
Hi,
I am currently playing with clang-3.0svn (and llvm) and mesa-from-git
builds just fine.
( I tried also -O3 as {C,CXX}FLAGS and so on. )
Unfortunately, when turning on "--enable-glx-tls", I see warnings like this:
...
In file included from glapi_dispatch.c:40:
In file included from ../../../sr
Hi,
as patches to xorg-devel are already listed in [1], what about doing
the same for patches sent to mesa-dev ML?
Regards,
- Sedat -
[1] http://patchwork.freedesktop.org/project/Xorg/list/
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http:
On Mon, Apr 4, 2011 at 6:34 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/03/2011 02:15 PM, Sedat Dilek wrote:
>> WOW!
>> Just remembered my approach (witch patches and rants) to remove
>> core-date and driver-date from kern
WOW!
Just remembered my approach (witch patches and rants) to remove
core-date and driver-date from kernel (drm-2.6) and libdrm as the
version are simply unmaintained.
Looks like I am not alone :-).
- Sedat -
[1] http://cgit.freedesktop.org/mesa/mesa/log/?h=remove-driver-date
With mesa-from-git, I see this messages in VT-1 from where I run startx:
Mesa: User error: GL_INVALID_ENUM in CreateShader(type)
Mesa: User error: GL_INVALID_VALUE in glShaderSourceARB
Mesa: User error: GL_INVALID_VALUE in glCompileShader
Mesa: User error: GL_INVALID_VALUE in glGetObjectParameteri
On Mon, Feb 21, 2011 at 6:06 PM, Dan Nicholson wrote:
> On Sun, Feb 20, 2011 at 3:04 PM, Sedat Dilek
> wrote:
>>
>> # LIBGL_DEBUG=verbose glxinfo 2>/dev/null | grep -i opengl
>> OpenGL vendor string: Mesa Project
>> OpenGL renderer string: Software Rasterizer
&
On Mon, Feb 14, 2011 at 4:15 AM, Christopher James Halse Rogers
wrote:
> On Sat, 2011-02-12 at 15:19 +0100, Sedat Dilek wrote:
>> Hi,
>>
>> here on radeon RV250 I can only use swrast DRI driver.
>>
>> [ Xorg.log ]
>> ...
>> [ 3354.432] (EE) A
Signed-off-by: Sedat Dilek
---
docs/GL3.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index b4ca99b..9ff25a9 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -33,7 +33,7 @@ Transform feedback (GL_EXT_transform_feedback)~50
On Sun, Oct 31, 2010 at 3:21 PM, Peter Clifton wrote:
> On Sun, 2010-10-31 at 10:36 +0100, Sedat Dilek wrote:
>> I made a 2nd wayland build:
>>
>> OK, there is definitely a problem with $DISPLAY,
>> if I use a different one (for example DISPLAY=:1.0), I get "failed
Before I forget, I switched als Window-Manager from KDE4 to Fluxbox to
see if the WM has influence on Wayland.
Here is what I see in VT-1 from where I started X via startx command
(I always bootup into runlevel-3):
Setting default value
Failed to read: session.screen0.tabs.intitlebar
Setting defa
I made a 2nd wayland build:
OK, there is definitely a problem with $DISPLAY,
if I use a different one (for example DISPLAY=:1.0), I get "failed to
create compositor".
If I want to use DISPLAY=:0.0, the error-message is "failed to
initialize display" ending with a Segmentation fault.
Having a look
/devices/platform/thinkpad_acpi/input/input8
/sys/devices/platform/thinkpad_acpi/input/input8/event8
/sys/devices/virtual/drm/ttm
/sys/devices/virtual/input/mice
On Sat, Oct 30, 2010 at 4:34 PM, Sedat Dilek wrote:
> Hi,
>
> today, I tried to build and setup Wayland according to [1].
>
&g
build gallium radeon [default=disabled]
--enable-gallium-nouveau
build gallium nouveau [default=disabled]
--enable-gallium-swrast build gallium swrast [default=auto]
Kind Regards,
- Sedat -
From d1949410d63c208ffed8c6b4dd2e19da62e71018 Mon Sep 17 00:00:00 2001
From: Sedat
Hi,
I have tested v2 on a RV250 (AGP), Linux-kernel 2.6.36-rc7-git2, mesa
master GIT (commit e1003336f0dcd9248c0127fbdc173522e35c5bdb, "gallivm:
Eliminate unsigned integer arithmetic from texture coordinates."),
libdrm (2.4.22-1) and xorg-server (2:1.7.7-8), last both from official
Debian/sid i386
79 matches
Mail list logo
