osdir.com
mailing list archive

Subject: Re: Trying to get DRI working on a Radeon M6 LY (laptop) - msg#00093

List: video.dri.user

Date: Prev Next Index Thread: Prev Next Index
On Wed, 19 Mar 2003 zoid@xxxxxxxxxxxx wrote:
> On Tue, 18 Mar 2003, Charl P. Botha wrote:
> > On Mon, Mar 17, 2003 at 07:34:38PM -0800, zoid@xxxxxxxxxxxx wrote:
> >
> > You have an M6, which, at least as far as I know, has no TCL (Transform,
> > Clipping and Lighting) unit, so this message is harmless.
> >
> > Your glxinfo says: direct rendering: Yes so everything seems to be in order.
> > Are you sure the other gl apps you run are linking to the correct libGL?
>
> i used ldd to list the libraries glxinfo/glxgears used, and then diff'ed
> each one with the ones built by the xfree 4.3.0 source, they were all the
> same.
>
> i also looked around to see if there were any special options i needed to
> set... apparently my card is AGP 2x, so i explicitly set that, along with
> the amount of video ram. no change in performance, so i guess it was
> detecting that fine.
>
> i am only assuming that 3d accel isn't working because i get the
> approximately the same fps in glxgears with and without DRI enabled.

Just try a 3D app using textures or such like gl-117 from gl-117.sf.net
or torcs from torcs.sf.net, if you get framerates above 10 with these,
DRI works.

I've very similar HW and gears/glxgears have the same FPS with DRI enabled
and gears seems to be an very ancient demo which is not very useful to test
wether HW acceleration is used or not, todays CPU to the simlple flat view
used in gears.

Even if you make glxgears fullscreen, you will not see much difference
because your Celeron 2.0 GHz can render glxgears at the same Speed as
the R100 chip on your Mobility M6 LY. I've only got a 1.5 GHz Celeron
and see little difference with glxgears beween DRI and mesa software rendering.

I think XFree should add a a (generated) texture and maybe more to glxgears
to allow the Mobility DRI to perform with visible difference, maybe it should
refer to some other demo(e.g. from Mesa-demos), but I don't know them.

Maybe I've seen higher FPS with gears on XF4.2 (can check) so if this
is really the case, gears may be exploiting some performance degradiation
in some edge from 4.2 to 4.3, but I can tell that the games I tested
run faster with XF4.3.

Note that there are some bugs in the R100 support in the XF 4.3.0 tarballs
because the DRI Experts fixed some bugs after XF 4.3.0 was released. You
can see these problem if you use a display manager to login/logout (hard
lockup possible) and when you move/resize/clip complex 3D app windows like
gl-117, torcs or fireflies(X server lock, login over the network and kill
the app then). These bugs have been fixed in the mesa-4-0-4-branch of the
dri cvs(see CVS infos @ dri.sf.net for infos on the cvs branches)

Bernd


-------------------------------------------------------
This SF.net email is sponsored by: Tablet PC.
Does your code think in ink? You could win a Tablet PC.
Get a free Tablet PC hat just for playing. What are you waiting for?
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en


Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: Xfree86 issues

On Thursday 20 March 2003 23:23, Manfred Stienstra wrote: > > Dri has a future, XFree86 has not. Dri, start using version numbers. All > > distros please consider using dri in your next release. End of the story. > > Dri is a part of X, to function it needs X. You can't just toss away X. And > the actual rendering isn't the only thing X has to do, there's also pointer > handling, window manager handles and stuff. True, what I actually meant was: I can at this moment, get a working X without touching the sources from Xfree86.org ... I just checkout the dri trunk... > The dri doesn't have to take a stand in this. It just has to keep going the > way it has. If someone decides to fork the X tree, it wil be his/her > responsibilty to merge the dri with the fork. All ok for me... -- Frank Van Damme | "Saying 8MB of RAM doesn't do as much anymore is http://www. | like saying a gallon of water holds more than it openstandaarden.be | did in 1988." --George Adkins ------------------------------------------------------- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en

Next Message by Date: click to view message preview

Mobility 9000 / ATI_Vertex_Buffer_Object

Three questions..... 1) Do the latest DRI drivers support the ATI Radeon Mobility 9000 chipset? The WebSite states support for R200, but I do not know if that is the same. 2) Is it easy to switch back and forth between the Xig Drivers and the DRI drivers? Has anyone done this? 3) Are there any plans to implement the ATI_Vertex_Buffer_Object extension in the future? Thanks for any insight Bob ------------------------------------------------------- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Previous Message by Thread: click to view message preview

Re: Trying to get DRI working on a Radeon M6 LY (laptop)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 18 Mar 2003, Charl P. Botha wrote: > On Mon, Mar 17, 2003 at 07:34:38PM -0800, zoid@xxxxxxxxxxxx wrote: > > kernel, that error went away. However, now I get this error (and I have > > googled for this aswell, with much less luck): > > > > "disabling TCL support" > > You have an M6, which, at least as far as I know, has no TCL (Transform, > Clipping and Lighting) unit, so this message is harmless. > > Your glxinfo says: direct rendering: Yes so everything seems to be in order. > Are you sure the other gl apps you run are linking to the correct libGL? > i used ldd to list the libraries glxinfo/glxgears used, and then diff'ed each one with the ones built by the xfree 4.3.0 source, they were all the same. i also looked around to see if there were any special options i needed to set... apparently my card is AGP 2x, so i explicitly set that, along with the amount of video ram. no change in performance, so i guess it was detecting that fine. i am only assuming that 3d accel isn't working because i get the approximately the same fps in glxgears with and without DRI enabled. thanks, zoid -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE+eGqIbGfktWMwGu0RAgaAAKCB2q53nsI5gdFe9vDrB3nOgdv1pQCdGBCi CT2DmmOFIM6WNsd41Qqhrto= =pCuX -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en

Next Message by Thread: click to view message preview

ATI RAGE M1 mobility on an ACER Travelmate 524TE

Hi, I have an ATI RAGE M1 mobility on an ACER Travelmate 524TE and I'm trying to get RMI working under the gentoo distribution. Still no luck upto this point. 1) I want to verify whether there is a DRI driver for this card. Again, this is the M1. So far, this is what I've done: compiled both DRI and AGPART into the kernel. Inside XF86Config is the following: (note, I'm using "ati" instead of "r128".. KDE won't start if I put r128 though it works with "ati". I'm being suspicious there's no DRI support for my card because I dont' see any "ati" files during compilation, thus my original question. # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ********************************************************************** # Section "Module" # This loads the DBE extension module. Load "dbe" # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Load "type1" Load "freetype" Load "glx" Load "dri" EndSection # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # The module search path. The default path is shown here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # Option "NoTrapSignals" # Uncomment this to disable the <Crtl><Alt><BS> server abort sequence # This allows clients to receive this key event. # Option "DontZap" # Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching # sequences. This allows clients to receive these key events. # Option "Dont Zoom" # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # Option "DisableVidModeExtension" # Uncomment this to enable the use of a non-local xvidtune client. # Option "AllowNonLocalXvidtune" # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # Option "DisableModInDev" # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # Option "AllowNonLocalModInDev" # This allows the server to start up even if the mouse device can't be opened/initialised. Option "AllowMouseOpenFail" EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Core keyboard's InputDevice section # ********************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" # For most OSs the protocol can be omitted (it defaults to "Standard"). # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), # uncomment the following line. # Option "Protocol" "Xqueue" Option "AutoRepeat" "500 30" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # These are the default XKB settings for XFree86 # Option "XkbRules" "xfree86" # Option "XkbModel" "pc101" # Option "XkbLayout" "us" # Option "XkbVariant" "" # Option "XkbOptions" "" # Option "XkbDisable" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection # ********************************************************************** # Core Pointer's InputDevice section # ********************************************************************** Section "InputDevice" # Identifier and driver Identifier "Mouse1" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/usbmouse" # Option "Emulate3Buttons" Option "ZAxisMapping" "4 5" # Option "Button" "5" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Option "Protocol" "Xqueue" # Baudrate and SampleRate are only for some Logitech mice. In # almost every case these lines should be omitted. # Option "BaudRate" "9600" # Option "SampleRate" "150" # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) # Option "Emulate3Buttons" # Option "Emulate3Timeout" "50" # ChordMiddle is an option for some 3-button Logitech mice # Option "ChordMiddle" EndSection # ********************************************************************** # Other input device sections # this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the XF86Config man page for a description of the options. # ********************************************************************** # # Section "InputDevice" # Identifier "Mouse2" # Driver "mouse" # Option "Protocol" "MouseMan" # Option "Device" "/dev/mouse2" # EndSection # # Section "InputDevice" # Identifier "spaceball" # Driver "magellan" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "spaceball2" # Driver "spaceorb" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "touchscreen0" # Driver "microtouch" # Option "Device" "/dev/ttyS0" # Option "MinX" "1412" # Option "MaxX" "15184" # Option "MinY" "15372" # Option "MaxY" "1230" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # # Section "InputDevice" # Identifier "touchscreen1" # Driver "elo2300" # Option "Device" "/dev/ttyS0" # Option "MinX" "231" # Option "MaxX" "3868" # Option "MinY" "3858" # Option "MaxY" "272" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonThreshold" "17" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "My Monitor" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31-65 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 58-78 EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" # The chipset line is optional in most cases. It can be used to override # the driver's chipset detection, and should not normally be specified. # Chipset "generic" # The Driver line must be present. When using run-time loadable driver # modules, this line instructs the server to load the specified driver # module. Even when not using loadable driver modules, this line # indicates which driver should interpret the information in this section. Driver "vga" # The BusID line is used to specify which of possibly multiple devices # this section is intended for. When this line isn't present, a device # section can only match up with the primary video device. For PCI # devices a line like the following could be used. This line should not # normally be included unless there is more than one video device # intalled. # BusID "PCI:0:10:0" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Device configured by xf86config: Section "Device" Identifier "gordon-x-configuration-1" Driver "ati" VideoRam 8192 Option "AGPMode" "1" Option "UseCCEFor2D" "false" # Insert Clocks lines here if appropriate EndSection # ********************************************************************** # Screen sections # ********************************************************************** # Any number of screen sections may be present. Each describes # the configuration of a single screen. A single specific screen section # may be specified from the X server command line with the "-screen" # option. Section "Screen" Identifier "Screen 1" Device "gordon-x-configuration-1" Monitor "My Monitor" DefaultDepth 24 Subsection "Display" Depth 8 Modes ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "1024x768" ViewPort 0 0 EndSubsection EndSection # ********************************************************************** # ServerLayout sections. # ********************************************************************** # Any number of ServerLayout sections may be present. Each describes # the way multiple screens are organised. A specific ServerLayout # section may be specified from the X server command line with the # "-layout" option. In the absence of this, the first section is used. # When now ServerLayout section is present, the first Screen section # is used alone. Section "ServerLayout" # The Identifier line must be present Identifier "Simple Layout" # Each Screen line specifies a Screen section name, and optionally # the relative position of other screens. The four names after # primary screen name are the screens to the top, bottom, left and right # of the primary screen. In this example, screen 2 is located to the # right of screen 1. Screen "Screen 1" # Each InputDevice line specifies an InputDevice section name and # optionally some options to specify the way the device is to be # used. Those options include "CorePointer", "CoreKeyboard" and # "SendCoreEvents". InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Section "DRI" Mode 0666 EndSection 2) do I need Load "dri" since I already have dri compiled into the kernel?? Thanks, -Gordon __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com ------------------------------------------------------- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by