On Thu, Apr 22, 2010 at 7:20 PM, Sven Arvidsson wrote:
> I guess I was mostly curious about any experiences with Mesa and WebGL
> in Chrome.
>
> I only gave it a quick try a few days ago, but didn't get any further
> than "Couldn't enable WebGL - sorry" or something similar.
i've tried to enable
Hello. I have old nvidia hardware (NV17) and noticed that some
extensions are missing.They will be added in near future ? Anyone from
nouveau developers actually working on driver for such old hw ???
___
mesa-dev mailing list
mesa-dev@lists.freedesktop
NAK as above and from IRC convo.
Posting from a mobile, pardon my terseness. ~ C.
On Apr 22, 2010 2:20 PM, "Alex Deucher" wrote:
On Thu, Apr 22, 2010 at 4:40 PM, Tormod Volden
wrote:
> From: Tormod Volden...
gallium and classic with kms get this number form the drm and can't
program the releva
Hi José et al
So I got a bit annoyed at seeing the debug_get_*_option print outs
every single time it checks the value.
The first patch just adds another option to control if we print the
options or not.
The second adds helper defines so you can easily add functions which
only check the argument
On Thu, Apr 22, 2010 at 4:40 PM, Tormod Volden wrote:
> From: Tormod Volden
>
> These should also be in the newest linux kernels.
>
> Signed-off-by: Tormod Volden
gallium and classic with kms get this number form the drm and can't
program the relevant regs, so the drm patch is required for gall
On Thu, Apr 22, 2010 at 3:52 PM, Tormod Volden wrote:
> From: Tormod Volden
>
> Although these cards have 2 pipelines on the silicon only
> the first passed the QA and the other should be disabled.
>
> http://www.digital-daily.com/video/ati-radeon9800se/
> http://www.rojakpot.com/showarticle.aspx
From: Tormod Volden
These should also be in the newest linux kernels.
Signed-off-by: Tormod Volden
---
src/gallium/drivers/r300/r300_chipset.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r300/r300_chipset.c
b/src/gallium/drivers/r300/r3
From: Tormod Volden
Although these cards have 2 pipelines on the silicon only
the first passed the QA and the other should be disabled.
http://www.digital-daily.com/video/ati-radeon9800se/
http://www.rojakpot.com/showarticle.aspx?artno=101&pgno=1
Signed-off-by: Tormod Volden
---
drivers/gpu/d
On Thu, Apr 22, 2010 at 3:52 PM, Tormod Volden wrote:
> From: Tormod Volden
>
> Although these cards have 2 pipelines on the silicon only
> the first passed the QA and the other should be disabled.
>
> http://www.digital-daily.com/video/ati-radeon9800se/
> http://www.rojakpot.com/showarticle.aspx
From: Tormod Volden
Although these cards have 2 pipelines on the silicon only
the first passed the QA and the other should be disabled.
http://www.digital-daily.com/video/ati-radeon9800se/
http://www.rojakpot.com/showarticle.aspx?artno=101&pgno=1
Signed-off-by: Tormod Volden
---
Many of these
On Thu, 22 Apr 2010 11:28:55 -0700
Jesse Barnes wrote:
> On Tue, 20 Apr 2010 11:35:11 -0700
> Jesse Barnes wrote:
>
> > This patch adds vblank_mode support to DRI2, for direct rendered
> > clients only. It does this by adding some DRI options parsing at DRI2
> > screen creation time, and some
On Tue, 20 Apr 2010 11:35:11 -0700
Jesse Barnes wrote:
> This patch adds vblank_mode support to DRI2, for direct rendered
> clients only. It does this by adding some DRI options parsing at DRI2
> screen creation time, and some checking for the current vblank mode to
> dri2_glx.c.
>
> Fixes fdo
When driCreateScreen calls driConvertConfigs to try to convert the configs for
swrast, it fails and returns NULL. Instead of checking, it just clobbers
psc->configs. Then, when the application asks for the FBconfigs, there aren't
any.
Instead, make the caller responsible for freeing the modes li
Hi,
On Thu, 2010-04-22 at 09:30 -0700, Aaron Plattner wrote:
> diff --git a/src/glx/glxext.c b/src/glx/glxext.c
> index 6d6f89e..5289354 100644
> --- a/src/glx/glxext.c
> +++ b/src/glx/glxext.c
> @@ -539,8 +539,6 @@
> __glXInitializeVisualConfigFromTags(__GLcontextModes * config, int
> count,
>
Aaron Plattner writes:
> I looked into why Mesa's libGL wasn't working with our (NVIDIA's) GLX
> extensi on, and tracked down a couple of bugs in Mesa's handling of
> GLX visuals and fbconfigs.
Am I missing something, or does your 2/2 undo your 1/2 (what's the
point, if so?)?
-tom
__
On Thu, 2010-04-22 at 08:57 -0700, Corbin Simpson wrote:
> Dunno if there's any real good reason to CC us. Kristian nailed it on
> those bugs -- pbuffers weren't supported on the server side until
> recently, but now they are and they work fine. That Fx bug is pretty
> serious, as there's a fair nu
I looked into why Mesa's libGL wasn't working with our (NVIDIA's) GLX extension,
and tracked down a couple of bugs in Mesa's handling of GLX visuals and
fbconfigs.
Aaron Plattner (2):
Fix __glXInitializeVisualConfigFromTags's handling of unrecognized
fbconfig tags.
Fix indirect fallback wh
When driCreateScreen calls driConvertConfigs to try to convert the configs for
swrast, it fails and returns NULL. Instead of checking, it just clobbers
psc->configs. Then, when the application asks for the FBconfigs, there aren't
any.
Instead, make the caller responsible for freeing the modes li
__glXInitializeVisualConfigFromTags doesn't skip the payload of unrecognized
tags. Instead, it treats the value as if it were the next tag, which can happen
if the server's GLX extension is not Mesa's. For example, this falls down when
NVIDIA sends a GLX_FLOAT_COMPONENTS_NV = 0 pair, causing
__gl
On Thu, Apr 22, 2010 at 5:25 AM, Sven Arvidsson wrote:
> On Tue, 2010-04-20 at 19:44 +0200, Aljoša Mohorović wrote:
>> i'm trying to get WebGL ("OpenGL ES 2.0 for the Web" -
>> http://www.khronos.org/webgl/) to work under linux but with no
>> success.
>> i don't mind buying a new card just to get
On Tue, 2010-04-20 at 19:44 +0200, Aljoša Mohorović wrote:
> i'm trying to get WebGL ("OpenGL ES 2.0 for the Web" -
> http://www.khronos.org/webgl/) to work under linux but with no
> success.
> i don't mind buying a new card just to get this working, can anybody
> recommend a card with excellent op
21 matches
Mail list logo
