Bonjour Daniel!
Fri, 12 Jul 2002 11:03:31 +1000, tu as dit :
> Marc Poulhiès wrote:
>> I know that closed source drivers from ati are not discussed here, but
>> with my radeon 8500 and tribes2 i have exactly the same probleme.
>> Maybe this is a probleme from tribes2 and not the dri :)
>>
The install.sh, included with the snapshots,(and make -f Makefile.linux) has allays
built modules
that insmod fine, even print every thing and rmmod, but they don't let X setunique.
getunique
worked fine. The error I get from an strace is no access, when calling the setunique
ioctl.
If I bui
Marc Poulhiès wrote:
>I know that closed source drivers from ati are not discussed here, but
>with my radeon 8500 and tribes2 i have exactly the same probleme.
>Maybe this is a probleme from tribes2 and not the dri :)
>
>
Maybe. But it _used_ to work fine under xfree86 4.1.0 & 4.2.0.
Has anyone
On Thu, Jul 11, 2002 at 06:10:01PM -0400, Mike Westall wrote:
> The attached program illustrates a shading anomaly
> we have encountered while attempting to use autonormal
> in conjunction with nurbs.
>
> The shading of the sphere is seriously screwed up
> while running with indirect renderin
Ok we need to get clear on one thing.. there are two different radeon series
in question here.
There is the 8XXX series based on the R200 core that supports vertex shaders,
and then there is the 7XXX series that is based on the same core as the basic
radeon (i.e. the one that predates the 7XXX
Hi,
just updated after reading José's mail about the MACH64_NATIVE_VTXMFT
and tried running some apps. q3demo and quake2 crashed with multi
textures enabled:
q3demo.x86: mach64_tris.c:518: mach64_draw_triangle: Assertion `vb == vbchk' failed.
I found the problem in the COPY_VERTEX macro. The mo
Hey Ian,
Well I just got my dri working and it works reasonable well I play ut @
1280x960 and it's fairly smooth for alpha level drivers. The 2d has
always worked, works with the radeon driver. Now I have a original ati
8500 board and I really like it including the 2d. Now that that 3d is
s
Is the Hercules 3D Prophet 8500 a good card? (is the 2D stable at
1600x1200, unlike my 7500 VIVO which has a noticeable 'noise' so that
vertical lines arent smooth, but somewhat rough looking)
will it work 2D on a stock X 4.2 ?
what framerate does the beta DRI accel for it give in Quake3 ?
All
On Thu, Jul 11, 2002 at 06:34:40PM -0400, Leif Delgass wrote:
> On Thu, 11 Jul 2002, Brian Paul wrote:
>
> > Leif Delgass wrote:
> > >
> > > I just discovered that the glean failures in blendFunc, logicOp,
> > > orthoPosRandTris, orthoPosRandRects, orthoPosTinyQuads, and polygonOffset
> > > are
As a user, and maby as root, Running X (via xinit ./quake3 -- -layout GLLayout), then
closing X,
Waiting for rmmor -k to remove agpgart (and radeon, above agpgart), and typing X.
Will allways
display some garbeg, then a hafway completed Xmesh, then My old background.
_
As far as I understand it's something about sending commands to the AGP
card directly, not having to go through memory, improving speed. Now I
can't really ellaborat because I don't know to much about it.
On Thu, 11 Jul 2002, Mike Mestnik wrote:
> This worked for me, but my Radeon 7500 QL is ok
Mike Westall wrote:
> The attached program illustrates a shading anomaly
> we have encountered while attempting to use autonormal
> in conjunction with nurbs.
>
> The shading of the sphere is seriously screwed up
> while running with indirect rendering on the standard
> X server packaged with
On Mon, 2002-07-08 at 15:03, Keith Whitwell wrote:
>
> >>>Another problem I have with tuxracer is that it's very slow. Used to be
> >>>much faster, unfortunately I don't remember if that was with the Mesa 3.4
> >>>based driver or with the pre-TCL Mesa 4.0 based one. Neither of the two
> >>>envir
On Thu, 11 Jul 2002, Brian Paul wrote:
> Leif Delgass wrote:
> >
> > I just discovered that the glean failures in blendFunc, logicOp,
> > orthoPosRandTris, orthoPosRandRects, orthoPosTinyQuads, and polygonOffset
> > are the result of an off-by-one error in the y screen coordinates. If I
> > add
On Thu, 2002-07-11 at 01:59, Leif Delgass wrote:
> The clipped polygon color problem is present in the Rage 128 driver
> as well, so that may be a bug in code we borrowed from that driver. I'm
If it's the problem seen in
http://www.penguinppc.org/~daenzer/DRI/gears.jpeg and
http://www.penguinp
Leif Delgass wrote:
>
> I just discovered that the glean failures in blendFunc, logicOp,
> orthoPosRandTris, orthoPosRandRects, orthoPosTinyQuads, and polygonOffset
> are the result of an off-by-one error in the y screen coordinates. If I
> add one to the Y coordinate in the viewport conversion
The attached program illustrates a shading anomaly
we have encountered while attempting to use autonormal
in conjunction with nurbs.
The shading of the sphere is seriously screwed up
while running with indirect rendering on the standard
X server packaged with RH 7.3. It can be fixed by
unco
On Thu, 11 Jul 2002 16:44:50 -0400 (EDT)
Leif Delgass <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Jul 2002, Allen Barnett wrote:
>
> > On Wednesday 10 July 2002 07:59 pm, Leif Delgass wrote:
> > > On Thu, 11 Jul 2002, José Fonseca wrote:
> > > > Allen, thanks for the detailed report of the problems.
I know that closed source drivers from ati are not discussed here, but
with my radeon 8500 and tribes2 i have exactly the same probleme.
Maybe this is a probleme from tribes2 and not the dri :)
---
This sf.net email is sponsored by:ThinkGeek
P
This worked for me, but my Radeon 7500 QL is ok with Fast Writes.
What dose this do, just curious?
--- Michal Kozlowski <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> Thanks to the help of Stefan and others I got my r200 to work, from
> Stefans lspci logs I was able to figure out why I lost my s
On Thu, 11 Jul 2002, Allen Barnett wrote:
> On Wednesday 10 July 2002 07:59 pm, Leif Delgass wrote:
> > On Thu, 11 Jul 2002, José Fonseca wrote:
> > > Allen, thanks for the detailed report of the problems. It's gonna take a
> > > little time (at least for me) to reproduce all this (I have been a
On Thu, 2002-07-11 at 19:04, Tim Smith wrote:
> On Tuesday 09 Jul 2002 12:11 am, Michel Dänzer scribed numinously:"
> > On Mon, 2002-07-08 at 20:17, Tim Smith wrote:
> > > On Monday 08 Jul 2002 12:49 am, Michel Dänzer scribed numinously:"
> > >
> > > > The scratch register values need to be read w
Hi everyone,
Thanks to the help of Stefan and others I got my r200 to work, from
Stefans lspci logs I was able to figure out why I lost my signal, it was
hardware configuration related. I had to disable Fast Writes for AGP,
simple solution took a bit of time to find, but anyone else having
probl
On Wednesday 10 July 2002 07:59 pm, Leif Delgass wrote:
> On Thu, 11 Jul 2002, José Fonseca wrote:
> > Allen, thanks for the detailed report of the problems. It's gonna take a
> > little time (at least for me) to reproduce all this (I have been a little
> > busy lately and I still have some change
On Thu, 2002-07-11 at 04:15, Mike Mestnik wrote:
> I was working on having this all done kernel side, It has a pci
> database so there's no need for the Xserver to duplicate it.
And how would the X server recognize PCI devices without kernel support
then?
--
Earthling Michel Dänzer (MrCooper
I have some new information on this, I built the r200 branch and it stalls on like 330
of
radeon_accel.c, I'm assuming it was the call to EngineReset came from EngineInit
because the last
thing printed(I even sync'ed) is Silken Mouse.
I'm going to try mindlessly disabling code from that functio
Hi,
I'm trapped in an infinite loop in
xc/xc/extras/Mesa/src/tnl/t_vb_render.c :)
Ok, I was debugging a program with ddd that crashes sometimes but this
time it took the hole cpu time so I broke it up and did a look where it
was (see above). I did a few steps to get an impression what is happen
On Wed, 2002-07-10 at 18:05, Daniel Kasak wrote:
> Alexander Stohr wrote:
>
> >>I just set up a 2nd PC and ssh'd into mine and ran Tribes 2.
> >>My original post said that the lockups occur within 5 seconds of 3D
> >>rendering starting. That's not quite correct.
> >>The lockups occur only after
This is the same card I have. I don't think patching the Xserver to use a
16MB aperture for an 8MB card is a good idea. :) The 8M of memory is
correctly detected, but 1K is reserved because of the hardware cursor, so
the useable mem is 8191kB instead of 8192kB. At any rate, with
front+back+dept
Ok the patch is atttached, you have what we call a "Mach64 LB" or PCI_CHIP_MACH64LB.
In order to use this patch you'l need to build from source.
--- Shan Mignot <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've recently downloaded the dri package
> (mach64-20020705-linux.i386.tar.bz2) for the mach64 ch
On Tuesday 09 Jul 2002 12:11 am, Michel Dänzer scribed numinously:"
> On Mon, 2002-07-08 at 20:17, Tim Smith wrote:
> > On Monday 08 Jul 2002 12:49 am, Michel Dänzer scribed numinously:"
> >
> > > The scratch register values need to be read with DRM_READ32(), which
> > > accounts both for endianne
> "Stefan" == Stefan Lange <[EMAIL PROTECTED]> writes:
Stefan> Hi, as Eric already mentioned, "LE" is only the marketing name ATI and
Stefan> the OEM vendors use to distinguish the faster and slower versions of the
Stefan> 8500 boards on the market. Retail boards (core clock 2
Eric Anholt wrote:
> A while ago I added the stuff to the config/cf/* to enable USE_SSE_ASM
> on FreeBSD, but today found that it wasn't enabled on my athlon. I
> added the proper sysctl check for it, but it still wasn't enabled. It
> turns out the Athlon's extended CPUID function has most of th
Title: Free porn passes to all the top sites
I know you want to look at
pussy, but first you need to learn
The Truth
about the adult industry:
Get
Into Paysites Free!
If you take 2
minutes to read what I have to say
you will have full access
to some of the largest membership
site
A while ago I added the stuff to the config/cf/* to enable USE_SSE_ASM
on FreeBSD, but today found that it wasn't enabled on my athlon. I
added the proper sysctl check for it, but it still wasn't enabled. It
turns out the Athlon's extended CPUID function has most of the same
feature bits as the
35 matches
Mail list logo