Hi,
Marco Strack wrote:
After trying 3d stuff and restarting X, X is unusable. Even after warm boot of
the machine X is not usable. When starting the login manager it takes about 3
minutes to get the picture completed. A shutdown/turnoff/restart "solves" the
problem.
I have similar behaviour wi
Re: Problem with kernel modules
drm with XFree86-4.1.0, linux-2.4.23 for ATI Radeon Mobility
Setup: Laptop Clevo 4600 (vel Eurocom 4600) with
Pentium III Mobility 1.2. GHz
CPU: L1 I cache: 16K, L1 D cache: 16K
On Mon, 2004-01-12 at 07:17, Felix Kühling wrote:
> On Mon, 12 Jan 2004 07:54:35 -0700
> Brian Paul <[EMAIL PROTECTED]> wrote:
>
> >
> > Hmmm, I don't remember how to do this and I can't seem to find the CVS
> > command for setting permissions. Anyone?
> >
> > -Brian
>
> IIRC the only way is
On Wed, 2004-01-14 at 23:38, Felix KÃhling wrote:
> On Wed, 14 Jan 2004 03:12:37 +0100
> Michel DÃnzer <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2004-01-14 at 01:47, Felix KÃhling wrote:
> > >
> > > It makes sense since the color depends on whose move it is.
I used to think so, but I noticed tha
Roland Scheidegger wrote:
Ian Romanick wrote:
I know this is a breach of protocol, but I'd like to discuss the patch
that I have for this before attaching it to the bug report or
committing it.
In both the client-side and the server-side g_render.c I have created
some template macros for gene
On Wed, 14 Jan 2004 03:12:37 +0100
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-01-14 at 01:47, Felix Kühling wrote:
> >
> > The funny thing is, that I'm seeing the same on Radeon (r100). It took
> > me a while to realize that this was the behaviour you were describing
> > ;-). I alway
I fixed the pitch in savagespan today. my assumption was right. see
more below.
Alex
--- Felix Kühling <[EMAIL PROTECTED]> wrote:
> Alex,
>
> honestly I don't understand much of what you were writing about
> tiling
> registers, PBDs, GBDs and so on. I don't have much experience with
> low
> le
Hello.
drm loads cleanly, finds card, inits.
driver recognizes drm cleanly. xvideo is broken, no 2d "acceleration" at all.
Speed is equal to vesa driver.
glplanet exits with invalid texture size.
glxgears locks up X (sometime).
In any case there is nothing to see in 3d ;)
After trying 3d stu
Ian Romanick wrote:
I know this is a breach of protocol, but I'd like to discuss the patch
that I have for this before attaching it to the bug report or committing
it.
In both the client-side and the server-side g_render.c I have created
some template macros for generating the GLX protocol stub
Alex,
honestly I don't understand much of what you were writing about tiling
registers, PBDs, GBDs and so on. I don't have much experience with low
level aspects of graphics engines. The last one I programmed on the
register level was an original VGA under DOS many years ago. ;-) I'm a
bit confuse
Ian Romanick wrote:
Roland Scheidegger wrote:
pointblast: (both with hardware tcl and without) the points are
almost invisible. IIRC this was already mentioned some time ago to
be because all points are drawn with size 1 only.
Right. Could you try it again with this patch. You may need some
c
Daniel Vogel wrote:
Yes certainly. But software decompression of textures really should
never happen in games (performance of software rasterization really
FWIW, that's how we handle support for cards that don't support texture
compression as we store our textures pre- compressed. I agree though
Roland Scheidegger wrote:
pointblast:
(both with hardware tcl and without) the points are almost
invisible. IIRC this was already mentioned some time ago to be because
all points are drawn with size 1 only.
Right. Could you try it again with this patch. You may need some
changes to get it to ap
[EMAIL PROTECTED] wrote:
When indirect rendering is used, either because direct rendering is not
available or 'LIBGL_ALWAYS_INDIRECT=y' is set, functions related to
EXT_secondary_color, EXT_fog_coord, and EXT_blend_func_separate act as no-ops.
glxinfo reports that all of this functionality should
Does the R100 hardware support cubemapping with mipmaps
and/or hw-tcl?
greetings,
Andreas
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabi
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=1092
Summary: Multitexture does not work with vertex arrays and
indirec
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=1091
Summary: SecondaryColor & FogCoord not support for indirect
render
On Wed, 2004-01-14 at 16:10, Brian Paul wrote:
> Roland Scheidegger wrote:
> >
> > I've just seen there are some fixes very recently in the drm module for
> > the cubic offsets which I've missed before (as I don't update the drm
> > module every time I'll compile the 3d driver).
> > Unfortunately
Michel DÃnzer wrote:
On Wed, 2004-01-14 at 11:33, Keith Whitwell wrote:
What's going on here - is there something the hw can't handle?
+ if ( fcmd[LIT_ATTEN_CONST] == 1.0 ) {
+/* Can't do even constant attenuation, disable */
+icmd[idx] &=
> Yes certainly. But software decompression of textures really should
> never happen in games (performance of software rasterization really
FWIW, that's how we handle support for cards that don't support texture
compression as we store our textures pre- compressed. I agree though that it
doesn't
Daniel Vogel wrote:
[replying to multiple people]
They also enable the old, undocumented, dead and buried GL_S3_s3tc
extension
http://oss.sgi.com/projects/ogl-sample/registry/S3/s3tc.txt
Yes, but everything there just says "unknown" - no compression format,
nothing interesting at all (except t
Felix,
Last night I did some thinging about the pitch and linear vs. tiled
mode. To be honest, I don't think it matters. 2D uses the GBD and can
be tiled or linear. 3D uses the PBD and has to be tiled. Since they
are using different BDs, it shouldn't matter whether 2D is tiled or
not. for
[replying to multiple people]
> They also enable the old, undocumented, dead and buried
> GL_S3_s3tc extension
http://oss.sgi.com/projects/ogl-sample/registry/S3/s3tc.txt
> Note that the alpha decompression of DXT5 (in txformat_tmp.h) is
> horribly broken - stupid bug, the version from the ear
Roland Scheidegger wrote:
Brian Paul wrote:
cubemap: with hardware tcl inner sphere looks correct, outer cube has
only blue face, the others are missing, and texture is more fuzzy
(might be just a different lod bias?) compared to software mesa.
tcl_mode=0 is even worse: inner sphere everything
On Wed, 2004-01-14 at 11:33, Keith Whitwell wrote:
>
> What's going on here - is there something the hw can't handle?
>
> + if ( fcmd[LIT_ATTEN_CONST] == 1.0 ) {
> + /* Can't do even constant attenuation, disable */
> + icmd[idx] &= ~( R200_LIGHT_0
I think this is about the minimal fix needed. I'm not entirely happy
with the limits picked, especially for spans, but maybe someone with
an R128 can verify it is ok, or change the code to loop each chunk
of pixels/span data.
I've not yet looked at the new SiS allocator problems in detail. The
632
Dieter Nützel wrote:
(needed for QuakeIII/rtcw, don't know about
rtcw:et). This time I haven't tested the r200 patch, only radeon so use
at your own risk.
Using 8/8/8 Color bits, 24 depth, 8 stencil display.
GL_RENDERER: Mesa DRI R200 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCL
Initializing OpenGL e
Michel DÃnzer wrote:
On Tue, 2004-01-13 at 23:28, Roland Scheidegger wrote:
Michel DÃnzer wrote:
On Tue, 2004-01-13 at 21:12, Roland Scheidegger wrote:
Maybe not all necessary state is submitted?
Maybe, but that doesn't really explain my observations, does it?
Well for me there was no differenc
Michel DÃnzer wrote:
On Tue, 2004-01-13 at 20:56, Keith Whitwell wrote:
Michel DÃnzer wrote:
What makes the difference is calling _mesa_lookup_enum_by_nr() at the
beginning of r200Enable(), probably due to the delay. Granted, it
doesn't help with the reflections, and if those are disabled, it doe
Am 2004.01.14 00:43:07 +0100 schrieb(en) Roland Scheidegger:
> I've just had too much spare time and though it would be interesting to
> see which mesa demos/tests have problems (lighting or otherwise), so
> here are the results of all tests which did not run correctly (of course
> quite a few t
Am Mittwoch, 14. Januar 2004 06:29 schrieb Dieter Nützel:
> Am Sonntag, 28. Dezember 2003 23:00 schrieb Roland Scheidegger:
> > ok, here it is, the long-awaited, highly controversial new patch ;-).
> > (patches against current Mesa cvs, if you used the older version you
> > need to reverse it first
31 matches
Mail list logo
