Can we doc it and comment it out? IME somebody will pop out and claim a use
for it.
Posting from a mobile, pardon my terseness. ~ C.
On Feb 19, 2010 5:19 PM, "Ian Romanick" wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While we're on the topic of removing dead weight, can we remove supp
It seems the commit below will always report an user error when
glxinfo -l is called.
And indeed I always get the following :
$ glxinfo -l
...
GL_VERTEX_PROGRAM_ARB:
...
Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
M
Hi all,
with recent Mesa (git from 19.02.2010), xorg server
(git://anongit.freedesktop.org/~krh/xserver dri2-invalidate branch),
xorg-video-intel from 13.02.2010 i have an very postponed output on my
Thinkpad X200t.
in my Xorg.log i see a lot of follow messages:
[3904117.243] (EE) intel(0): F
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While we're on the topic of removing dead weight, can we remove support
for color index rendering? None of the hardware drivers support color
index rendering, and color index rendering is deprecated in OpenGL 3.0
(and removed in 3.1).
Can it please d
http://bugs.freedesktop.org/show_bug.cgi?id=26632
Jon TURNEY changed:
What|Removed |Added
Attachment #33404|0 |1
is obsolete|
http://bugs.freedesktop.org/show_bug.cgi?id=26663
Summary: OS ABI Tag Breaks ldconfig.
Product: Mesa
Version: 7.6
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
C
On Fri, Feb 19, 2010 at 11:14 AM, Brian Paul wrote:
> Guillem Jover wrote:
>> Hi!
>>
>> [ CCing Daniel Borca who used to work on 3dfx support in Mesa and
>> libglide, not sure though if he is around or interested anymore. ]
>>
>> On Thu, 2010-02-18 at 17:25:02 -0700, Brian Paul wrote:
>>> 3. I'm
---
It looks like these were missed in commit 2240ba10. This also removes the
last of the SUNOS4 defines; we can probably remove configs/sunos4* as well.
src/glu/mesa/gluP.h | 10 --
src/glu/mesa/nurbssrf.c |4 ++--
src/glu/mesa/project.c |2 +-
src/glu/mini/gluP.h |
From: kleinerm
Signed-off-by: Mario Kleiner
---
src/glx/x11/glxcmds.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/glx/x11/glxcmds.c b/src/glx/x11/glxcmds.c
index fefdd99..67518dd 100644
--- a/src/glx/x11/glxcmds.c
+++ b/src/glx/x11/glxcmds.c
@@ -2364,7 +236
http://bugs.freedesktop.org/show_bug.cgi?id=26121
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kenneth Graunke wrote:
> These patches remove various _mesa_foo() wrappers in favor of simply
> calling foo() directly. I've split them out by function so it's
> possible to pick and choose which ones to apply. Sorry for the spam.
>
> I figured I'd
Guillem Jover wrote:
> Hi!
>
> [ CCing Daniel Borca who used to work on 3dfx support in Mesa and
> libglide, not sure though if he is around or interested anymore. ]
>
> On Thu, 2010-02-18 at 17:25:02 -0700, Brian Paul wrote:
>> 3. I'm tempted to remove some old Mesa drivers such as glide, tdfx
On Fri, 2010-02-19 at 10:23 -0800, Kristian Høgsberg wrote:
> 2010/2/19 Brian Paul :
> > 2010/2/19 Kristian Høgsberg :
> >> 2010/2/19 Kristian Høgsberg :
> >>> 2010/2/19 Brian Paul :
> 2010/2/19 Kristian Høgsberg :
>
> > I applied the patches from Kenneth Graunke on the list for this.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kenneth Graunke wrote:
> These patches remove various _mesa_foo() wrappers in favor of simply
> calling foo() directly. I've split them out by function so it's
> possible to pick and choose which ones to apply. Sorry for the spam.
>
> I figured I'd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
> Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Ian Romanick wrote:
>>> All,
>>>
>>> It's time again to plan what version or versions of Mesa we want to
>>> release in Q1 (end of March). It seems like
2010/2/19 Brian Paul :
> 2010/2/19 Kristian Høgsberg :
>> 2010/2/19 Kristian Høgsberg :
>>> 2010/2/19 Brian Paul :
2010/2/19 Kristian Høgsberg :
> I applied the patches from Kenneth Graunke on the list for this. Can
> we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() and
>
On Fri, 2010-02-19 at 09:42 -0800, Kristian Høgsberg wrote:
> 2010/2/19 Kristian Høgsberg :
> > 2010/2/19 Brian Paul :
> >> 2010/2/19 Kristian Høgsberg :
> >>
> >>> I applied the patches from Kenneth Graunke on the list for this. Can
> >>> we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() a
On Fri, Feb 19, 2010 at 10:59 AM, José Fonseca wrote:
> On Fri, 2010-02-19 at 09:42 -0800, Kristian Høgsberg wrote:
>> 2010/2/19 Kristian Høgsberg :
>> > 2010/2/19 Brian Paul :
>> >> 2010/2/19 Kristian Høgsberg :
>> >>
>> >>> I applied the patches from Kenneth Graunke on the list for this. Can
>>
2010/2/19 Kristian Høgsberg :
> 2010/2/19 Kristian Høgsberg :
>> 2010/2/19 Brian Paul :
>>> 2010/2/19 Kristian Høgsberg :
>>>
I applied the patches from Kenneth Graunke on the list for this. Can
we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() and
_mesa_bzero() too?
>>>
>>>
2010/2/19 Kristian Høgsberg :
> 2010/2/19 Brian Paul :
>> 2010/2/19 Kristian Høgsberg :
>>
>>> I applied the patches from Kenneth Graunke on the list for this. Can
>>> we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() and
>>> _mesa_bzero() too?
>>
>> I've remove _mesa_bzero() just now, plus
Hi!
[ CCing Daniel Borca who used to work on 3dfx support in Mesa and
libglide, not sure though if he is around or interested anymore. ]
On Thu, 2010-02-18 at 17:25:02 -0700, Brian Paul wrote:
> 3. I'm tempted to remove some old Mesa drivers such as glide, tdfx,
> allegro, ggi, dri/mga, dri/mac
2010/2/19 Brian Paul :
> 2010/2/19 Kristian Høgsberg :
>
>> I applied the patches from Kenneth Graunke on the list for this. Can
>> we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() and
>> _mesa_bzero() too?
>
> I've remove _mesa_bzero() just now, plus some other macro wrappers.
>
> We migh
2010/2/18 Kristian Høgsberg :
> 2010/2/18 Brian Paul :
>> Kristian Høgsberg wrote:
>>>
>>> 2010/2/12 Ian Romanick :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
>
> diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
> b/src/mesa/dri
2010/2/19 Kristian Høgsberg :
> I applied the patches from Kenneth Graunke on the list for this. Can
> we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() and
> _mesa_bzero() too?
I've remove _mesa_bzero() just now, plus some other macro wrappers.
We might as well remove the malloc/calloc(
On Thu, Feb 18, 2010 at 9:50 PM, Chia-I Wu wrote:
> On Fri, Feb 19, 2010 at 8:25 AM, Brian Paul wrote:
>>> Assuming this plan still works for people, I'll make the mesa_7_8_branch
>>> on Friday, February 26th.
>> I think we could get by with a shorter "beta" period. There's a few
>> more things
This isn't actually true any more. See issue (9) of
ARB_framebuffer_object which defines luminance, luminance_alpha and
intensity as renderable.
(I'm not quite sure how color assignment is done, readpixels and the
like would define L = R + G + B, but I think it will follow the table
from texture im
On Thu, Feb 18, 2010 at 7:25 PM, Brian Paul wrote:
> Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Ian Romanick wrote:
>>> All,
>>>
>>> It's time again to plan what version or versions of Mesa we want to
>>> release in Q1 (end of March). It seems like 7.7.1 is a no
On Fri, 2010-02-19 at 06:35 -0800, Marek Olšák wrote:
> I still think st/xorg should use R8, which is well defined as to which
> component to store, rather than L8. That's also the reason L8 is not
> renderable in OpenGL.
I think there's a shortcoming in the interface here. Imagine that Xorg
real
I still think st/xorg should use R8, which is well defined as to which
component to store, rather than L8. That's also the reason L8 is not
renderable in OpenGL.
2010/2/19 Corbin Simpson
> Yeah, I would have nak'd this. Will revert when I get home.
>
> Posting from a mobile, pardon my terseness
On Fri, Feb 19, 2010 at 2:25 AM, Brian Paul wrote:
>
> 3. I'm tempted to remove some old Mesa drivers such as glide, tdfx,
> allegro, ggi, dri/mga, dri/mach64. Maybe more. Any objections?
>
- dri/fb (superceded by swrast ?)
- dri/ffb (drm dropped years ago ?)
--
Sorry about that. Blitting from L8 to L8 is now broken anyway, I'll look
into it today or tomorrow.
2010/2/19 Corbin Simpson
> Yeah, I would have nak'd this. Will revert when I get home.
>
> Posting from a mobile, pardon my terseness. ~ C.
>
> On Feb 19, 2010 12:56 AM, "Michel Dänzer" wrote:
>
Yeah, I would have nak'd this. Will revert when I get home.
Posting from a mobile, pardon my terseness. ~ C.
On Feb 19, 2010 12:56 AM, "Michel Dänzer" wrote:
On Thu, 2010-02-18 at 19:24 -0800, Marek Olk wrote:
> Module: Mesa
> Branch: master
> Commit: fc427d23439a2702068209957f08990ea29fe21
On Thu, Feb 18, 2010 at 5:36 PM, Mike Lothian wrote:
> I'm experiencing 3 issues at the moment
[snip]
> And lastly the latest intel DRM code from drm-intel-next has the
> following issue too:
>
> CC drivers/gpu/drm/i915/intel_display.o
> drivers/gpu/drm/i915/intel_display.c: In function 'i9x
On Thu, 2010-02-18 at 19:24 -0800, Marek Olk wrote:
> Module: Mesa
> Branch: master
> Commit: fc427d23439a2702068209957f08990ea29fe21b
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=fc427d23439a2702068209957f08990ea29fe21b
>
> Author: Marek Olšák
> Date: Fri Feb 19 04:23:06
34 matches
Mail list logo