On Sun, 13 Oct 2002, Dieter Nützel wrote:
>
> But I didn't get this with 2.4.19/2.4.20-preX plus DRI CVS DRM module.
Hmm.. I'm looking at the diff beween DRI CVS and the kernel tree, and all
of it is purely semantic or due to the workqueue stuff in 2.5.x (which is
also the reason why DRI CVS d
On Sun, 13 Oct 2002, David D. Hagood wrote:
>
> Is it at DRM 1.6.0 release?
It's up-to-date wrt all the drivers in CVS, and yes, for radeon the
current version is 1.6.0.
>I was looking at running 2.5.x, since that
> would seem to be a better "fit" to an SMP machine than 2.4.1
Am Sonntag, 13. Oktober 2002 20:49 schrieb Linus Torvalds:
> On Sun, 13 Oct 2002, Dieter Nützel wrote:
> > But maybe it is related to my 2.5.42-mm1 kernel. It do not include the
> > latest DRI CVS DRM code and DRI CVS DRM do not compile with this kernel.
>
> Actually, you should be able to just us
Am Sonntag, 13. Oktober 2002 21:09 schrieb David D. Hagood:
> Linus Torvalds wrote:
> > Actually, you should be able to just use the in-kernel DRM code, since it
> > is actually up-to-date wrt the CVS tree apart from some minor MGA DMA
> > updates and an added pci_enable_device() - which should be
Linus Torvalds wrote:
>
> Actually, you should be able to just use the in-kernel DRM code, since it
> is actually up-to-date wrt the CVS tree apart from some minor MGA DMA
> updates and an added pci_enable_device() - which should be a non-issue
Is it at DRM 1.6.0 release? I was looking at runni
On Sun, 13 Oct 2002, Dieter Nützel wrote:
>
> But maybe it is related to my 2.5.42-mm1 kernel. It do not include the latest
> DRI CVS DRM code and DRI CVS DRM do not compile with this kernel.
Actually, you should be able to just use the in-kernel DRM code, since it
is actually up-to-date wrt
On Sun, 13 Oct 2002 09:34:17 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> Felix,
>
> On Sun, Oct 13, 2002 at 02:47:18AM +0200, Felix Kühling wrote:
> >More results:
> >
> >I get the same strange behaviour when I compile with -march=pentium2. I
> >could narrow it down to lib/GL/mesa/src/drv/rad
Am Sonntag, 13. Oktober 2002 18:47 schrieb David D. Hagood:
> Dieter Nützel wrote:
> > Not that I know. Help is very welcome.
> > Which gfk do you own? ATI r100/r200?
> >
> > Then please do some "testing" with multiple OpenGL context on your
> > system. There are some problems/bugs left.
> >
> > Re
Dieter Nützel wrote:
Not that I know. Help is very welcome.
Which gfk do you own? ATI r100/r200?
Then please do some "testing" with multiple OpenGL context on your system.
There are some problems/bugs left.
Regards,
Dieter
I have an ATI 7500 DW, so I'd be glad to test. What sorts of tests
Am Sonntag, 13. Oktober 2002 18:13 schrieb David D. Hagood:
> Having recently upgraded to an SMP system, I was wondering if any of the
> work done on PMesa was slated to be ported to the mainline DRI code - it
> would be nice to allow applications to use both CPUs to do the setup work.
Not that I
Having recently upgraded to an SMP system, I was wondering if any of the
work done on PMesa was slated to be ported to the mainline DRI code - it
would be nice to allow applications to use both CPUs to do the setup work.
---
This sf.net email
I've done some more clueless digging into the problem visible in
http://penguinppc.org/~daenzer/DRI/evas_test.jpeg and
http://penguinppc.org/~daenzer/DRI/celestia.jpeg . My first suspicion
was an off-by-one error in the scissor code, but enlarging the scissor
rectangle doesn't help; making it smal
On Sun, 13 Oct 2002 09:34:17 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> Felix,
>
> On Sun, Oct 13, 2002 at 02:47:18AM +0200, Felix Kühling wrote:
> >More results:
> >
> >I get the same strange behaviour when I compile with -march=pentium2. I
> >could narrow it down to lib/GL/mesa/src/drv/rad
Title: ilkcwastaayurpnvfcyinejpixqigjvowistjlplnpgghuemyfxpkhfshvc
MP3SA
En Ýyi En Büyük Arþiv
Türkçe MP3
Yabancý MP3
Türkçe Albümler
Yabancý Albümler
Pop Müzik
Arabesk Müzik
Rock Müzik
Latin Müzik
Hip-Hop Müzik
Türk Sanat Müziði
Felix,
On Sun, Oct 13, 2002 at 02:47:18AM +0200, Felix Kühling wrote:
More results:
I get the same strange behaviour when I compile with -march=pentium2. I
could narrow it down to lib/GL/mesa/src/drv/radeon/radeon_state.c. Then
I split radeon_state.c and put only one non-static function at a tim
Roswel,
On Sat, Oct 12, 2002 at 10:55:09PM +0100, roswel wrote:
Hi i'm using mach64 dri binary 20020916 and i've a problem with zsnes
1.36 build with openGL support.
If i don't use DRI, and launch zsnes with openGL 640x480 display, all
work fine, but very slowly. But if i use DRI, and laucnh zs
16 matches
Mail list logo