On Sat, 31 Mar 2001, Kreuzritter2000 wrote:
> Hi
>
> Very good news.
>
> A person from http://www.mitrax.de/ interviewed David Harold the
> PR Manager from Imgagination Technologies
> about the KYRO 2 videochip at the Cebit 2001.
>
>
> Now it's OFFICIAL !!!
>
> Linux XFree4 drivers with FULL 3d
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote:
> Ok, perhaps I'm really dense, but what's the advantage of using this over
> just using Branden's X debs? I have 3d acceleration and working DRI for
> both my V3 and my G450 as it stands, without adding any further software.
>
> And I
Hi
Very good news.
A person from http://www.mitrax.de/ interviewed David Harold the
PR Manager from Imgagination Technologies
about the KYRO 2 videochip at the Cebit 2001.
Now it's OFFICIAL !!!
Linux XFree4 drivers with FULL 3d support will definatly come for the KYRO 1 & 2
videochip !
R
I did the work-arounds suggested for compiling with
aa/render support, but I'm still getting compilation
errors. This seems unrelated to the aa/render stuff:
ranlib libxnest.a
rm -f Xnest._man
/lib/cpp -undef -traditional -D__filemansuffix__=5x -D__miscmansuffix__=7
-D__drivermansuffix__=4 -D_
I just updated my trunk code and did a fresh build, the first time
in several weeks. I had a compilation error that I haven't seen
reported before.
When compiling xc/xc/lib/GL/mesa/dri/dri_mesa.c it failed to find
the header "internal/glcore.h". Adding -I../../include/GL to
DRI_INCLUDES in the
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote:
>
> Ok, perhaps I'm really dense, but what's the advantage of using this over
> just using Branden's X debs? I have 3d acceleration and working DRI for
> both my V3 and my G450 as it stands, without adding any further software.
>
> And
At 13:36 29/03/2001 +, Karl Lessard wrote:
>Hi,
>
>Starting gears under XFree86 4.0.3-3 with DRI enabled freeze my system.
>It seems to happened when the app needs to render back its content from
>a passive state (as a example, when I drag another window to entirely
>cover it, and move it b
>>> "Marc Wilson" <[EMAIL PROTECTED]> 03/30 4:09 >>>
>Ok, perhaps I'm really dense, but what's the advantage of using this over
>just using Branden's X debs? I have 3d acceleration and working DRI for
>both my V3 and my G450 as it stands, without adding any further software.
>
>And I can turn
Greg Hughes wrote:
>
> HI,
>
> I was attempting to build the mesa-3-5-branch with GlxBuiltInRadeon
> defined. I got multiply defined symbols in the link phase. Is this
> known to work/not work on this branch? Is there a better way to build
> modules that gdb is happy with?
>
> mesa/src/glapi
Ok, perhaps I'm really dense, but what's the advantage of using this over
just using Branden's X debs? I have 3d acceleration and working DRI for
both my V3 and my G450 as it stands, without adding any further software.
And I can turn it on or off as I want (if I need 24 bit for something, for
e
On Fri, Mar 30, 2001 at 04:50:04AM -0500, Jeffrey Ingber wrote:
> I have the same problem with the mga driver. A fix was commited a few
> months back that improved this quite a bit, but the problem still exists
> with certain programs that use a very large/full screen windows (ie.
> EVAS demos an
Joseph Carter wrote:
>
> I'm pretty sure this isn't hardware, and I don't know that this isn't a
> known issue, so forgive me if this isn't news:
>
> 1. Start gears.
> 2. Move gears window around a lot, including near/off the edges of the
>screen.
> 3. Get "mouse moves, no keyboard/button ev
I'm pretty sure this isn't hardware, and I don't know that this isn't a
known issue, so forgive me if this isn't news:
1. Start gears.
2. Move gears window around a lot, including near/off the edges of the
screen.
3. Get "mouse moves, no keyboard/button event"-style lockup.
libosmesa is not i
On Fri, Mar 30, 2001 at 03:18:58AM -0500, Zephaniah E. Hull wrote:
> This seems to follow what was done to the in kernel DRM code, and other
> bits of kernel code, however I have not tested it yet.
I've tested it. It runs. Furthermore gears appears to work. I've been
up less than 20 minutes ho
This seems to follow what was done to the in kernel DRM code, and other
bits of kernel code, however I have not tested it yet.
Zephaniah E. Hull.
--
PGP EA5198D1-Zephaniah E. Hull <[EMAIL PROTECTED]>-GPG E65A7801
Keys available at http://whitestar.soark.net/~warp/public_keys.
CC
15 matches
Mail list logo
