On Tue, 15 Feb 2005, Arne Brix wrote:
Hello, i have tried for the better of the last week, to create a
floatingpoint render target using the newest proprietary driver from ati
under xorg. It just does not work. Most of the time the error Message is "No
matching FBConfig". I am getting increasin
For me looks like:
If you uncoment r300 support in
int radeon_do_cp_idle(drm_radeon_private_t * dev_priv)
and in
static void radeon_cp_dispatch_swap(drm_device_t * dev)
x will work ok (no more locks or crash), but no 3d.
Peter Zubaj
Vsetko o SuperStar
http://
movement, but I haven't been able to reproduce it yet.
I only tried once, last night before bed. I'll let you know if I can
reproduce it this evening.
It's definitely reproducable for me.And, as far as I can tell, it doesn't
have anything to do with mouse movement... I kicked off a demo ru
Hello, i have tried for the better of the last week, to create a
floatingpoint render target using the newest proprietary driver from ati
under xorg. It just does not work. Most of the time the error Message is
"No matching FBConfig". I am getting increasingly frustrated, as i
really need this
Adam K Kirchhoff wrote:
Ben Skeggs wrote:
Hello Adam,
You need to disable compiled vertex arrays, and multitexturing in
your q3config.cfg
file. Q3 should be very playable, with a couple of glitches.
Hmmm... I made those changes. The game started up and loaded a
level without problems. Unfort
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> Try removing the RADEONSetFBLocation() call in
> RADEONAdjustFrame().
> That's a messup which I unfortunately discovered
> only too late for 6.8.2.
Thanks; I've compiled my new radeon_drv.o module and
will let you know how it checks out.
Cheers,
Ch
On Mon, 2005-02-14 at 22:27 +, Chris Rankin wrote:
>
> I have a Radeon 9200 AGP card, and have manually
> compiled XOrg 6.8.2 for my dual P4 Xeon (with
> hyperthreading enabled) Linux 2.6.10 system. However,
> I am finding that the Xserver locks up when I run
> celestia 1.3.2 with hardware acc
Hi,
I have a Radeon 9200 AGP card, and have manually
compiled XOrg 6.8.2 for my dual P4 Xeon (with
hyperthreading enabled) Linux 2.6.10 system. However,
I am finding that the Xserver locks up when I run
celestia 1.3.2 with hardware acceleration at full
screen, 1280x1024. I have tried both the late
On Mon, 14 Feb 2005 21:52:05 +0100, Dario Laera <[EMAIL PROTECTED]> wrote:
> gcc -Wall -pipe -O2 -g -Ilibdrm -DPACKAGE=\"r300_demo\"
> -DVERSION=\"0.0.2-cvs\" libdrm/libdrm.o -lm r300_demo.c r300_lib.c
> cmdline.c r300_vtxbuf.c r300_triangles.c r300_bitblt.c r300_pipeline.c
> r300_texfloat.c -o r3
Am Montag, den 14.02.2005, 07:45 -0800 schrieb Ian Romanick:
> Jaxon Lee wrote:
> > The opensource 3D drivers seem upset that they can't find .drirc.
> >
> > libGL error:
> > Can't open configuration file /etc/drirc: No such file or directory.
> > libGL error:
> > Can't open configuration file /ho
gcc -Wall -pipe -O2 -g -Ilibdrm -DPACKAGE=\"r300_demo\"
-DVERSION=\"0.0.2-cvs\" libdrm/libdrm.o -lm r300_demo.c r300_lib.c
cmdline.c r300_vtxbuf.c r300_triangles.c r300_bitblt.c r300_pipeline.c
r300_texfloat.c -o r300_demo
gcc: r300_texfloat.c: No such file or directory
make: *** [r300_demo] Er
On Mon, 2005-02-14 at 20:06 +0100, Dieter NÃtzel wrote:
>
> dmesg show this:
> agpgart: Found an AGP 2.0 compliant device at :00:00.0.
> agpgart: Putting AGP V2 device at :00:00.0 into 2x mode
> agpgart: Putting AGP V2 device at :01:05.0 into 2x mode
>
> glxinfo
> OpenGL vendor string
Just tried the patch, it's all ok, well done ;)
--
Laera Dario
Undergraduate student at Computer Science
University of Bologna
ICQ# 203250303 /==/ http://laera.web.cs.unibo.it
Mail to: laera_at_cs.unibo.it pennytommy_at_libero.it
---
SF email is
On Mon, Feb 14, 2005 at 07:40:20PM +0100, Roland Scheidegger wrote:
> Dieter Nützel wrote:
> >Back to Linux's 'normal' one solve it.
>
> This is interesting, though. The use of a different scheduler should
> probably not have such a huge impact on performance (if no other cpu or
> io-heavy proce
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2529
[EMAIL PROTECTED] changed:
What|Removed |Added
--
Am Freitag, 11. Februar 2005 22:55 schrieb Dieter NÃtzel:
> I get this even with X.org CVS.
> The texture problem is not persistent but the text 'of by oen or two'.
>
> http://www.nuetzel-hh.de/public/Celestia-Mesa-CSV-r200.png
Texture "bug" is due to texture units.
It arise with "texture_units" >
Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger:
> Dieter NÃtzel wrote:
> > This on is SOLVED!
> >
> > It was due to SuSE's CKRM_CPU_SCHEDULE scheduler.
> >
> > Back to Linux's 'normal' one solve it.
> >
> > quake3-smp
> > ~198 fps 2. high
> > ~193 fps HIGH
> >
> > 640x480 window on 12
Am Montag, 14. Februar 2005 20:06 schrieb Dieter NÃtzel:
> Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger:
> > Dieter NÃtzel wrote:
> > > This on is SOLVED!
> > >
> > > It was due to SuSE's CKRM_CPU_SCHEDULE scheduler.
> > >
> > > Back to Linux's 'normal' one solve it.
> > >
> > > qua
Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger:
> Dieter NÃtzel wrote:
> > This on is SOLVED!
> >
> > It was due to SuSE's CKRM_CPU_SCHEDULE scheduler.
> >
> > Back to Linux's 'normal' one solve it.
> >
> > quake3-smp
> > ~198 fps 2. high
> > ~193 fps HIGH
> >
> > 640x480 window on 12
Dieter NÃtzel wrote:
This on is SOLVED!
It was due to SuSE's CKRM_CPU_SCHEDULE scheduler.
Back to Linux's 'normal' one solve it.
quake3-smp
~198 fps 2. high
~193 fps HIGH
640x480 window on 1280x1024x24/32.
1024x768 window give ~100 fps, again.
This is interesting, though. The use of a different sch
Am Montag, 14. Februar 2005 14:37 schrieb Dieter NÃtzel:
> Am Freitag, 11. Februar 2005 23:12 schrieb Roland Scheidegger:
> > Dieter NÃtzel wrote:
> > > I get this even with X.org CVS.
> > > The texture problem is not persistent but the text 'of by oen or two'.
> BTW There is _BIG_ regression with
Jaxon Lee wrote:
The opensource 3D drivers seem upset that they can't find .drirc.
libGL error:
Can't open configuration file /etc/drirc: No such file or directory.
libGL error:
Can't open configuration file /home/akshunj/.drirc: No such file or
directory.
Where do I get it? What's supposed to b
On Mon, 14 Feb 2005 10:02:07 -0500 (EST), Vladimir Dergachev
<[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 14 Feb 2005, Jerome Glisse wrote:
>
> >> On Mon, 14 Feb 2005 17:17:05 +1100, Paul Mackerras <[EMAIL PROTECTED]>
> >> wrote:
> >>> Vladimir Dergachev writes:
> >>>
> I am a bit puzzled wi
On Mon, 14 Feb 2005, Jerome Glisse wrote:
On Mon, 14 Feb 2005 17:17:05 +1100, Paul Mackerras <[EMAIL PROTECTED]> wrote:
Vladimir Dergachev writes:
I am a bit puzzled with your patch - do you really need to hard code
format field in r300_state.c ?
Ok i think i understand, Mesa tell us that the fo
On Thu, 10 Feb 2005, Geller Sandor wrote:
> On Tue, 8 Feb 2005, Michel [ISO-8859-1] D=E4nzer wrote:
>
> > On Mon, 2005-02-07 at 13:40 +0100, Geller Sandor wrote:
> > >
> > > Is there any way I can help to track down the problem(s)? My machine
> > > doesn't have network connection, so I can use onl
Am Freitag, 11. Februar 2005 23:12 schrieb Roland Scheidegger:
> Dieter NÃtzel wrote:
> > I get this even with X.org CVS.
> > The texture problem is not persistent but the text 'of by oen or two'.
> >
> > http://www.nuetzel-hh.de/public/Celestia-Mesa-CSV-r200.png
>
> What version of Celestia is thi
Ben Skeggs wrote:
Hello Adam,
You need to disable compiled vertex arrays, and multitexturing in
your q3config.cfg
file. Q3 should be very playable, with a couple of glitches.
Hmmm... I made those changes. The game started up and loaded a
level without problems. Unfortunately, within a few se
Hello Adam,
You need to disable compiled vertex arrays, and multitexturing in
your q3config.cfg
file. Q3 should be very playable, with a couple of glitches.
Hmmm... I made those changes. The game started up and loaded a level
without problems. Unfortunately, within a few seconds Q3A had lock
> On Mon, 14 Feb 2005 17:17:05 +1100, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> > Vladimir Dergachev writes:
> >
> > > I am a bit puzzled with your patch - do you really need to hard code
> > > format field in r300_state.c ?
Ok i think i understand, Mesa tell us that the format is
MESA_FORMAT
Vladimir Dergachev wrote:
UT, Marbleblast, and Orbz) die with:
r300_check_render: fallback:ctx->Texture.Unit[i].Enabled
Could you disable multitexturing in these games ?
I see an option for MarbleBlast called disableARBMultitexture. I'll try
enabling that when I get home this evening and give it
Ben Skeggs wrote:
Hello,
These are the games I've tried with the latest CVS from this afternoon:
Neverputt and neverball play, but some debug output gets displayed:
--snip-- :p
You can get neverball working much more smootly by switching everything
to low in the menu screen. Ignore the warn once
On Mon, 14 Feb 2005 17:17:05 +1100, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Vladimir Dergachev writes:
>
> > I am a bit puzzled with your patch - do you really need to hard code
> > format field in r300_state.c ?
This is ugly hack, simply to test because i know that i shouldn't
hardcode it.
On Sunday 13 February 2005 11:03, [EMAIL PROTECTED] wrote:
> On Saturday 12 February 2005 16:33, Felix K=FChling wrote:
> >
> > I can't reproduce this on my Savage/IX. Someone else
> > reported problems with 2.6.11-rc3, something like it
> > wouldn't even load the DRM modules. Maybe something's
> >
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=1794
--- Additional Comments From [EMAIL PROTECTED] 2005-02-14 00:25 ---
I'm t
34 matches
Mail list logo