Re: [patch] post superioctl inteface removal.
On Fri, 2007-10-19 at 03:04 +0200, Jerome Glisse wrote: There is also the following (i don't think it was mentioned before in this thread): card with 8Mo of ram (who the hell have such hw ? :)) I've got 40 of them :( All of our desktops have integrated Intel ( i845g ) chips, and the BIOS has the option of stealing either 1MB or 8MB of system ram. It's hard to know whether to laugh or cry ... Dan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [nouveau] gentoo ebuild masked by a missing keyword
Alexy Khrabrov wrote: Am trying to emerge xf86-video-nouveau, emerge tells me it's masked by a missing keyword. Googling reports it's a dreaded message, can be solved by adding the package to /etc/portage/package.keywords as x11-drivers/xf86-video-nouveau * -- here I deduce from examples, with * or ~* trailing. Doesn't work still. How do I unmask it properly? This is a Gentoo question. You should post Gentoo questions to the Gentoo forums, not the DRI mailing list. To unmask something with a missing keyword, you add -* to it's entry in /etc/portage/package.keywords ... eg: x11-drivers/xf86-video-nouveau -* Dan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Radeon Device ID: 5653
Hi all. I'm just reporting the below message, as instructed: Unknown device ID 5653, please report. Assuming plain R300 I have a Radeon X700 Mobility: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X700 (PCIE) (prog-if 00 [VGA]) Subsystem: Micro-Star International Co., Ltd. Unknown device 0361 Flags: bus master, fast devsel, latency 0, IRQ 18 Memory at c000 (32-bit, prefetchable) [size=256M] I/O ports at 9800 [size=256] Memory at fd5f (32-bit, non-prefetchable) [size=64K] Expansion ROM at fd5c [disabled] [size=128K] Capabilities: [50] Power Management version 2 Capabilities: [58] Express Endpoint IRQ 0 Capabilities: [80] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- It works great, by the way :) Dan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 driver support for Hypermemory cards?
GhePeU wrote: And, secondly, do AIGLX or XGL work on such cards? The r300 driver works very well with XGL. I have an X700 mobility, and XGL works *beautifully*. Just recently, I've started to get good results ( ie no hard lockups ) with AIGLX - but with the new 'beryl' window manager, which is Quinnstorm's fork of compiz. As Roland pointed out, with only a 64 bit bus you're not going to get astounding performance, so you might see some issues with heavy use of compiz effects, but then again I don't think it will be all that bad. As a point of comparison, I've been using compiz with AIGLX on an integrated Intel chip at work ( in i845G ). It has no RAM of it's own, and can only see 'up to' 8MB of system RAM! It works fine with AIGLX - it's actually quite impressive. It's quite *unimpressive* with XGL - painfully slow. According this this page: http://www.sharkyextreme.com/hardware/motherboards/article.php/10703_1141511__3 the i845G has a 64-bit memory bus ( if I'm reading it correctly ). So I'd say at least for compiz ( or beryl ) on AIGLX, your chosen Radeon should be sufficient. Also, avoid the Radeon Xpress cards like the plague. The memory controller is not supported with the open-source r300 driver, and ATI's proprietary driver locks hard when starting XGL. Dan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: What can the FSF do to help?
John Sullivan wrote: The Free Software Foundation had listed http://r300.sf.net/ as a High Priority Project. We recognize that the lack of 3D video drivers for their specific hardware is one of the primary obstacles preventing people from running entirely free systems. The development status and location of that project has changed, and we would like to update our recommendation. We are interested in ideas for how we can help contribute to the project's development (and to the overall goals of performing 3D video drivers for free software operating systems). I'd like to hear any suggestions or feedback that the developers on the list have for what could be done. The FSF may be in a better position to lobby ATI / AMD to release more documentation, particularly for the cards which are completely unsupported, such as the Xpress cards. I'm quite satisfied with the progress being made on my particular card ( r300-based, Mobility X700 - it works great ). However without the ability to support later Radeon cards, a decent portion of future ( and some current ) users will be forced to use ATI's binary drivers. I'd therefore concentrate on these completely unsupported cards ( I believe initialisation of the memory controller is basically the only problem ). I've read on the unofficial ATI Linux forums that some guy who has access to more info under NDA has made patches to add support for these cards, but is being prevented from releasing them by ATI. Just a thought. I'm only a DRI user ... Dan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] sauerbraten and ut2k4 performance tips
Aapo Tahkola wrote: Unreal Tournament 2004: Set UseVBO option to True in ~/.ut2004/System/UT2004.ini . Hey. WOW! That makes ut2004 playable on my system :) Don't suppose you've got any more of these tips? :) Dan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: x700 and DRI
Roland Scheidegger wrote: As Alex said, your drm is probably too old. Lots of pci ids (including those from X700) were just added a week ago and your drm looks way older. And, judging by the xorg log, the ddx is a bit oldish too, the memory detection output looks quite a bit different nowadays. I see. Sincere apologies. I've been using Gentoo's cvs ebuilds, but admittedly I wasn't sure where they were pulling stuff from. I'll have a closer look, and either hack one up to get from cvs head, or do it manually. Thanks :) Dan --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: x700 and DRI
Alex Deucher wrote: On 3/23/06, Daniel Kasak [EMAIL PROTECTED] wrote: Hi all. I've been using the fglrx driver with my Radeon X700 mobility since I got it, and now I'd like to try to move to the r300 driver. I'm not getting DRI enabled for some reason that's beyond me ... I'm using pretty much the latest version of everything at the moment ( although I've been trying every couple of weeks with various versions of stuff ). somethings seems to be wrong with the drm. you might want to try the latest binary shapshots: http://dri.freedesktop.org/wiki/Download#head-55420c59a1c2e9a70f07a6fa02f0d228ffb87b76 Thanks for the response :) I'm an an AMD64 system ( turion notebook ), and I can only see i386 binaries there. I have very modest CFLAGS: -march=k8 -O2 -pipe and also a relatively modest compiler ( gcc-3.4.5 ). I'll try the Gentoo forums to see if anyone there has had any success with a similar setup. Any other tips greatly appreciated. Dan --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
'Direct Rendering Disabled' on an R100 chip ...
Greetings. I'm putting together a PC for my brother, and my old Radeon 7200 isn't being accelerated any more. The X log simply says 'Direct Rendering Disabled', without saying why. I've got an agp module loaded for the motherboard: Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected SiS 735 chipset agpgart: AGP aperture is 64M @ 0xd000 and the radeon module: [drm] Initialized drm 1.0.0 20040925 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 5 PCI: setting IRQ 5 as level-triggered ACPI: PCI Interrupt :01:00.0[A] - Link [LNKA] - GSI 5 (level, low) - IRQ 5 [drm] Initialized radeon 1.17.0 20050311 on minor 0: All loaded modules: Module Size Used by radeon106944 0 drm72404 1 radeon uhci_hcd 32976 0 ehci_hcd 32392 0 parport_pc 36228 0 parport38472 1 parport_pc 8250_pnp8640 0 8250 22500 1 8250_pnp serial_core22016 1 8250 floppy 61764 0 pcspkr 3616 0 usbhid 30528 0 snd_intel8x0 32668 0 snd_ac97_codec 91168 1 snd_intel8x0 snd_ac97_bus2176 1 snd_ac97_codec snd_pcm91656 2 snd_intel8x0,snd_ac97_codec snd_timer 25156 1 snd_pcm snd53604 4 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 10016 1 snd snd_page_alloc 10632 2 snd_intel8x0,snd_pcm ohci_hcd 21572 0 sis_agp 8644 1 agpgart34184 2 drm,sis_agp usbcore 121600 5 uhci_hcd,ehci_hcd,usbhid,ohci_hcd 8139too26752 0 The x log ( created by root ): This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation CVS repository. See http://wiki.x.org/wiki/CvsPage for CVS access instructions. X Window System Version 6.99.99.903 (7.0.0 RC 3) Release Date: 02 December 2005 X Protocol Version 11, Revision 0, Release 6.99.99.903 Build Operating System:Linux 2.6.14-nitro2 i686 Current Operating System: Linux blastophagous 2.6.14-nitro2 #1 PREEMPT Tue Dec 6 04:39:57 EST 2005 i686 Build Date: 07 December 2005 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Dec 14 08:36:13 2005 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/75dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/75dpi). (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/100dpi). (**) FontPath set to /usr/share/fonts/misc,/usr/share/fonts/TTF,/usr/share/fonts/Type1 (**) RgbPath set to /usr/share/X11/rgb (**) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (**) Extension RENDER is enabled (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 6.99.99.903, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 6.99.99.903, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0735 card , rev 01 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0018 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:02:1: chip 1039,0016 card , rev 00 class 0c,05,00 hdr 00 (II) PCI: 00:02:2: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:3: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:5: chip 1039,5513 card 1039,5513 rev
Considering Radeon Xpress 200
I'm considering buying a notebook, such as: http://www.i-tech.com.au/products/8985_HP_Compaq_PRESARIO_M2218AP_AMD_Turion.asp It's a Turion ( mobile Athlon 64 ) system with an 'Integrated ATI Radeon Xpress 200 (up to 128MB shared video memory)'. I've read a handful of messages in the archives about PCI Express support in the archives - mainly people who can't get it going, followede by recommendations to use the latest xorg cvs. Does that mean that stable support is coming soon? Medium-term? Long-term? A rough estimate is fine. Also any other words of advice warmly accepted :) Dan -- BEGIN-ANTISPAM-VOTING-LINKS --If you are not the CanIt administrator and you think this message is spam, please give the id 16656 and magic value d90435d3d72d to [EMAIL PROTECTED] to be marked as spam. Teach CanIt if this mail (ID 16656) is spam: Spam:http://entropy.homelinux.org/canit/b.php?c=si=16656m=d90435d3d72d Not spam:http://entropy.homelinux.org/canit/b.php?c=ni=16656m=d90435d3d72d Forget vote: http://entropy.homelinux.org/canit/b.php?c=fi=16656m=d90435d3d72d -- END-ANTISPAM-VOTING-LINKS --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Update on R300 driver? ( pinging Vladimir )
Just wondering if there has been any progress on the R300 driver. I recall Vladimir was having a go at it some time ago. I'm setting up a PC for my brother, and I'll pretty close to giving him my R350 and putting my R100 back in mine so I can play UT2004 without lockups and texture corruption etc. And then there's the issue of driver support when a new xorg X server is released that's not binary compatible with ATI's driver. It's just looking like the R100 is a better all-round choice. So is there light at the end of the tunnel for R300 support? --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Tester available for R300 driver
Hi all. Yes I know there is currently nothing that works. When that changes, I will gladly test whatever anyone has. I bought myself a Radeon 9600 SE, thinking it had an R270 chip, but it in fact has an R350 chip. And yes I know I should have checked. It was dirt cheap. The ATI drivers are surprisingly slow. They only run UT2004 15% faster than the DRI drivers on my Radeon 7200! ( and I have an Athlon 2100XP ). They're also quite unstable. They locked my machine hard this morning, after running xscreensaver for about 45 minutes. So bring on the R300 developers :) Vladimir, I salute you! Dan --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] UT2004 demo
Hi all. Just downloaded the UT2004 demo, and tried it out under XFree86-4.3.99.902. I'm pleasantly surprised. It runs quite nicely, and I can't spot any rendering bugs ( though I wasn't looking closely - I was more interested in shooting at things ). Anyway, congrats to all those responsible for the Radeon driver! One small issue I have is with the menu text. It's very blurry, and very hard to read. It looks a bit like the text has been shrunk to a very small size, and then blown back out to original size again. But it also just looks a bit ... 'blurry'. Has anyone tried UT2004 out yet, and if so, what card what version of XFree are you using, and do your menus display properly? Thanks! Dan --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] UT2004 demo
Jacek Popawski wrote: On Sat, Feb 14, 2004 at 07:38:58PM +1100, Daniel Kasak wrote: Just downloaded the UT2004 demo, and tried it out under XFree86-4.3.99.902. I'm pleasantly surprised. It runs quite nicely, What about speed? On my R200 (Athlon 1800 XP, low settings) it is slow like hell. What is your hardware and settings? The menu animations ( the background scrolling text ) is a little jerky compared to Windows. Yeah, the game also runs slower than under Windows - I've got a Windows box wth an Athlon 1800 XP and a Geforce 2 MX, and it performs considerably better. I expected this after reading the bit about the game being designed for D3D, and the OpenGL renderer being unsupported ( under Windows ). Unfortunate, but I suppose they have their reasons. Maybe ( hopefully ) performance will improve. Anyway, it's certainly not slow as hell. It's respectable - just not silky smooth. It's certainly better than nothing :) If enough people use the Linux client, maybe for UT2005 they will say that the D3D renderer is unsupported and only included in case your OpenGL drivers suck! I've got an Athlon 2100 XP, a Radeon 64MB DDR ( R100 ), and XFree86-4.3.99.902: OpenGL renderer string: Mesa DRI Radeon 20030328 AGP 4x x86/MMX+/3DNow!+/SSETCL OpenGL version string: 1.2 Mesa 5.0.2 My game settings are whatever the defaults are. I can't read any of the menus, so I haven't bothered screwing with anything ( apart from invert mouse ... I made a point of finding that ). Maybe you should try a snapshot of the new XFree86? Dan --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] DRI only works as root ( mode 0666 in XF86Config )
at offset 0xc0 (II) RADEON(0): Will use depth buffer at offset 0xf0 (II) RADEON(0): Will use 47104 kb for textures at offset 0x120 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Dashed Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (==) RADEON(0): Backing store disabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 770) (II) RADEON(0): Largest offscreen area available: 1024 x 7417 (**) Option dpms (**) RADEON(0): DPMS enabled (II) RADEON(0): X context handle = 0x0001 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 11 (II) RADEON(0): [drm] Initialized kernel agp heap manager, 5111808 (II) RADEON(0): Direct rendering enabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (**) Option Protocol IMPS/2 (**) Mouse0: Protocol: IMPS/2 (**) Option CorePointer (**) Mouse0: Core Pointer (**) Option Device /dev/misc/psaux (**) Option Buttons 5 (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option ZAxisMapping 4 5 (**) Mouse0: ZAxisMapping: buttons 4 and 5 (**) Mouse0: Buttons: 5 (II) Keyboard Keyboard0 handled by legacy driver (II) XINPUT: Adding extended input device Mouse0 (type: MOUSE) (II) Mouse0: ps2EnableDataReporting: succeeded GetModeLine - scrn: 0 clock: 94500 GetModeLine - hdsp: 1024 hbeg: 1072 hend: 1168 httl: 1376 vdsp: 768 vbeg: 769 vend: 772 vttl: 808 flags: 5 (II) 3rd Button detected: disabling emulate3Button Anyone know why DRI doesn't work as a normal user? Thanks! Dan -- Daniel Kasak IT Developer * NUS Consulting Group* Level 18, 168 Walker Street North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: www.nusconsulting.com --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] DRI only works as root ( mode 0666 in XF86Config)
Michel Dänzer wrote: On Wed, 2003-07-23 at 00:42, Daniel Kasak wrote: I'm using XFree86-4.3.0 compiled with the latest Gentoo ebuild. Everything works fine at home ( with my Radeon 64MB DDR VIVO ), but here at work DRI only works as root. As a normal user, glxinfo gives me: name of display: :0.0 libGL error: failed to open DRM: Operation not permitted [...] [EMAIL PROTECTED] dan # ls -l /dev/dri total 0 crw-rw-rw-1 root root 226, 0 2003-07-23 08:14 card0 (BTW, I hope you're aware that mode 660 and a dedicated group would be preferable from a security standpoint) Weird... were the DRM and radeon_dri.so built with the same or at least a similar compiler? If so, do LIBGL_DEBUG=verbose glxinfo or strace glxinfo provide more information? Thanks for the quick reply. After looking at the output from `LIBGL_DEBUG=verbose glxinfo` and sniffing around the place I noticed that I ( as a normal user ) didn't have permission to cd into the /dev/dri directory. I did a 'chmod 755 /dev/dri' and now everything works. Yeah I know things could be more secure. But I'm the only user here who has a clue about Linux, and we're behind a firewall, and ... well ... I'm just happy that DRI is now working :) Thanks again for the help! Dan -- Daniel Kasak IT Developer * NUS Consulting Group* Level 18, 168 Walker Street North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: www.nusconsulting.com --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Compile error
Hi all. Just tried compiling the latest cvs code (to try out fixes which may solve my Tribes 2 lockups) and I'm getting: including in programs/Xserver/hw/xfree86/os-support/linux/drm... make[7]: Entering directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver/hw/xfree86/os-support/linux/drm' including in programs/Xserver/hw/xfree86/os-support/linux/drm/kernel... make[8]: Entering directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel' make[8]: *** No rule to make target `../../../../../../../../programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/mga.h', needed by `mga.h'. Stop. make[8]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel' make[7]: *** [includes] Error 2 make[7]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver/hw/xfree86/os-support/linux/drm' make[6]: *** [includes] Error 2 make[6]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver/hw/xfree86/os-support/linux' make[5]: *** [includes] Error 2 make[5]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver/hw/xfree86/os-support' make[4]: *** [includes] Error 2 make[4]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver/hw/xfree86' make[3]: *** [includes] Error 2 make[3]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs/Xserver' make[2]: *** [includes] Error 2 make[2]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc/programs' make[1]: *** [includes] Error 2 make[1]: Leaving directory `/mnt/Apalopska/src/x/xc_18_07-02/xc' make: *** [World] Error 2 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Tribes 2 Lockups: Help me pinpoint the problem...
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 had any success with Tribes 2 and the Radeon TCL drivers? --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Tribes 2 Lockups: Help me pinpoint the problem...
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 I move the mouse (which moves the 3D scene around). But anyway ... /var/log/XFree86.0.log didn't move at all after the Tribes 2 game menu had loaded (ie nothing appeared before or after the lockup). dmesg was completely full of: [drm:radeon_freelist_get] *ERROR* returning NULL! What can I do to get you some more info relating to this? Thanks in advance. Dan You can do this: Dont touch the mouse... use the keyboard. sounds hoaxing maybe, but isnt. But if the problem is related to the mouse coursor or alikes then it should not happen with the keyboards. I just dont know if your application does support keyboard inputs. Regards, Alex. Thanks Alex and others who have helped so far. I don't think it's directly related to the mouse. I have tried with direct mouse input on off (in the game) and also tried not touching the mouse at all. My PC locked hard as soon as I used the keyboard to move forward. The version of xfree86 I am currently using is the main DRI cvs trunk from 03-07-02. Note however that ALL texture and lighting installs (and all kernels) I have tried out so far have had the same problem, and I have been trying for a long time. Also I know it's not related to the new Mesa stuff because I had also been trying out the Mesa4 branch and not experienced this problem. dmesg is full of: [drm:radeon_freelist_get] *ERROR* returning NULL! Here is my xfree86 log (which didn't move between when everything was working and when the lockup occured; but I could still run commands from my remote box via ssh): XFree86 Version 4.2.0 (DRI trunk) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.19-r1 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Tue Jul 9 03:38:43 2002 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R 6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6 /lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000482c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3099 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b099 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 1102,0002 card 1102,8064 rev 08 class 04,01,00 hdr 80 (II) PCI: 00:09:1: chip 1102,7002 card 1102,0020 rev 08 class 09,80,00 hdr 80 (II) PCI: 00:0b:0: chip 10ec,8029 card 1025,0201 rev 00 class 02,00,00 hdr 00 (II) PCI: 00:0c:0: chip 109e,036e card 1851,1850 rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0c:1: chip 109e,0878 card 1851,1850 rev 02 class 04,80,00 hdr 80 (II) PCI: 00:11:0: chip 1106,3074 card 1106, rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:2: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 00:11:3: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 00:11:4: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 01:00:0:
[Dri-devel] TCL lockups with Tribes 2
Hi all. I've been testing the latest TCL drivers recently merged into the main cvs trunk thing (sorry I don't quite understand cvs) with various 3D apps, and I'm getting lockups with Tribes 2, after about 5 seconds of 3D rendering (not enough to actually play anything). The lockups seem to be dependant on the time since rendering started more than anything else. I have tried various levels and with sound on / off. 3D screensavers Quake3 work fine, but I can't get any action from Tribes2. I have to ALT-SysRq (SUB) to sync, unmount and reboot each time. I am using a 1600XP Athlon with 256MB DDR Ram, on an Epox (8KHA+ or something like that) motherboard, with a Via KT266A DDR chipset and a 64MB DDR Vivo Radeon (and an SB Live 5.1). I have successfully run the Mesa4 branch with Tribes 2 without lockups, but have had the same problem with every TCL checkout I've tried (sorry I didn't report this earlier - I didn't think the TCL stuff was stable / complete enough to bother complaining about something like Tribes 2). I don't currently have another linux box here which I can use to log into this one and get any info (it that is at all possible) after a crash, but it someone thinks it will be handy, I'll get my friend's PC around here (I will need instructions). Some system info: glxinfo: name of display: :0.0 radeonUpdatePageFlipping allow 0 current 0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI Radeon 20020611 AGP 4x x86/MMX/3DNow! TCL OpenGL version string: 1.2 Mesa 4.0.3 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_convolution, GL_EXT_compiled_vertex_array, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGI_color_table glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow /proc/pci PCI devices found: Bus 0, device 0, function 0: Host bridge: VIA Technologies, Inc. VT8367 [KT266] (rev 0). Master Capable. Latency=8. Prefetchable 32 bit memory at 0xe800 [0xebff]. Bus 0, device 1, function 0: PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] (rev 0). Master Capable. No bursts. Min Gnt=12. Bus 0, device 9, function 0: Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 8). IRQ 11. Master Capable. Latency=32. Min Gnt=2.Max Lat=20. I/O at 0xd000 [0xd01f]. Bus 0, device 9, function 1: Input device controller: Creative Labs SB Live! (rev 8). Master Capable. Latency=32. I/O at 0xd400 [0xd407]. Bus 0, device 11, function 0: Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) (rev 0). IRQ 11. I/O at 0xd800 [0xd81f]. Bus 0, device 12, function 0: Multimedia video controller: Brooktree Corporation Bt878 (rev 2). IRQ 11. Master Capable. Latency=32. Min Gnt=16.Max Lat=40. Prefetchable 32 bit memory at 0xee00 [0xee000fff]. Bus 0, device 12, function 1: Multimedia controller: Brooktree Corporation Bt878 (rev 2). IRQ 11. Master Capable. Latency=32. Min Gnt=4.Max
