Hi,
What's the correct way of declaring inline functions inside a dri driver
? I see 4 ways to do that in existing code : __inline, __inline__,
inline and INLINE. So, which one is the right one ? Or maybe there is a
slight difference between those ?
Stephane
---
On Tue, Jan 26, 2010 at 15:13, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> 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
On Wed, Jan 27, 2010 at 12:02, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Stephane Marchesin wrote:
>> On Tue, Jan 26, 2010 at 15:13, Ian Romanick wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>
On Tue, Feb 23, 2010 at 18:05, Chia-I Wu wrote:
> Hi list,
>
> We at LunarG are working on resource sharing between EGL and its rendering and
> non-rendering APIs. The resource sharing is at the driver level and it
> enables
> us to properly support various EGLImage extensions for EGL/OpenGL|ES/
On Tue, Feb 23, 2010 at 21:06, Westermann Fu wrote:
> Hi, friends:
>
> Sorry for my junior level question first, but I don't know where I can get
> it been answered. I have post it to dri-devel list but nobody seems
> interested, so I hope anyone here can help me.
>
> As I know, DMA/CommandParser
On Tue, Feb 23, 2010 at 22:54, Westermann Fu wrote:
> Thanks very much
>
> As the example when FIFO is full, maybe the 17th or 33th vertex will wait
> for there is room again, so the block happens, I agree. But for correctness,
> need software special handling? I mean after each time a triangle is
On Thu, Mar 4, 2010 at 15:09, Brian Paul wrote:
> Jesse Barnes wrote:
>> Would anyone have objections if these lists moved to freedesktop.org?
>> 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 as
2010/3/5 :
> В сообщении от Friday 05 March 2010 16:55:20 Jesse Barnes написал(а):
>> make realclean and configure and make again.
>
>
> Removing all new functions and reverting to mainstream mesa works OK, even
> without realclean ... So, it is purely my fault, as coder. But what exactly I
> forg
Hey guys,
Summer of code is coming on us. I need you to help fill/correct the
ideas page at
http://wiki.x.org/wiki/SummerOfCodeIdeas
I moved some 2009 ideas which are still relevant into 2010. But I
don't really know about the state of subsystems I don't follow, for
example I know nothing about x
Hi,
Good news, X.Org just got accepted into the Google Summer of Code
program! Now we need mentors. If you are a developer and would like to
possibly mentor Summer of Code projects, please contact me off-list.
Thanks,
Stephane
-
On Tue, Mar 23, 2010 at 00:13, Corbin Simpson wrote:
> On Mon, Mar 22, 2010 at 11:39 PM, Tom Stellard wrote:
>> On Thu, Mar 18, 2010 at 03:25:04PM -0700, Corbin Simpson wrote:
>>>
>>> Nifty. Well, there's a few places to look for information.
>>>
>>> If you're not sure how the actual video card w
On Sun, Mar 28, 2010 at 18:39, SpliFF wrote:
> On 03/29/10 11:07, Corbin Simpson wrote:On 03/29/10 11:07, Corbin
> Simpson wrote:
> > Since neither you nor Andrew are lawyers, I would kindly ask that you
> > refrain from attempting to provide legal advice. :3
> >
>
> If you know I'm not a lawyer
On Thu, Apr 8, 2010 at 16:37, Jesse Barnes wrote:
> On Thu, 8 Apr 2010 18:38:03 -0400
> Alex Deucher wrote:
>
>> 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
On Wed, Feb 11, 2009 at 01:22, Ian Romanick
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Keith Whitwell wrote:
>> On Mon, 2009-02-09 at 13:10 -0800, Dave Airlie wrote:
>>> On Mon, 9 Feb 2009, Kristian Høgsberg wrote:
>>>
On Mon, Feb 9, 2009 at 3:28 PM, Dan Nicholson wrote:
>>
On Wed, Feb 11, 2009 at 15:53, Dan Nicholson wrote:
> On Wed, Feb 11, 2009 at 5:01 AM, Jerome Glisse wrote:
>> On Tue, 2009-02-10 at 16:47 -0800, Dan Nicholson wrote:
>>>
>>> Jerome commented out the DRI_DIRS part and some other stuff in the
>>> gallium branch and that's been merged in. I was goi
On Wed, Feb 11, 2009 at 17:27, Brian Paul wrote:
> Stephane Marchesin wrote:
>>
>> On Wed, Feb 11, 2009 at 15:53, Dan Nicholson wrote:
>>>
>>> On Wed, Feb 11, 2009 at 5:01 AM, Jerome Glisse
>>> wrote:
>>>>
>>>> On Tue, 2009-02-10
On Wed, Feb 11, 2009 at 17:27, Brian Paul wrote:
> Stephane Marchesin wrote:
>>
>> On Wed, Feb 11, 2009 at 15:53, Dan Nicholson wrote:
>>>
>>> On Wed, Feb 11, 2009 at 5:01 AM, Jerome Glisse
>>> wrote:
>>>>
>>>> On Tue, 2009-02-10
On Thu, Feb 26, 2009 at 16:16, Brian Paul wrote:
> Eric Anholt wrote:
>> The 2.0 spec doesn't make things extremely clear, but expresses itself in
>> pseudocode: If the vertex array isn't enabled, then nothing is called that
>> provokes drawing. The manifestation of this bug was that a client dra
On Mon, Mar 2, 2009 at 02:04, Pauli Nieminen wrote:
> Here is improved implementation for buffered debug output when
> hardware is locked. This version is untested because conversion is
> still not ready. I just want some feed back if whole idea is shot down
> and it is worthless to continue conve
On Mon, Mar 9, 2009 at 14:42, Kamalneet Singh wrote:
> Michel Dänzer wrote:
>> On Mon, 2009-03-09 at 16:12 +0530, Kamalneet Singh wrote:
>>> I got link errors while building gallium-mesa-7.4 branch with "make
>>> linux-llvm". The attached patch fixes it.
>>>
>>> But I wonder which is the right bra
On Mon, Mar 16, 2009 at 05:43, Daniel Connery wrote:
> So I have been scouring the archives for two days now and havent
> found anything related to this. So I am just going to post this
> question and hope I dont get flamed. If a discussion about this exists
> could you please just point me
On Tue, Mar 17, 2009 at 21:34, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Michał Król wrote:
>> Ian Romanick pisze:
>>> Synchronization, memory barriers, atomic operations, etc. are all dark
>>> voodoo. It's one of those things like crypto that really should be left
On Wed, Apr 8, 2009 at 21:43, Corbin Simpson wrote:
> Brian Paul wrote:
>> Denis Martinez wrote:
>>> Hi!
>>>
>>> I'm a GSoC student interested in the Gallium subjects
>>> which are about the implementation of VDPAU and OpenGL 3.0.
>>>
>>> I would like to start learning Gallium3D, so my question is
On Thu, Apr 9, 2009 at 04:09, Roland Scheidegger wrote:
> On 08.04.2009 22:45, Stephane Marchesin wrote:
>> On Wed, Apr 8, 2009 at 21:43, Corbin Simpson
>> wrote:
>>> Brian Paul wrote:
>>>> Denis Martinez wrote:
>>>>> Hi!
>>>&g
2009/4/9 Zou, Nanhai :
> Hi,
> What kind of GPU shading language are you using for mc and idct?
>
What do you mean GPU shading language ? It generates gallium shaders,
just look at the g3dvl state tracker it's all there.
Stephane
---
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
generically, it should work any card which has a gallium
2009/4/9 Zou, Nanhai :
>
> You can choose to implement 1 single entry point e.g. VLD.
> What I think VAAPI is missing is post processing,However I can talk to
> VAAPI people to improve the API, anyway VAAPI is only at version 0.30.
>
>>
>>> I think merge the VAAPI support into mesa might be a g
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 into gallium support yet.
>> > Are you working on software fallba
On Thu, Apr 9, 2009 at 20:03, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Stephane Marchesin wrote:
>
>> That's my point: video codecs move too fast to be put into silicon,
>> and require too many resources to implement. So we should u
On Thu, Apr 9, 2009 at 20:22, Zack Rusin wrote:
> On Thursday 09 April 2009 14:03:20 Ian Romanick wrote:
>> Stephane Marchesin wrote:
>> > That's my point: video codecs move too fast to be put into silicon,
>> > and require too many resources to implement. So we
On Sat, Jul 4, 2009 at 09:20, Patrice Mandin wrote:
> Hello,
>
> Here is a patch that adds PIPE_CAP_BLEND_EQUATION_SEPARATE, for
> hardware that does not have this capability. I added the diff for
> nouveau gallium backend only, as I don't know anything about other
> vendor hardware.
>
Yes that's
On Fri, Jul 24, 2009 at 17:45, Nicolas Cadio wrote:
> Hi,
>
> I work on Ubuntu 9.04 and I try to compil and install mesa. My PC has a
> poulsbo chipset, so I have installed the librairies :
> libdrm-poulsbo1 (version 2.3.0)
> libdrm-poulsbo-dev (version 2.3.0)
> libdrm-poulsbo1-dbg (ver
On Fri, Sep 25, 2009 at 12:07, Keith Whitwell wrote:
> On Fri, 2009-09-25 at 02:39 -0700, Christoph Bumiller wrote:
>> Keith Whitwell schrieb:
>> > On Fri, 2009-09-25 at 02:02 -0700, Christoph Bumiller wrote:
>> >> Module: Mesa
>> >> Branch: master
>> >> Commit: 513cadf5afad18516f7299ade246f59d520
Keith Whitwell wrote:
> We've just merged the texmem-0-3-branch code. This has been a major
> project, probably much bigger than we realized when we started on it.
>
> The fundamental technology underpinning the changes is Thomas
> Hellstrom's new TTM memory manager which dynamically maps buffe
Stephane Marchesin wrote:
> Keith Whitwell wrote:
>
>> We've just merged the texmem-0-3-branch code. This has been a major
>> project, probably much bigger than we realized when we started on it.
>>
>> The fundamental technology underpinning the change
Keith Whitwell wrote:
> (must learn to reply to all on this webmail client)
>
> - Forwarded Message
> From: Keith Whitwell <[EMAIL PROTECTED]>
> To: Thomas Hellström <[EMAIL PROTECTED]>
> Sent: Sunday, December 3, 2006 9:53:46 AM
> Subject: Re: [Mesa3d-dev] Merged texmem branch
>
> Thoma
Hello,
We are considering moving the nouveau DRI driver from sourceforge CVS to
another place (it's currently at
http://nouveau.cvs.sourceforge.net/nouveau/nouveau/). We were wondering
if Mesa would accept having an experimental driver in git, maybe
disabled by default, or in a branch ?
What d
Keith Whitwell wrote:
> Philipp Klaus Krause wrote:
>
>> Brian Paul schrieb:
>>
>>
>>> But we might ask ourselves if we really want to expose the shading
>>> language in drivers that can't actually run shaders with conditionals, etc.
>>>
>>>
>> With loop unrolling and use of the SLT
On 5/15/07, Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Zack Rusin wrote:
> > On Tuesday 15 May 2007 06:29:43 am Keith Whitwell wrote:
> >> Of particular interest to us is the runtime code generator and shader
> >> compiler. We have been developing something we're calling the "Tungsten
> >> Graphi
Hi,
I was looking at the softpipe code, and it all seems quite interesting.
However, it came to me that the state code was going overly complex.
Especially since you have to write a lot of state functions/atoms yourself.
As with the older DRI code, where most state functions simply end up
gatherin
On 10/31/07, Jerome Glisse <[EMAIL PROTECTED]> wrote:
>
> Philipp Klaus Krause wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > The OpenGL ARB working group just released an update on its plans on
> > OpenGL 3 (see opengl.org).
> >
> > They intent to make S3TC texture compressio
On 2/19/08, José Fonseca <[EMAIL PROTECTED]> wrote:
> Microsoft compilers don't support C99 syntax. The only native windows
> compilers that support C99 syntax are mingw32-gcc and Intel C/C++
> compiler, but we can't seriously support windows platform by targeting
> these compilers alone and leave
On 2/26/08, Hanno Böck <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I know my hw is dead-old, but still I care about it's performance :-)
>
> I did some benchmarks on an r200-card and remembered about an option hyperz.
> When I enable it with driconf, it's like day and night (q3demo about 95 fps
> with
On 2/27/08, Hanno Böck <[EMAIL PROTECTED]> wrote:
> Am Dienstag 26 Februar 2008 schrieb Stephane Marchesin:
>
> > As far as I recall, we never went through the hoops of fixing software
> > fallbacks when hyperz was enabled. This means that those do not work,
> >
On 2/27/08, Philipp Klaus Krause <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Stephane Marchesin schrieb:
>
>
> >
> > Basically, this means that the zbuffer values cannot be read from the
> > CPU to do proper fal
On 3/10/08, Oliver McFadden <[EMAIL PROTECTED]> wrote:
> I just had a quick look through the ARB_vertex_program extension
> documentation,
> but it's a bit hard to interpret...
>
> > If a vertex attribute binding matches "vertex.weight" or
> > "vertex.weight[n]", the "x", "y", "z", and "w" comp
On Tue, Jul 22, 2008 at 2:35 PM, Phil Armstrong <[EMAIL PROTECTED]> wrote:
> Nicolai Hähnle <[EMAIL PROTECTED]> wrote:
>> Am Sonntag 29 Juni 2008 23:37:11 schrieb Chris Rankin:
>>> So basically, there's still something wrong somewhere with R300 texturing.
>>
>> I'm not too surprised. Two immediate
On 7/30/08, Younes Manton <[EMAIL PROTECTED]> wrote:
> I needed this to test some XvMC related stuff.
>
Looks good, I applied it.
Stephane
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build
On Wed, Aug 20, 2008 at 2:20 AM, Brian Paul
<[EMAIL PROTECTED]> wrote:
> Dave Airlie wrote:
>>> On Sun, Aug 17, 2008 at 12:23:06 +0200, Stefan Dirsch wrote:
>>>
Looks like dri_bufmgr.h/intel_bufmgr.h are missing in the
tarball. Could this be?
>>> See my other reply on mesa3d-dev, the
On Mon, Sep 8, 2008 at 4:04 PM, Roland Scheidegger
<[EMAIL PROTECTED]> wrote:
> On 07.09.2008 21:35, Younes Manton wrote:
Samplers could be allowed to hold texture format info, thereby
allowing on the fly format switching. On Nvidia the texture format is
a property of the sampler, so
Hi,
I'm working on llvm integration in gallium, but I have a small problem
with the current design. Basically, the tgsi to llvm translator
currently generates calls to library functions (abs(), exp(), log(),
...) at translation time, and now I want to be able to regarget llvm
to GPUs. As you can i
On Sun, Sep 28, 2008 at 8:46 PM, Zack Rusin <[EMAIL PROTECTED]> wrote:
> On Sunday 28 September 2008 14:34:53 Stephane Marchesin wrote:
>> Hi,
>>
>> I'm working on llvm integration in gallium,
>
> Ah, that's great.
>
>> but I have a small proble
On Sun, Sep 28, 2008 at 11:14 PM, Zack Rusin <[EMAIL PROTECTED]> wrote:
> On Sunday 28 September 2008 15:04:42 Stephane Marchesin wrote:
>>
>> Oh, I'm thinking about doing driver-specific llvm backends here.
>
> Yea, that was always my plan.
>
>> I
Hi again,
I've adapted (but didn't push it) gallivm to llvm 2.4 (svn) API
changes. But then there's an obvious question about what we're doing
with those API changes ? Do we settle on a given version, or do we
want to adapt it as the llvm API changes ?
Stephane
--
On Tue, Sep 30, 2008 at 8:33 PM, Zack Rusin <[EMAIL PROTECTED]> wrote:
> On Tuesday 30 September 2008 14:21:10 Stephane Marchesin wrote:
>> Hi again,
>>
>> I've adapted (but didn't push it) gallivm to llvm 2.4 (svn) API
>> changes. But then there&#
On Mon, Sep 29, 2008 at 6:14 PM, Jose Fonseca
<[EMAIL PROTECTED]> wrote:
> Module: Mesa
> Branch: gallium-0.2
> Commit: 5dc8e67078be8b8c42a809311debd275ac7d64a7
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=5dc8e67078be8b8c42a809311debd275ac7d64a7
>
> Author: José Fonseca <[EMAIL PR
Hi all,
I'm seeing a weird bug with softpipe + the attached program (but it's
probably happening on all drivers anyway since it seems to be in the
state tracker) : it crashes when mapping a non existent vertex buffer.
I'm proposing the attached patch which doesn't say we have a buffer
when we don'
On Tue, Sep 30, 2008 at 8:34 PM, Keith Whitwell
<[EMAIL PROTECTED]> wrote:
> On Tue, Sep 30, 2008 at 7:21 PM, Stephane Marchesin
> <[EMAIL PROTECTED]> wrote:
>> Hi again,
>>
>> I've adapted (but didn't push it) gallivm to llvm 2.4 (svn) API
>>
On Mon, Oct 6, 2008 at 4:08 PM, Brian Paul
<[EMAIL PROTECTED]> wrote:
> Stephane Marchesin wrote:
>> On Tue, Sep 30, 2008 at 8:34 PM, Keith Whitwell
>> <[EMAIL PROTECTED]> wrote:
>>> On Tue, Sep 30, 2008 at 7:21 PM, Stephane Marchesin
>>> <[EMAIL
On Tue, Oct 7, 2008 at 5:45 PM, Keith Whitwell
<[EMAIL PROTECTED]> wrote:
> Module: Mesa
> Branch: gallium-0.1
> Commit: 23cc303994eb630c56b1224dfdac51dcea41ed03
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=23cc303994eb630c56b1224dfdac51dcea41ed03
>
> Author: Keith Whitwell <[EMAIL
On Thu, Oct 23, 2008 at 19:52, Ioannis Papadopoulos
<[EMAIL PROTECTED]> wrote:
> Well, I'm working all the time with pthreads, OpenMP and MPI. I'm also
> familiar with Intel's TBB. The all have their pros and cons - and I'm
> only talking for shared-memory applications, as a distributed memory
> im
On Thu, Oct 23, 2008 at 21:43, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> On 10:26 Thu 23 Oct , Brian Paul wrote:
>> linxs wrote:
>> > I want to create stereocopy scene by mesa.
>> > By calling glGetBooleanv() with GL_STEREO it returns FALSE.
>> > I want to know whether mesa will support GL_S
On Fri, Oct 24, 2008 at 08:29, Ioannis Papadopoulos
<[EMAIL PROTECTED]> wrote:
>
> I should have written "task scheduling and management". Yes, the threads are
> OS handled but everything else has to be handled by a runtime system. This
> means using some efficient way one has to create and schedu
Hi,
As you might have noticed, nouveau's gallium work has been merged into
mesa's gallium-0.2 (yeah I slacked long enough on that). So now
nouveau development should happen there (mesa/gallium-0.2). Mesa also
gains g3dvl, which is Younes's summer of code work on implementing
video decoding on top
On Wed, Dec 10, 2008 at 00:49, Ian Romanick <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Corbin Simpson wrote:
>
>> Precompiled shaders? No. Just no. There's very few formats which could
>> be accepted, and I doubt that anybody would want to write parsers for
>>
On Tue, Dec 30, 2008 at 20:08, Zack Rusin wrote:
> On Tuesday 30 December 2008 11:05:34 Alex wrote:
>> Hello.
>>
>> I am very new to this mailing list so if I've missed something please
>> nicely point it out.
>>
>> I am reading the source code of the Mesa Cell driver (branch "gallium-0.2")
>> and
On Tue, Dec 30, 2008 at 21:30, Chris Lattner wrote:
> On Dec 30, 2008, at 6:39 AM, Corbin Simpson wrote:
>>> However, the special instrucions cannot directly be mapped to LLVM
>>> IR, like
>>> "min", the conversion involves in 'extract' the vector, create
>>> less-than-compare, create 'select' ins
On Mon, Jan 12, 2009 at 13:18, Michel Dänzer wrote:
>
> Without something like the patch below, gallivm doesn't work on my
> PowerBook; ParseBitcodeFile() complains that the data isn't terminated
> by a 0 byte, or, if only the size passed to MemoryBuffer::getMemBuffer
> is decreased by 1, that its
On Mon, Jan 19, 2009 at 23:25, Younes Manton wrote:
> On Mon, Jan 19, 2009 at 4:08 PM, Corbin Simpson
> wrote:
>> - Drivers have one hook for taking in video frames, maybe in a context,
>> maybe in a video_context.
>> - Drivers are responsible for all steps of decoding frames, but are free
>> to
69 matches
Mail list logo
