Dieter Nützel <[EMAIL PROTECTED]> wrote:
> Only short question/remark.
>
> Does this all play nicely with IBM's NGPT
> http://oss.software.ibm.com/pthreads/ ?
I'm not familiar with that project yet, but there's no reason why it
can't (if they hang the TCB off %gs as well).
-- Gareth
On Sat, May 18, 2002 at 01:33:55AM +0100, Ian Molton wrote:
| ...
| Users dont care if 'feature X' has caveats or conditions as to its
| acceleration (generally speaking). They simply expect it will work in
| the 'common case'.
I think this is just as much a problem for users as for developers.
I think I found a cause for a problem described at
http://marc.theaimsgroup.com/?l=dri-devel&m=101843821602258&w=2
If I run a X11 application that updates the screen periodicaly
(clock from KDE kicker, gkrellm), I'll see this problem happen.
When I'm not running the apps, the problem will go awa
On Fri, 17 May 2002 16:57:32 -0700
Allen Akin <[EMAIL PROTECTED]> wrote:
>
> There's a long history of controversy in the OpenGL community over the
> question of "is a given feature accelerated?" This is because the
Thanks. I enjoyed reading that, although it is all basically common
sense :)
Only short question/remark.
Does this all play nicely with IBM's NGPT
http://oss.software.ibm.com/pthreads/ ?
Thanks,
Dieter
--
Dieter Nützel
Graduate Student, Computer Science
University of Hamburg
Department of Computer Science
@home: [EMAIL PROTECTED]
On Fri, May 17, 2002 at 02:06:02PM +0100, Ian Molton wrote:
| ...
| ...I need lists of
| supported features on various video cards.
| ...
| Please tell me if the features are:
|
| (A)ccelerated
| (U)naccelerated
| (N)ot available on that hardw
Hi,
i would add few very important (for movie players) things to 2d:
> 2D features
> ---
>
> Video
imho should be: Video overlay:
> de-interlacing
> iDCT accelleration
double buffering, triple buffering support
hw controlled buffer swap at vbi (v-sync)
use dma to transfer frames t
Ian Romanick <[EMAIL PROTECTED]> writes:
> Please forgive my lack of understanding of the relevent issues. It seems to
> me that this issue (or a closely related issue) has been brought up in the
> past, and was brutally slain by Linus. Admittedly, a lot has changed in the
> Linux world in 2+ y
Ian Romanick wrote:
>
> On Thu, May 16, 2002 at 03:41:32PM -0700, Gareth Hughes wrote:
>
> > I would like to propose a small change to the pthread_descr structure in
> > the latest LinuxThreads code, to better support OpenGL on GNU/Linux
> > systems (particularly on x86, but not excluding other
On Thu, May 16, 2002 at 03:41:32PM -0700, Gareth Hughes wrote:
> I would like to propose a small change to the pthread_descr structure in
> the latest LinuxThreads code, to better support OpenGL on GNU/Linux
> systems (particularly on x86, but not excluding other platforms). The
> purpose of thi
Jakub Jelinek wrote:
> On Fri, May 17, 2002 at 01:17:22PM +0100, Keith Whitwell wrote:
>
>>The __indirect stuff is rarely used.
>>
>
> Ok, fine. But if it is rarely used, why isn't it -fpic?
The dispatch table in libGL.so is used all the time - this thread was started
by Gareth with discuss
Well, I think its important anyway. We *need* to have something our
users can stare at, and it cant hurt to have video card manufacturers
see their cards compared side-by-side :-)
I've completed the graphics and layout for the website now, and have
layed out the top level pages.
So, its time to
On Fri, May 17, 2002 at 01:17:22PM +0100, Keith Whitwell wrote:
> The __indirect stuff is rarely used.
Ok, fine. But if it is rarely used, why isn't it -fpic?
Few more random things which might help the drivers:
1) using fprintf (stderr, ...) all around is a bad idea,
that means 2 runtime rel
José Fonseca wrote:
> On 2002.05.17 13:18 Keith Whitwell wrote:
>
>> José Fonseca wrote:
>>
>>> I recentely saw a bug report on the dri-cvs which concerned me
>>> (problems installing the MGA binary snapshots). I replied and I think
>>> that it can be consired closed. I also saw another bug re
On 2002.05.17 13:18 Keith Whitwell wrote:
> José Fonseca wrote:
>
>> I recentely saw a bug report on the dri-cvs which concerned me
>> (problems installing the MGA binary snapshots). I replied and I think
>> that it can be consired closed. I also saw another bug related with the
>> failure to
José Fonseca wrote:
> I recentely saw a bug report on the dri-cvs which concerned me (problems
> installing the MGA binary snapshots). I replied and I think that it can
> be consired closed. I also saw another bug related with the failure to
> compile the DRM on recent kernels which Keith fixe
Jakub Jelinek wrote:
> On Fri, May 17, 2002 at 10:48:07AM +0100, Keith Whitwell wrote:
>
>>Yes, we've been aware of this for a little while. One thing that we've got a
>>bit of in there is assembly for the non-threaded dispatch case (the opensource
>>libGL.so doesn't really handle the threaded
From: Jakub Jelinek <[EMAIL PROTECTED]>
Date: Fri, 17 May 2002 07:58:37 -0400
Well, if you do this, you should at least put this into an
.section Gltext, "awx"
so that it is not DT_TEXTREL.
But I still wonder, how often will the target this jumps to change
during lifetime of
On Fri, May 17, 2002 at 10:48:07AM +0100, Keith Whitwell wrote:
> Yes, we've been aware of this for a little while. One thing that we've got a
> bit of in there is assembly for the non-threaded dispatch case (the opensource
> libGL.so doesn't really handle the threaded case in a performant way, b
I recentely saw a bug report on the dri-cvs which concerned me (problems
installing the MGA binary snapshots). I replied and I think that it can be
consired closed. I also saw another bug related with the failure to
compile the DRM on recent kernels which Keith fixed by now, and I also
replied
Jakub Jelinek wrote:
>>And gcc -v gives:
>>
>>gcc version 2.96 2731 (Mandrake Linux 8.1 2.96-0.62mdk)
>>
>>Is this a versions thing or am I screwing up elsewhere?
>>
>
> It is a very new thing.
> Only GCC 3.2, the Red Hat GCC 3.1 package and gcc-2.96-RH >= 2.96-108
> (dunno which Mandrake v
On Fri, May 17, 2002 at 11:50:10AM +0100, Keith Whitwell wrote:
> OK, trying the __attribute__ stuff doesn't seem to work for me:
>
>
> f12.h:3: warning: `visibility' attribute directive ignored
> f12.h:4: warning: `visibility' attribute directive ignored
>
>
> Where f12.h looks like:
>
> ---
> create either linker script like:
> { global: gl*; DRI*; XF86DRI*; local: *; }
> or
> GL_1.0 { global: gl*; DRI*; XF86DRI*; local: *; }
> then pass this file to linker at libGL.so link time, like
> gcc -shared ... -Wl,--version-script,libGL.map ...
>
> This way you get rid of most R_386_PC32 r
Jakub Jelinek wrote:
>
> On Fri, May 17, 2002 at 12:30:56AM +0100, Keith Whitwell wrote:
> > > BTW: Last time I looked at libGL (in March), these were things which I
> > > came over:
> > > 1) libGL should IMHO use a version script (at least an anonymous one
> > >if you want to avoid assigning
Jakub Jelinek wrote:
> On Thu, May 16, 2002 at 08:08:02PM -0700, Gareth Hughes wrote:
>
>>Let's be clear about what I'm proposing: you agree to reserve an
>>8*sizeof(void *) block at a well-defined and well-known offset in the
>>TCB. OpenGL is free to access that block, but only that block.
>
Jakub Jelinek wrote:
>
> On Thu, May 16, 2002 at 08:08:02PM -0700, Gareth Hughes wrote:
> > Let's be clear about what I'm proposing: you agree to reserve an
> > 8*sizeof(void *) block at a well-defined and well-known offset in the
> > TCB. OpenGL is free to access that block, but only that block
On Thu, May 16, 2002 at 08:08:02PM -0700, Gareth Hughes wrote:
> Let's be clear about what I'm proposing: you agree to reserve an
> 8*sizeof(void *) block at a well-defined and well-known offset in the
> TCB. OpenGL is free to access that block, but only that block.
But you define no way how l
On Fri, May 17, 2002 at 10:22:23AM +0300, Momchil Velikov wrote:
> > "Jakub" == Jakub Jelinek <[EMAIL PROTECTED]> writes:
>
> >> How do you detect threading without making these calls to libpthreads.so?
>
> Jakub> Weak symbols.
>
> Jakub> extern pthread_t pthread_self (void) __attribute__ (
> "Jakub" == Jakub Jelinek <[EMAIL PROTECTED]> writes:
>> How do you detect threading without making these calls to libpthreads.so?
Jakub> Weak symbols.
Jakub> extern pthread_t pthread_self (void) __attribute__ ((weak));
Jakub> (resp. #pragma weak pthread_self).
Jakub> Then if (&pthread_se
29 matches
Mail list logo
