heavytull <heavytull@hotmail.com> wrote:
> yes it seems interesting, but after reading just a few lines of that wiki, i
> wondered actually whether 3D acceleration wasn't supplied by slack packages.

I don't have any exprience from any x300 card myself, but I think it uses
the r300 driver rather than the radeon driver. At some point, I don't
remember if it was X.org 6.9/7.0 or if it was X.org 7.1 experimental
support was added for hardware 3D acceleration in X.org. If this was added
in 7.1 it could explain why you don't get it to work in Slackware 11 which
ships with X.org 6.9. If it was added in 6.9/7.0 the fact that it is
marked experimental could mean that it isn't built by default.

If you are really lucky the experimental r300 support is built into 6.9
which ships with Slackware and all you are missing are some settings in
xorg.conf. Is GLX and DRI enabled in xorg.conf? Does your Xorg.0.log say
something that could explain why hardware 3D acceleration is disabled?

According to http://www.thinkwiki.org/wiki/R300 it seems as if r300
support is included in X.org 6.9 but it is disabled by default when X.org
is built. It also seems as if it requires a 2.6 kernel.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc1(at)poolhem.se Examples of addresses which go to spammers:
root@localhost postmaster@localhost

Henrik Carlqvist wrote:

> heavytull <heavytull@hotmail.com> wrote:
>> yes it seems interesting, but after reading just a few lines of that wiki, i
>> wondered actually whether 3D acceleration wasn't supplied by slack packages.
>
> I don't have any exprience from any x300 card myself, but I think it uses
> the r300 driver rather than the radeon driver. At some point, I don't
> remember if it was X.org 6.9/7.0 or if it was X.org 7.1 experimental
> support was added for hardware 3D acceleration in X.org. If this was added
> in 7.1 it could explain why you don't get it to work in Slackware 11 which
> ships with X.org 6.9. If it was added in 6.9/7.0 the fact that it is
> marked experimental could mean that it isn't built by default.
>
> If you are really lucky the experimental r300 support is built into 6.9
> which ships with Slackware and all you are missing are some settings in
> xorg.conf. Is GLX and DRI enabled in xorg.conf? Does your Xorg.0.log say
> something that could explain why hardware 3D acceleration is disabled?
>
nothing about 3D

the X300 is not in the list shown at loading of the radeon driver. so the radeon
driver might not support the X300 card. while it supports the X600.


> According to http://www.thinkwiki.org/wiki/R300 it seems as if r300
> support is included in X.org 6.9 but it is disabled by default when X.org
> is built. It also seems as if it requires a 2.6 kernel.
>
> regards Henrik

--
heavytull

LittleJohn wrote:

> heavytull wrote:
>
>> That I wrote:
>
>>> Simply go to the ATI website and download/run
>>> ati-driver-installer-8.32.5-x86.x86_64.run.
>>> It load drivers for the X300 and a good set of
>>> documentation for checking and fine tuning
>>> video frame speed.
>>>
>>> It also updates your xorg.conf file.
>>>
>> since there is an installer which do tell you which files are gonna be
>> written i didn't dare install those proprietary ati drivers.
>
> Why??? If you trusted ATI enough to buy their hardware, which contains
> hardcoded software, why would you not trust their "proprietary" software?
>
yes you're alright;

also their little code called check.sh to check which version of X i'm using on
my box doesn't find anything.


> The installer compiles the driver code on your machine and provides a
> install log and an uninstaller. That's about as good as it gets in the
> real world.
>
>> anyway i have read there's a good open source driver for radeon chipset.
>
> I really doubt you'll find a better driver than one designed by the vendor
> that made the chipset. If you do, please post it.
>
> Also, you might want to consider using your shift key again. The 'No Caps'
> fad died out about twenty years ago.
>
why?
--
heavytull

On Fri, 09 Feb 2007 19:14:40 +0100, heavytull wrote:

>> Also, you might want to consider using your shift key again. The 'No Caps'
>> fad died out about twenty years ago.

> why?

Probably so you don't look like *quite* as big a moron as you presently do.

--
"Ubuntu" -- an African word, meaning "Slackware is too hard for me".

heavytull <heavytull@hotmail.com> wrote:
> wondered actually whether 3D acceleration wasn't supplied by slack packages.
> So on my slack 11 box I cannot get 3D accel until I install mesa?????

Mesa is not 3D handling, it is (software) OpenGL handling (which is
much more) and it IS already part of Xorg since at least 6.8.
Some accelerators supply HARDware GL-handling (like NVidia) and they
will replace the libGL (etc.) libraries with their own versions.
I.e. (this is for my NVidia card):
-rwxr-xr-x 1 root root 567628 Dec 13 14:46 /usr/lib/libGL.so.1.0.9631
(this, of course, is from NVidia driver 1.0.9631).
The original library was libGL.so.1.2, located in /usr/X11R6/lib
(which is pure software, no hardware support needed).
--
************************************************** ******************
** Eef Hartman, Delft University of Technology, dept. EWI/TW **
** e-mail: E.J.M.Hartman@math.tudelft.nl, fax: +31-15-278 7295 **
** snail-mail: P.O. Box 5031, 2600 GA Delft, The Netherlands **
************************************************** ******************

On Sat, 10 Feb 2007 12:15:48 +0100, Eef Hartman wrote:

> heavytull <heavytull@hotmail.com> wrote:
>> wondered actually whether 3D acceleration wasn't supplied by slack packages.
>> So on my slack 11 box I cannot get 3D accel until I install mesa?????
>
> Mesa is not 3D handling, it is (software) OpenGL handling (which is
> much more) and it IS already part of Xorg since at least 6.8.
> Some accelerators supply HARDware GL-handling (like NVidia) and they
> will replace the libGL (etc.) libraries with their own versions.
> I.e. (this is for my NVidia card):
> -rwxr-xr-x 1 root root 567628 Dec 13 14:46 /usr/lib/libGL.so.1.0.9631
> (this, of course, is from NVidia driver 1.0.9631).
> The original library was libGL.so.1.2, located in /usr/X11R6/lib
> (which is pure software, no hardware support needed).

True, and, BTW Eef, there was a better version around Xmas :-)
/usr/lib/libGL.so.1.0.9746

As I updated my kernel again, it's fresh in my memory since
that's the stuff I always forget to recompile before launching X
after a kernel upgrade ;D)

Eef Hartman <E.J.M.Hartman@math.tudelft.nl> wrote:
> Mesa is not 3D handling, it is (software) OpenGL handling

If you have the hardware capable of hardware 3d acceleration with
opensource drivers you will find that Mesa is used also for hardware 3D
acceleration:

~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
....
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R200 20030328 AGP 4x x86/MMX/SSE2 TCL
OpenGL version string: 1.3 Mesa 6.1

So Mesa is really used for hardware 3D accelaration with OpenGL.

> Some accelerators supply HARDware GL-handling (like NVidia) and they
> will replace the libGL (etc.) libraries with their own versions.

Yes, nVidia did choose to not use Mesa and replaces its libGL library with
their own libraries if you install their binary driver. As far as I know
only the nVidia driver does that, even the ATI binary driver will not
touch your installed libGL.

There is a project called Nouveau which aims to provide opensource drivers
also for nVidia cards. With those drivers even nVidia cards will be able
to use Mesa for hardware accelerated OpenGL. However, the main reason that
Nouveau is not very well known is probably that the drivers aren't useful
yet.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc1(at)poolhem.se Examples of addresses which go to spammers:
root@localhost postmaster@localhost

<posted & mailed>

heavytull wrote:

> a module called radeon?
> yes agpgart is loaded.
>
> but there is no module called radeon.
> i configured the X to make it load the radeon driver, but those drivers I
> think are not like the kernel modules.

yes, a kernel module named "radeon". It is necessary for the X radeon driver
to make full use of your video card. Before starting X, run:

/sbin/modprobe radeon


Jeffrey