Re: VIA DRM port to FreeBSD

Thomas Hellström wrote: Hi! Eric Anholt wrote: [EMAIL PROTECTED] sent me a port of the VIA DRM to FreeBSD. However, it left a couple of rough edges (most of them preexisting), which I tried to clean up. Attached is the diff against DRM CVS HEAD. I've compile-tested on Linux and FreeBSD,

Re: [patch drm] via unichrome improvements

Hello Thomas, Patch 3: I agree that there is checking needed for the returned index values, but can't this be solved using range checking on the kernel pointers, or perhaps store the pointers in a hash table, the content of which is verified before a memblock is freed? It seems very

Re: Xegl on old hardware?

On Sunday 14 August 2005 09:02 pm, Adam Jackson wrote: Adam Jackson schrieb: NV_texture_rectangle This shouldn't be really necessary if one is willing to waste some texture memory. In some cases, quite a lot of memory.  A 513x513 texture wastes between 1.5 and 3M of memory depending

Re: State of the SiS driver

Alan Cox schrieb: On Sul, 2005-08-14 at 21:03 +0200, Philipp Klaus Krause wrote: not yet. Alan Cox had a semi-working version here: http://www.linux.org.uk/~alan/sis6326.tar.gz This only contains the DRI part. Does that mean it uses the same DRM as the 305? There is a small patch to the

GL_CLAMP, GL_REPEAT problem Mesa/i915/r128

Look at the output of Mesa/progs/tests/texwrap With the i915 driver there's no green without a border. Indirect rendering and the r128 driver always show the area around the [0,1]x[0,1] red aread in green. What is the supposed display with GL_REPEAT? With indirect rendering there is no green

Re: Xegl on old hardware?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philipp Klaus Krause wrote: Adam Jackson schrieb: NV_texture_rectangle This shouldn't be really necessary if one is willing to waste some texture memory. It's not just that. {NV,EXT,ARB}_texture_rectangle also unnormalized texture coordinates

Re: Xegl on old hardware?

Zack Rusin wrote: On Sunday 14 August 2005 09:02 pm, Adam Jackson wrote: Adam Jackson schrieb: NV_texture_rectangle This shouldn't be really necessary if one is willing to waste some texture memory. In some cases, quite a lot of memory. A 513x513 texture wastes between 1.5 and 3M of

Re: [Mesa3d-dev] GL_CLAMP, GL_REPEAT problem Mesa/i915/r128

Philipp Klaus Krause wrote: Look at the output of Mesa/progs/tests/texwrap With the i915 driver there's no green without a border. Indirect rendering and the r128 driver always show the area around the [0,1]x[0,1] red aread in green. What is the supposed display with GL_REPEAT? With indirect

[Bug 4031] Mach64: Mesa does not compile. /usr/bin/ld: cannot find -lEGL

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=4031 [EMAIL PROTECTED] changed: What|Removed |Added

Re: State of the SiS driver

Am Sonntag, den 14.08.2005, 12:04 +0200 schrieb Philipp Klaus Krause: I have some questions about the SiS driver: 1) The SiS driver looks different from the other drivers. It doesn't have a custom tnl_pipeline as all the other drivers except tdfx do. Was this some old style of writing

DRI Feature Table

What happened to this one? I found some discussion about it in the mailing list archive, but I didn't find it in the wiki. Philipp --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA

Re: DRI Feature Table

Philipp Klaus Krause schrieb: What happened to this one? I found some discussion about it in the mailing list archive, but I didn't find it in the wiki. Philipp OK I found it at http://dri.sourceforge.net/doc/dri_driver_features.phtml Shouldn't this be ported to the wiki? Philipp

Re: DRI Feature Table

On 8/15/05, Philipp Klaus Krause [EMAIL PROTECTED] wrote: Philipp Klaus Krause schrieb: What happened to this one? I found some discussion about it in the mailing list archive, but I didn't find it in the wiki. Philipp OK I found it at

Re: DRI Feature Table

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philipp Klaus Krause wrote: OK I found it at http://dri.sourceforge.net/doc/dri_driver_features.phtml Shouldn't this be ported to the wiki? IMO, we should have an XML (and a stylesheet with it) in CVS that generates this page (or generates a

Re: Patch: r128 software features

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philipp Klaus Krause wrote: Since the r128 has no hardware tcl and tcl has to be done in software anyway I think it should have a full-featured tcl. This patch enables some extensions: GL_ARB_vertex_buffer_object GL_ARB_vertex_program

Re: DRI Feature Table

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philipp Klaus Krause wrote: | Philipp Klaus Krause schrieb: | |What happened to this one? |I found some discussion about it in the mailing list archive, |but I didn't find it in the wiki. | |Philipp | | | OK I found it at |

Re: Patch: r128 software features

Ian Romanick schrieb: I could have sworn that the vertex-program extensions and GL_EXT_cull_vertex each required an addition TNL pipeline stage. I see that the i915 driver adds _tnl_vertex_cull_stage and _tnl_vertex_program_stage. Why does r128 not need those additions? The r200 and the

Re: Xegl on old hardware?

On Sunday 14 August 2005 16:59, Roland Scheidegger wrote: Those are quite stiff requirements though. None of the old chips support all of that fully. Especially ARB_texture_env_combine (or even the EXT variant) could be tricky. I'm not sure what parts of it Xegl really needs, but on something