Re: [Mesa3d-dev] ARB draw buffers + texenv program

On Tue, Apr 13, 2010 at 2:21 PM, Corbin Simpson wrote: > On Tue, Apr 13, 2010 at 6:42 AM, Roland Scheidegger > wrote: >> On 13.04.2010 02:52, Dave Airlie wrote: >>> On Tue, Apr 6, 2010 at 2:00 AM, Brian Paul wrote: Dave Airlie wrote: > Just going down the r300g piglit failures and noti

Re: [Mesa3d-dev] Move lists to freedesktop.org?

On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote: > > Unless there's some objection I'm going to subscribe everyone to the > new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list. > Probably in the next 24 hours. > > Then, some of you may have to log into the mailman interface > (http:

Re: [Mesa3d-dev] [PATCH] Correct GL_EQUIV code in r67/7xx.

On Sun, Mar 14, 2010 at 9:18 PM, Matthew W. S. Bell wrote: > From 247e121106e8d3e389f2e5a6edf13ea70ac18df7 Mon Sep 17 00:00:00 2001 > > These seem to be documented in > . > --- >  src/mesa/drivers/dri/r600/r700_stat

Re: [Mesa3d-dev] r600 pixel_buffer_object for 7.8?

2010/3/7 Ian Romanick : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Török Edwin wrote: > >> I've run the piglit tests using tests/r500.tests, with glean in quick mode. >> >> With patch: 620/686 pass >> Without patch: 614/679 pass (I opened a bugreport about these failures >> here: https:/

Re: [Mesa3d-dev] r600 pixel_buffer_object for 7.8?

2010/3/6 Corbin Simpson : > HoN needs PBOs? How annoying. > > I'll pull in the patch if nobody else says anything, but I'd much > prefer that Alex or somebody else more familiar with r600 do it. > Is that patch all that's needed for pbos? I was under the impression there was more work involved, b

Re: [Mesa3d-dev] Move lists to freedesktop.org?

On Thu, Mar 4, 2010 at 3:37 PM, Jesse Barnes wrote: > Would anyone have objections if these lists moved to freedesktop.org? Yes please! > The recent thread with Linus about the drm pull request highlights the > post lag and non-subscriber aspect of the current lists, and that > leaves aside sf.n

Re: [Mesa3d-dev] move normalized texel coordinates bit to sampler view

On Thu, Feb 25, 2010 at 12:39 PM, michal wrote: > Roland Scheidegger wrote on 2010-02-24 15:18: >> On 24.02.2010 12:48, Christoph Bumiller wrote: >> >>> This wasn't a problem before because textures and samplers were >>> linked 1:1, but in view of the gallium-gpu4-texture-opcodes branch, >>> this

Re: [Mesa3d-dev] light_twoside RE: [PATCH] glsl: put varyings in texcoord slots

On Wed, Feb 3, 2010 at 4:42 AM, Luca Barbieri wrote: > I tested this on Windows, using nVidia driver 195 on nv40, and it > seems we are all partially wrong. > > SM3 does indeed allow semantics unrelated to hardware resources. > However, the semantic indices for any semantic type must be in the > r

Re: [Mesa3d-dev] light_twoside RE: [PATCH] glsl: put varyings in texcoord slots

On Tue, Feb 2, 2010 at 1:16 PM, Luca Barbieri wrote: >>  Personally I'm >> going to take a break from this thread, spend a couple of days looking >> at i965, etc, to see what can be done to improve things there, and >> maybe come back with an alternate proposal. > > Yes, I think that the most impo

Re: [Mesa3d-dev] [PATCH] glsl: put varyings in texcoord slots

On Fri, Jan 29, 2010 at 12:55 PM, Luca Barbieri wrote: >> FWIW, I think DX10 required or at least encouraged semantic mapping >> support in hardware.  R6xx+ radeons support this and r3xx-r5xx >> hardware do to a lesser degree.  You can use arbitrary, driver >> specific ids and the hardware will ma

Re: [Mesa3d-dev] [PATCH] glsl: put varyings in texcoord slots

On Fri, Jan 29, 2010 at 12:31 PM, Brian Paul wrote: > On Fri, Jan 29, 2010 at 9:49 AM, Brian Paul wrote: >> On Fri, Jan 29, 2010 at 12:48 AM, Luca Barbieri >> wrote: >>> I'd like to have some more definitive review comments on this patch >>> (sending to Brian and Keith for this). >>> >>> Right

Re: [Mesa3d-dev] perrtblend merge

t; the pipe caps, to avoid post-merge cleanups for myself. >> >> On Tue, Jan 26, 2010 at 7:00 AM, Alex Deucher wrote: >>> On Tue, Jan 26, 2010 at 9:44 AM, Roland Scheidegger >>> wrote: >>>> Hi, >>>> >>>> I'm planning on mergi

Re: [Mesa3d-dev] perrtblend merge

On Tue, Jan 26, 2010 at 9:44 AM, Roland Scheidegger wrote: > Hi, > > I'm planning on merging this branch to master soon. > This will make it possible to do per render target blend enables, > colormasks, and also per rendertarget blend funcs (with a different CAP > bit for the latter, and this one

Re: [Mesa3d-dev] mesa_7_7_branch -> master merges

On Mon, Jan 25, 2010 at 12:17 PM, Eric Anholt wrote: > On Mon, 25 Jan 2010 13:04:10 +, José Fonseca wrote: >> mesa_7_7_branch and master are becoming quite different, because of all >> the gallium interface changes that have been going into master, so >> merging fixes from mesa_7_7_branch int

Re: [Mesa3d-dev] [PATCH] glsl: put varyings in texcoord slots

On Mon, Jan 18, 2010 at 10:52 AM, Marek Olšák wrote: > On Mon, Jan 18, 2010 at 3:22 PM, Luca Barbieri > wrote: >> >> > I think this is not necessary and fixing the rasterizer setup in the >> > driver >> > would by better than fixing the state tracker. >> > >> > In r300g, we dynamically allocate r

Re: [Mesa3d-dev] Mystery of u_format.csv

2010/1/6 Michel Dänzer : > On Wed, 2010-01-06 at 15:18 +, Keith Whitwell wrote: >> On Wed, 2010-01-06 at 07:13 -0800, José Fonseca wrote: >> > On Wed, 2010-01-06 at 06:51 -0800, Michel Dänzer wrote: >> > > On Wed, 2010-01-06 at 14:32 +, José Fonseca wrote: >> > > > On Wed, 2010-01-06 at 06:

Re: [Mesa3d-dev] Yet more r300g fear and loathing...

On Mon, Dec 21, 2009 at 12:49 PM, tom fogal wrote: > Corbin Simpson writes: >> So, yet another thing that r300 sucks balls at: NPOT textures. We've >> been talking it over on IRC, and here's the options. >> >> 1) Don't do NPOT. Stop advertising PIPE_CAP_NPOT, refuse to accept >> non-NPOT dimensio

Re: [Mesa3d-dev] Mesa Radeon Compile Problem

On Sat, Dec 5, 2009 at 6:18 PM, Mike Lothian wrote: > Hi I had a compile error with the latest git mesa > > The error is: > > x86_64-pc-linux-gnu-gcc -c -I. > -I../../../../../src/mesa/drivers/dri/common -Iserver > -I../../../../../include -I../../../../../src/mesa > -I../../../../../src/egl/main

Re: [Mesa3d-dev] Fwd: GEM or TTM

On Sat, Dec 5, 2009 at 12:05 PM, Dee Sharpe wrote: > Sent this to the wrong address. > > Dee Sharpe > Sent from my iPhone > Begin forwarded message: > > From: Dee Sharpe > Date: December 4, 2009 4:15:35 PM CST > To: Maarten Maathuis > Subject: GEM or TTM > > For porting DRM, which is the correct

Re: [Mesa3d-dev] r600/r700 compiler future?

On Sat, Nov 28, 2009 at 5:36 AM, Pierre Ossman wrote: > I'm sorry this reply is so late. I completely forgot about this > thread... > > On Mon, 2 Nov 2009 10:35:16 -0500 > "Li, RichardZ" wrote: > >> >> Yes, you are right. When the compiler code was put there, as Alex said, >> we hope to get every

Re: [Mesa3d-dev] [RFC] Proposed Mesa 7.7 / 7.6.1 release schedule

On Wed, Nov 18, 2009 at 11:13 AM, Brian Paul wrote: > Alex Deucher wrote: >> >> On Wed, Nov 18, 2009 at 10:26 AM, Brian Paul wrote: >>> >>> Julien Cristau wrote: >>>> >>>> On Wed, Nov 18, 2009 at 07:44:46 -0700, Brian Paul wrote: >&

Re: [Mesa3d-dev] [RFC] Proposed Mesa 7.7 / 7.6.1 release schedule

On Wed, Nov 18, 2009 at 10:26 AM, Brian Paul wrote: > Julien Cristau wrote: >> On Wed, Nov 18, 2009 at 07:44:46 -0700, Brian Paul wrote: >> >>> The 7.6.1 release should be ready to go at any time since it's just >>> bug fixes.  So I'd like to make a release candidate today, and release >>> 7.6.1 b

Re: [Mesa3d-dev] r600/r700 compiler future?

On Sun, Nov 1, 2009 at 9:34 AM, Pierre Ossman wrote: > I'm looking at r600/r700 compiler with the ambition of filling in the > missing pieces. I've just read through the documentation and the basic > structure of the compiler, and I'm having a hard time understanding the > design choices of the co

Re: [Mesa3d-dev] texformat-rework branch

On Thu, Oct 29, 2009 at 9:49 AM, Brian Paul wrote: > Alex Deucher wrote: >> >> On Wed, Oct 28, 2009 at 11:44 PM, Brian Paul >> wrote: >>> >>> OK, the merge is done. >>> >>> Here's a quick summary of the changes: >>> >

Re: [Mesa3d-dev] texformat-rework branch

On Wed, Oct 28, 2009 at 11:44 PM, Brian Paul wrote: > OK, the merge is done. > > Here's a quick summary of the changes: > > * The old gl_texture_format struct is replaced by a new gl_format enum. > * The new formats are defined in formats.h and all the helper > functions are in formats.c > * textu

Re: [Mesa3d-dev] texformat-rework branch

On Mon, Oct 26, 2009 at 3:06 PM, Brian Paul wrote: > Alex Deucher wrote: >> >> On Fri, Oct 23, 2009 at 5:23 PM, Brian Paul wrote: >>> >>> Alex, Nicolai, >>> >>> Would you guys please test the texformat-rework branch again? >>> >&g

Re: [Mesa3d-dev] r600: implement ARB_occlusion_query

On Mon, Oct 26, 2009 at 5:32 PM, Alex Deucher wrote: > On Mon, Oct 26, 2009 at 4:55 AM, Stephan Schmid wrote: >> This implements GL_ARB_occlusion_query for RV610 >> Currently it results in a huge performance gain in games that take advantage >> of >> ARB_oq

Re: [Mesa3d-dev] r600: implement ARB_occlusion_query

On Mon, Oct 26, 2009 at 4:55 AM, Stephan Schmid wrote: > This implements GL_ARB_occlusion_query for RV610 > Currently it results in a huge performance gain in games that take advantage > of > ARB_oq such as sauerbraten (cube2). > issues: > - this was tested so far only on RV610. I figured out tha

Re: [Mesa3d-dev] texformat-rework branch

On Fri, Oct 23, 2009 at 5:23 PM, Brian Paul wrote: > Alex, Nicolai, > > Would you guys please test the texformat-rework branch again? > > If it looks OK, I'd like to merge to master soon, but probably not until > next week. Most apps assert: radeon_create_renderbuffer: Unknown format 0x001b glxge

Re: [Mesa3d-dev] Blit support for r300

On Fri, Oct 23, 2009 at 2:37 AM, Maciej Cencora wrote: > Hi, > > as you may already know r300 classic driver is in pretty good shape these > days, but there's one thing that causes major slowdowns in many games: lack of > hardware accelerated blit operation. > Currently all glCopyTex[Sub]Image ope

Re: [Mesa3d-dev] texformat-rework branch

On Thu, Oct 22, 2009 at 2:24 PM, Brian Paul wrote: > Alex Deucher wrote: >> >> On Thu, Oct 22, 2009 at 1:31 PM, Brian Paul wrote: >>> >>> Alex Deucher wrote: >>>> >>>> On Thu, Oct 22, 2009 at 11:40 AM, Brian Paul wrote: >>>

Re: [Mesa3d-dev] texformat-rework branch

On Thu, Oct 22, 2009 at 1:31 PM, Brian Paul wrote: > Alex Deucher wrote: >> >> On Thu, Oct 22, 2009 at 11:40 AM, Brian Paul wrote: >>> >>> Nicolai, >>> >>> I made some changes on the texformat-rework branch last night.  Could >>> you r

Re: [Mesa3d-dev] texformat-rework branch

On Thu, Oct 22, 2009 at 11:40 AM, Brian Paul wrote: > Nicolai, > > I made some changes on the texformat-rework branch last night.  Could > you re-test?  There may still be issues but I'll work with you to fix > them. > I did a quick test of the branch on r600. openarena works ok. However demos/t

Re: [Mesa3d-dev] [RFC] gallium-blitter

On Thu, Oct 15, 2009 at 10:58 PM, Younes Manton wrote: > On Thu, Oct 15, 2009 at 8:54 PM, Corbin Simpson > wrote: >> URL: >> http://cgit.freedesktop.org/~csimpson/mesa/log/?h=gallium-blitter >> >> So, with r600g right around the corner, I'd like to do something about >> this blitter/no blitter th

Re: [Mesa3d-dev] Initial version of GL_MESA_gpu_program3

On Wed, Oct 14, 2009 at 3:02 PM, Nicolai Hähnle wrote: > Alex, I added you to the CC in case you can help clarify the points on R500 > vertex programs. > > Am Wednesday 14 October 2009 08:20:42 schrieb Ian Romanick: >> > Issue 2: >> > 1) R500 supports unstructured branching in fragment programs bu

Re: [Mesa3d-dev] [HD3470/R600] graphics corruption, GPU lockup...

On Wed, Sep 30, 2009 at 10:20 AM, Daniel J Blueman wrote: > When running 2.6.32-rc1 with modesetting on a HD3470/R600 GPU [1] with > updated userland [2], I experience a GPU lockup 2-3 seconds after > starting glxgears under compiz. We also see intermittent rendering > buffer corruption [3] when g

Re: [Mesa3d-dev] r600: 2 patches to correct blend functionality

On Mon, Sep 28, 2009 at 12:48 PM, Andre Maasikas wrote: > gets nexuiz explosions working, also correct doom3 title screen > Andre, These look good after a quick review. I won't be able to test or commit them until I get back from xdc on Thursday. Alex -

Re: [Mesa3d-dev] RFC: Proposed mesa_7_5_branch and mesa_7_6_branch freeze for release

2009/9/24 Michel Dänzer : > On Thu, 2009-09-24 at 14:34 -0400, Alex Deucher wrote: >> On Thu, Sep 24, 2009 at 2:07 PM, Alex Deucher wrote: >> > >> > I've pulled in most of the r600 driver fixes from master into 7.6 and >> > at this point the driver i

Re: [Mesa3d-dev] RFC: Proposed mesa_7_5_branch and mesa_7_6_branch freeze for release

On Thu, Sep 24, 2009 at 2:07 PM, Alex Deucher wrote: > On Tue, Sep 22, 2009 at 4:46 PM, Ian Romanick wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> I would like to open XDC by shipping Mesa 7.5.2 and 7.6.  In order to >> make tha

Re: [Mesa3d-dev] RFC: Proposed mesa_7_5_branch and mesa_7_6_branch freeze for release

On Tue, Sep 22, 2009 at 4:46 PM, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I would like to open XDC by shipping Mesa 7.5.2 and 7.6.  In order to > make that happen, I propose the following: > > - - Freeze both branches at 12:01AM PDT 9/25 (this upcoming Friday). > >

Re: [Mesa3d-dev] [PATCH] r600: add support for cube textures

On Wed, Sep 23, 2009 at 7:37 AM, Andre Maasikas wrote: > Needs quite a few extra instructions, please test/review > if I got them all right. > Looks good thanks! Alex -- Come build with us! The BlackBerry® Developer Con

Re: [Mesa3d-dev] Bug in Mesa3d, or something else?

On Mon, Sep 21, 2009 at 12:51 PM, Jeremy Murphy wrote: > On Tue, 22 Sep 2009 02:43:04 am Alex Deucher wrote: >> On Mon, Sep 21, 2009 at 12:29 PM, Jeremy Murphy >> >> wrote: >> > On Tue, 22 Sep 2009 01:50:45 am Brian Paul wrote: >> >> Jeremy Murphy wro

Re: [Mesa3d-dev] Bug in Mesa3d, or something else?

On Mon, Sep 21, 2009 at 12:29 PM, Jeremy Murphy wrote: > On Tue, 22 Sep 2009 01:50:45 am Brian Paul wrote: >> Jeremy Murphy wrote: >> > Hi there, >> > >> > I've come up against a bug, but I'm not sure if it's in Mesa or something >> > else.  I was testing the example programs from OpenGL Distilled

Re: [Mesa3d-dev] Bug in Mesa3d, or something else?

On Mon, Sep 21, 2009 at 9:41 AM, Jeremy Murphy wrote: > > Hi there, > > I've come up against a bug, but I'm not sure if it's in Mesa or something > else.  I was testing the example programs from OpenGL Distilled > (http://code.google.com/p/ogld/), especially the Picking program for its mouse > stu

Re: [Mesa3d-dev] g3dvl and xvmc indention and location

On Thu, Sep 17, 2009 at 1:21 PM, Younes Manton wrote: > On Thu, Sep 17, 2009 at 12:43 PM, Zack Rusin wrote: >> Hey, >> >> I'm going to start adding XvMC acceleration to the Gallium's xorg state >> tracker. >> I'd like to move src/xvmc to src/gallium/state_trackers/xorg/xvmc and run the >> standar

Re: [Mesa3d-dev] More on Mesa branching / bug-fix model

On Wed, Sep 16, 2009 at 3:11 PM, Keith Whitwell wrote: > On Wed, 2009-09-16 at 11:54 -0700, Alex Deucher wrote: >> On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote: >> > Alex Deucher wrote: >> >> >> >> On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick

Re: [Mesa3d-dev] More on Mesa branching / bug-fix model

On Wed, Sep 16, 2009 at 3:11 PM, Keith Whitwell wrote: > On Wed, 2009-09-16 at 11:54 -0700, Alex Deucher wrote: >> On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote: >> > Alex Deucher wrote: >> >> >> >> On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick

Re: [Mesa3d-dev] More on Mesa branching / bug-fix model

On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote: > Alex Deucher wrote: >> >> On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick wrote: >>> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> Brian Paul wrote: >>> >

Re: [Mesa3d-dev] More on Mesa branching / bug-fix model

On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Brian Paul wrote: > >> The main problem right now is we have 3 active branches (master, 7.6 >> and 7.5) and it can be confusing.  I wasn't really planning on another >> 7.5.x release until Er

Re: [Mesa3d-dev] Mesa 7.6 branch coming

On Fri, Sep 4, 2009 at 1:53 PM, Corbin Simpson wrote: > On 09/03/2009 03:57 PM, Alex Deucher wrote: >> On Thu, Sep 3, 2009 at 6:51 PM, Dave Airlie wrote: >>> I've been holding off, its the problem with merging code from 3 drivers >>> with different white space into

Re: [Mesa3d-dev] Mesa 7.6 branch coming

On Thu, Sep 3, 2009 at 6:51 PM, Dave Airlie wrote: >> >> Funny you should mention whitespace.  I've been looking at the radeon >> code a bit lately.  What a mess.  Within a single source file I've >> seen 3 different levels of indentation (3/4 space and 8-space tabs). >> I'd be happy to see the who

[Mesa3d-dev] mesa: fix saturation logic in emit_texenv()

This commit seems to break redbook texbind and texsub on r600: http://cgit.freedesktop.org/mesa/mesa/commit/?id=956e6c3978abe918348377cf05e5c92971e50d3f Has anyone else had any problems with these apps on other hardware? Thanks, Alex -

Re: [Mesa3d-dev] [PATCH 0/4] RESEND: Fix races in glapi

On Mon, Aug 24, 2009 at 1:48 PM, Brian Paul wrote: > Chia-I Wu wrote: >> Hi, >> >> This patch series was sent about 1 month ago.  It went through several >> iterations, and should have resolved all concerns.  The patches were >> scattered in that thread. >> >> This mail resends the series, with upd

Re: [Mesa3d-dev] radeon: Optimise dma buffer handling.

om abstraction. Alex > On Wed, Aug 19, 2009 at 7:04 PM, Alex Deucher wrote: >> >> On Wed, Aug 19, 2009 at 10:44 AM, Pauli Nieminen wrote: >> > Too bad there were a bug in this patch so here is fix and a improvement >> > to >> > debug output. >> >>

Re: [Mesa3d-dev] radeon: Optimise dma buffer handling.

On Wed, Aug 19, 2009 at 10:44 AM, Pauli Nieminen wrote: > Too bad there were a bug in this patch so here is fix and a improvement to > debug output. Pushed. thanks! > > On Tue, Aug 18, 2009 at 8:38 PM, Alex Deucher wrote: >> >> On Tue, Aug 18, 2009 at 1:04 PM, Pauli Ni

Re: [Mesa3d-dev] [PATCH] r300: Movde debug output from stdout to stderr in copiler.

On Fri, Aug 14, 2009 at 7:55 AM, Pauli Nieminen wrote: > Signed-off-by: Pauli Nieminen Pushed. thanks! > --- >  .../drivers/dri/r300/compiler/r3xx_vertprog_dump.c |   16 >  1 files changed, 8 insertions(+), 8 deletions(-) > > diff --git a/src/mesa/drivers/dri/r300/compiler/r3xx

Re: [Mesa3d-dev] radeon: Optimise dma buffer handling.

On Tue, Aug 18, 2009 at 1:04 PM, Pauli Nieminen wrote: > There has been some updates to master branch again which conflict with these > patches so here is updated versions. > These looks good and fix the geometry corruption issues on r6xx/r7xx. I've gone ahead and pushed them. As you mentioned we

Re: [Mesa3d-dev] Blender: problem with offset menus on ATI R200/R300

On Fri, Aug 14, 2009 at 11:29 AM, Terry Barnaby wrote: > On 08/14/2009 03:56 PM, Alex Deucher wrote: >> >> On Fri, Aug 14, 2009 at 4:44 AM, Terry Barnaby  wrote: >>> >>> I am using the latest drm/xf86-video-ati/mesa code from git on a Fedora >>> 11 b

Re: [Mesa3d-dev] Blender: problem with offset menus on ATI R200/R300

On Fri, Aug 14, 2009 at 4:44 AM, Terry Barnaby wrote: > I am using the latest drm/xf86-video-ati/mesa code from git on a Fedora 11 > base > platform. There was a problem with Blenders menu's being painted in > black/white, > that has now been fixed (Thanks to whoever !). However, there is still a

Re: [Mesa3d-dev] [PATCH] r200: Prevent TexGenMatrix from leaking when destroying r200 context.

On Tue, Aug 4, 2009 at 7:42 AM, Pauli Nieminen wrote: > Signed-off-by: Pauli Nieminen pushed. thanks! > --- >  src/mesa/drivers/dri/r200/r200_context.c    |   12 >  src/mesa/drivers/dri/radeon/radeon_screen.c |   10 +- >  2 files changed, 17 insertions(+), 5 deletions(-) > >

Re: [Mesa3d-dev] [PATCH] radeon: Add protection against recursive DRM locking.

hen trying to unlock. > > On Mon, Aug 3, 2009 at 1:11 AM, Alex Deucher wrote: >> >> On Sun, Aug 2, 2009 at 1:58 PM, Pauli Nieminen wrote: >> > yes. It was missing the fix because of no git add before git commit >> > --amend. >> > >> >> Loo

Re: [Mesa3d-dev] [PATCH 1/2] dri: Fix problems with unitialized values in dri screen object.

On Fri, Aug 7, 2009 at 1:25 PM, Brian Paul wrote: > Pauli Nieminen wrote: >> This fixes crash in r200 KMS driver when pSAREA was set to 1 randomly >> because of memory wasn't cleared. > > Committed.  Thanks. Can you push to master as well? my mesa tree is a mess right now. Alex ---

Re: [Mesa3d-dev] [PATCH] radeon: Add protection against recursive DRM locking.

On Sun, Aug 2, 2009 at 1:58 PM, Pauli Nieminen wrote: > yes. It was missing the fix because of no git add before git commit --amend. > Looks like you attached the same patch :) > On Sun, Aug 2, 2009 at 8:35 PM, Alex Deucher wrote: >> >> On Sun, Aug 2, 2009 at 12:16 PM,

Re: [Mesa3d-dev] [PATCH] radeon: Add protection against recursive DRM locking.

> On Fri, Jul 31, 2009 at 6:44 PM, Alex Deucher wrote: >> >> On Fri, Jul 31, 2009 at 7:18 AM, Pauli Nieminen wrote: >> > Hi. >> > >> > Some clean up to code so it is better thread safety even tough it is not >> > 100% without locking or atomi

Re: [Mesa3d-dev] [PATCH] radeon: Add protection against recursive DRM locking.

On Fri, Jul 31, 2009 at 7:18 AM, Pauli Nieminen wrote: > Hi. > > Some clean up to code so it is better thread safety even tough it is not > 100% without locking or atomic operations. (Now it works same way as intel > does recursion prevention) > Another adittion is to make debug output to check if

Re: [Mesa3d-dev] [PATCH] radeon: Add r6xx/r7xx chip family to get_chip_family_name

On Mon, Jul 27, 2009 at 10:13 AM, Pauli Nieminen wrote: > This fixes problem that glxinfo was reporting r600+ cards as unknown. pushed, thanks! -- ___ Mesa3d-dev mailing list Me

Re: [Mesa3d-dev] mesa r6xx-rewrite git is missing a file?

On Wed, Jul 22, 2009 at 11:52 AM, e...@cs.bgu.ac.il wrote: > > hello. I've want to test the r6xx-rewrite mesa, I've got the code from git > and I'm trying to compile it, the compilation fails at one stage when the > file eglcurrent.c is said to be missing, no reference to the file was found > in

Re: [Mesa3d-dev] build failure in current r6xx-rewrite branch

On Fri, Jul 17, 2009 at 7:09 PM, Radu Benea wrote: > gmake[3]: Entering directory `/root/build/mesa/src/egl/main' > Makefile:87: depend: No such file or directory > gmake[3]: *** No rule to make target `eglcurrent.c', needed by `depend'. > Stop. Fixed in mesa master. r6xx/r7xx development has mov

Re: [Mesa3d-dev] Another round of patches for r300

On Thu, May 14, 2009 at 4:03 PM, Maciej Cencora wrote: > Dnia czwartek, 14 maja 2009 o 03:09:41 Maciej Cencora napisał(a): >> Hi, >> >> this patch-set isn't yet ready for being committed, but it's near. >> What's inside: >> 1) fallback handling has been rewritten to work with SWTCL >> >> I created

Re: [Mesa3d-dev] Another round of patches for r300

On Thu, May 14, 2009 at 4:03 PM, Maciej Cencora wrote: > Dnia czwartek, 14 maja 2009 o 03:09:41 Maciej Cencora napisał(a): >> Hi, >> >> this patch-set isn't yet ready for being committed, but it's near. >> What's inside: >> 1) fallback handling has been rewritten to work with SWTCL >> >> I created

Re: [Mesa3d-dev] Another round of patches for r300

On Wed, May 13, 2009 at 9:09 PM, Maciej Cencora wrote: > Hi, > > this patch-set isn't yet ready for being committed, but it's near. > What's inside: > 1) fallback handling has been rewritten to work with SWTCL > > I created r300Fallback function (based on the one in r200 driver) and call it > ever

Re: [Mesa3d-dev] More radeon-rewrite patches

On Thu, May 7, 2009 at 12:03 PM, Maciej Cencora wrote: > Hi, > > two cleanup patches and one bug fix this time. > Any comments? Pushed. BTW, you really should get an account so you can push this stuff yourself :) -- The

Re: [Mesa3d-dev] More radeon-rewrite patches

On Thu, May 7, 2009 at 12:03 PM, Maciej Cencora wrote: > Hi, > > two cleanup patches and one bug fix this time. > Any comments? These look good to me. Alex -- The NEW KODAK i700 Series Scanners deliver under ANY circums

Re: [Mesa3d-dev] One patch for radeon-rewrite branch

7;s a igp, though IIRC only first gen radeons came in >> > non-tcl discrete flavors. >> > >> > Roland >> >> Yes, you're right. I forgot the code is shared with r100 and r200 drivers. >> I should probably add new field to radeon_context struc

Re: [Mesa3d-dev] More radeon-rewrite patches

On Mon, Apr 27, 2009 at 10:52 AM, Maciej Cencora wrote: > Hi, > > another round of patches against radeon-rewrite branch. > Pushed. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified lice

Re: [Mesa3d-dev] More radeon-rewrite patches

On Mon, Apr 27, 2009 at 10:52 AM, Maciej Cencora wrote: > Hi, > > another round of patches against radeon-rewrite branch. > > Any comments? These look good. The vertex shader program limits should be updated for r5xx as well. Alex ---

Re: [Mesa3d-dev] Another radeon-rewrite patchset

On Fri, Apr 24, 2009 at 12:00 PM, Maciej Cencora wrote: > On piątek, 24 kwietnia 2009 17:00:07 Maciej Cencora wrote: >> On piątek, 24 kwietnia 2009 16:42:53 you wrote: >> > Hi, >> > >> > among some general cleanup this patchset contains performance regression >> > fix for non TCL cards, and some d

Re: [Mesa3d-dev] r300 fragment program fix

On Mon, Apr 20, 2009 at 8:04 PM, Maciej Cencora wrote: > Hi, > > this patch fixes fragment programs where input modifier (negate or abs) was > used for texture instruction - r300 hw doesn't support it, so add MOV inst > with necessary modifiers before the tex inst. > > It fixes failing piglit/fp-k

Re: [Mesa3d-dev] RFC: radeon-rewrite cleanup and unification

On Sun, Apr 19, 2009 at 9:31 AM, Maciej Cencora wrote: > On sobota, 18 kwietnia 2009 14:42:39 Maciej Cencora wrote: >> Hi, >> >> included patch-set cleans up some unused code and merges r300 and r500 >> fragment shader related functions. >> >> Other planned tasks: >> - move r{3,5}00{SetupPixelShad

[Mesa3d-dev] Initial R6xx/R7xx Mesa 3D driver

This is a quick email to announce the release of the initial 3D driver for R6xx/R7xx hardware. It's available on the r6xx-r7xx-support branch of mesa: http://cgit.freedesktop.org/mesa/mesa/?h=r6xx-r7xx-support To test this branch, you will need updated drm kernel modules and radeon drm headers fr

Re: [Mesa3d-dev] Google Summer of Code

On 4/9/09, Stephane Marchesin wrote: > On Thu, Apr 9, 2009 at 17:18, Alex Deucher wrote: > > On 4/9/09, Stephane Marchesin wrote: > >> On Thu, Apr 9, 2009 at 08:49, Zou, Nanhai wrote: > >> > > >> > > >> > I have not been looking

Re: [Mesa3d-dev] Google Summer of Code

On 4/9/09, Stephane Marchesin wrote: > On Thu, Apr 9, 2009 at 08:49, Zou, Nanhai wrote: > > > > > > I have not been looking into gallium support yet. > > Are you working on software fallback or on some real hardware? > > > We have xvmc on top of g3dvl working on nv40-class hardware (and more

Re: [Mesa3d-dev] r300 swtcl cleanup

On 3/25/09, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > Maciej Cencora wrote: > > On piątek, 20 marca 2009 21:23:45 you wrote: > >> Hi, > >> > >> here is a simple cleanup patch for r300 dri driver. It's pretty trivial so > >> I think it can be commited withou

Re: [Mesa3d-dev] texture tiling, sw fallbacks and bufmgrs.

On 3/21/09, Dave Airlie wrote: > > Hi all, > > So I had to drop texture tiling when I did the radeon-rewrite but I'd like > to bring them back. > > Now with traditional drivers, we have the mesa copy of the texture and the > card copy, and we usually texture from VRAM only, so we can upload t

Re: [Mesa3d-dev] r300 swtcl cleanup

On 3/20/09, Maciej Cencora wrote: > Hi, > > here is a simple cleanup patch for r300 dri driver. It's pretty trivial so I > think it can be commited without a problem. Looks good to me. Alex -- Apps built with the Adob

Re: [Mesa3d-dev] Mesa (master): r300-gallium: Add unaccelerated surface_copy.

On Thu, Mar 5, 2009 at 11:45 AM, Michel Dänzer wrote: > On Thu, 2009-03-05 at 08:37 -0800, Corbin Simpson wrote: >> >> Okay, so the commented-out code following that fallback is the blitter >> setup. It's simple, straightforward, and clean, but it requires a >> massive flush before and after, so I

Re: [Mesa3d-dev] R2xx

elease which has taken longer than expected. Alex > Dee Sharpe > > > -Original Message----- > From: Alex Deucher <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: mesa3d-dev@lists.sourceforge.net; [EMAIL PROTECTED] > Sent: Tue, 26 Aug 2008 8:54 am > Subject: R

Re: [Mesa3d-dev] R2xx

On Tue, Aug 26, 2008 at 9:48 AM, <[EMAIL PROTECTED]> wrote: > Does anyone know if the datasheets & programming guides for AMD's old R2xx > cards have been released? If so, where could I find them? They are not yet available without an NDA. Alex -

Re: [Mesa3d-dev] Yet another r300 memory management tree

On Mon, Aug 4, 2008 at 11:40 AM, Roland Scheidegger <[EMAIL PROTECTED]> wrote: > On 04.08.2008 15:05, Nicolai Hähnle wrote: >> Am Montag 04 August 2008 14:51:37 schrieb Roland Scheidegger: >>> On 03.08.2008 00:40, Nicolai Hähnle wrote: Hi there, seeing as lacking a memory manager is

Re: [Mesa3d-dev] [Fwd: Re: glxinfo and "client glx vendor string" with ATI cards]

On Mon, Jul 28, 2008 at 10:36 AM, Corbin Simpson <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alex Deucher wrote: >> On Mon, Jul 28, 2008 at 4:22 AM, Alexandre Conrad <[EMAIL PROTECTED]> wrote: >>> Hey Corbin, >>>

Re: [Mesa3d-dev] [Fwd: Re: glxinfo and "client glx vendor string" with ATI cards]

On Mon, Jul 28, 2008 at 4:22 AM, Alexandre Conrad <[EMAIL PROTECTED]> wrote: > Hey Corbin, > > I'm forwarding this email to the public ML. Thanks for the feedback. > > Regrads, > > Original Message > Subject: Re: [Mesa3d-dev] glxinfo and "client glx vendor string" with > ATI cards

Re: [Mesa3d-dev] Combining Mesa3D and DRI mailing lists and/or sites?

On Thu, Jun 12, 2008 at 12:56 PM, Tomas Carnecky <[EMAIL PROTECTED]> wrote: > Keith Whitwell wrote: >> The DRI list has in effect become the list for development of the drm >> kernel module, libdrm, and the various memory manager implementations. >> While Mesa is an important client of these, it i

Re: [Mesa3d-dev] Sudden "pinkness" with r300 git

On Mon, Feb 25, 2008 at 8:18 PM, Chris Rankin <[EMAIL PROTECTED]> wrote: > Hi, > > Something added to git tonight has turned menu boxes in World or Warcraft > bight pink :-)! (I'd > provide a screenshot, but trying to run WoW while sharing the screen with > another application > always locks u

Re: [Mesa3d-dev] Help offered

in > experience limits me. > Your best bet is to checkout the latest code and dive in. write small demos or play with the code until you start to get a feel for it. That's how we all learned :) If there's anything you don't understand, please ask on the list. Ale

Re: [Mesa3d-dev] Help offered

On Dec 21, 2007 7:39 PM, Hugo Gomes <[EMAIL PROTECTED]> wrote: > Hello, i'm a student from portugal,and would like to help out with > everything i can, on the development of the mesa3d lib. > > Any suggestions where to start ? What aspect are you looking to hack on? HW drivers? GLSL? Alex

Re: [Mesa3d-dev] [PATCH] unichrome: just a bit of code cleanup

On Nov 9, 2007 10:58 AM, Brian Paul <[EMAIL PROTECTED]> wrote: > > Benno Schulenberg wrote: > > Alex Deucher wrote: > >> Benno, > >> > >> Since you seem to be the only one working on unichrome > >> support, you might as well get a freed

Re: [Mesa3d-dev] [PATCH] unichrome: just a bit of code cleanup

Benno, Since you seem to be the only one working on unichrome support, you might as well get a freedesktop account so you can commit patches directly: http://www.freedesktop.org/wiki/AccountRequests Alex On Nov 8, 2007 6:22 PM, Benno Schulenberg <[EMAIL PROTECTED]> wrote: > Signed-off-by: Be

Re: [Mesa3d-dev] [RFC] Potential patch for R200 accelerated TFP

On 8/12/07, Chris Rankin <[EMAIL PROTECTED]> wrote: > OK, here it is - the final version. Now given that I am running Fedora 7 at > the moment, exactly > what will I need to update in order to test it? > > Are there any "official" Xorg packages that I will need to grab and compile, > or is everyt

Re: [Mesa3d-dev] 3D support for > 2048x2048 on intel drivers

On 7/25/07, Chase Douglas <[EMAIL PROTECTED]> wrote: > Brian Paul wrote: > > The rendering code is spread across many files, both in the driver and > > core Mesa. There's no single point that everything goes through for > > rendering. > > I see that there are a lot of functions in i915_state.c tha

Re: [Mesa3d-dev] Tricky problem with dark corners

On 3/22/07, Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Wed, 2007-03-21 at 00:58 +0300, malc wrote: > > On Tue, 20 Mar 2007, Michel D?nzer wrote: > > > > > On Thu, 2007-03-15 at 21:36 +0300, malc wrote: > > >> > > >> Apparently the problem is that pages obtained by the call to > > >> get_user_pag

  1   2   >