Re: Support for stereoscopic output in DRI?
Brian Paul wrote: Off hand, I don't recall which DRI-supported cards/chips have stereo ability. Stereo has traditionally been a professional card feature for sci-vis apps. In any case, none of the DRI drivers support quad-buffer stereo at this time. There are patches around for R200 and Matrox drivers, although they didn't work perfectly when they were written and would no doubt take some effort to apply now. Some searching of the dri-devel or mesa3d-dev lists would doubtless find them. Thanks, Donnie - 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: x700 and DRI
Daniel Kasak wrote: 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. Gentoo doesn't supply CVS ebuilds for anything X, last I checked. You must be referring to someone's personal overlays. The switch to modular X has been causing enough breakage without that added into the mix. =) Thanks, Donnie --- 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: dri on r300
Patrick McFarland wrote: glxcmds.c: In function ‘glXBindTexImageEXT’: glxcmds.c:2618: error: ‘X_GLXvop_BindTexImageEXT’ undeclared (first use in this function) Guess you haven't been reading the list lately. Update your glproto. xorg.freedesktop.org/releases/individual/proto/. signature.asc Description: OpenPGP digital signature
Re: [Dri-users] r300 question
Michał Pytasz wrote: was gentoo-specific http://bugs.gentoo.org/show_bug.cgi?id=122140 , however it seems fixed now (with new ebuild for xorg). Indeed it wasn't Gentoo-specific at all, we just fixed it in our packages. See https://bugs.freedesktop.org/show_bug.cgi?id=5835. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [PATCH] new radeon memory map fixes (#3)
Kevin Shanahan wrote: All seems good. No regressions on my Radeon Mobility M6 LY and Radeon 64MB DDR (7200). VT switch problems from #2 now fixed. Radeon 9800 Pro still locks up with 3D, but that's not a regression. I just had some trouble with VT switching -- when switching back to X, I lost my cursor and a small black minify box appeared near the lower right of my screen (perhaps where the cursor was when I switched VTs?). Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [PATCH] new radeon memory map fixes (#3)
Tilman Sauerbeck wrote: Tilman Sauerbeck [2006-02-12 13:39]: Benjamin Herrenschmidt [2006-02-10 18:12]: Here's a 3rd set of patches. Please report regressions ASAP as I intend to merge those in the various CVS trees real soon now. [...] Also, I fixed a potential issue in the DRM with machines where AGP writeback doesn't work (we would still rely on AGP writeback for the ring read ptr instead of reading it from a register). I believe these 2 patches introduce a hardware lockup problem in 3D mode for me. It's not reliably reproduced though, so I'm not sure n/m, I just reproduced it with patch set #2, so it's not a regression. I've been having the same problem since at least #2, but haven't had a lockup yet with #3. Donnie signature.asc Description: OpenPGP digital signature
Re: Problems compiling.
Adam K Kirchhoff wrote: For the past day or two I've been getting the following error when trying to compile DRI from Mesa CVS: gcc -c -I. -I../../../include -I../../../include/GL/internal -I../../../src/mesa/main -I../../../src/mesa/glapi -I../../../src/mesa/drivers/dri/common `pkg-config --cflags libdrm` -I/usr/X11R6/include -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DHAVE_ALIAS -DXF86VIDMODE -D_REENTRANT -UIN_DRI_DRIVER -Wmissing-prototypes -g -std=c99 -Wundef -fPIC -ffast-math -I/usr/X11R6/include -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DHAVE_ALIAS -DXF86VIDMODE -D_REENTRANT -UIN_DRI_DRIVER glxcmds.c -o glxcmds.o glxcmds.c:1726: warning: no previous prototype for 'glXSwapIntervalMESA' glxcmds.c:1758: warning: no previous prototype for 'glXGetSwapIntervalMESA' glxcmds.c:1788: warning: no previous prototype for 'glXBeginFrameTrackingMESA' glxcmds.c:1808: warning: no previous prototype for 'glXEndFrameTrackingMESA' glxcmds.c:1829: warning: no previous prototype for 'glXGetFrameUsageMESA' glxcmds.c:1857: warning: no previous prototype for 'glXQueryFrameTrackingMESA' glxcmds.c:2595: warning: no previous prototype for 'glXBindTexImageEXT' glxcmds.c: In function `glXBindTexImageEXT': glxcmds.c:2618: error: `X_GLXvop_BindTexImageEXT' undeclared (first use in this function) glxcmds.c:2618: error: (Each undeclared identifier is reported only once glxcmds.c:2618: error: for each function it appears in.) glxcmds.c: At top level: glxcmds.c:2636: warning: no previous prototype for 'glXReleaseTexImageEXT' glxcmds.c: In function `glXReleaseTexImageEXT': glxcmds.c:2659: error: `X_GLXvop_ReleaseTexImageEXT' undeclared (first use in this function) gmake: *** [glxcmds.o] Error 1 *** Error code 1 You need to upgrade your proto/GL -- the fix hit Xorg CVS a day or two ago. Donnie signature.asc Description: OpenPGP digital signature
Re: Fwd: Re: sizeof(I830DRIRec) does not match passed size from device driver
Felix Kühling wrote: Getting snapshots from the modular tree to work will probably require that a modular Xorg is installed somewhere on the build machine. I may get away with installing a modular Xorg on the build machine in some dummy location that doesn't interfere with the Xorg 6.8 installed by the distro (Ubuntu Breezy). Then I can build the driver modules and some other stuff for the common snapshots against that. Alternatively I can build a semi-complete modular Xorg every time. Any other ideas? You could hack it into the tinderbox build scripts, and run tinderbox as well. That could be helpful in other senses besides the snapshots. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: 3D application survey for DRIconf
Felix Kühling wrote: for the next version of DRIconf I'm working on a database of known applications that can be selected from a menu. This way users won't need to go through the confusion of finding out the correct executable name any more. However, the range of applications and games I'm using myself is rather limited, so I am conducting this survey. Please send me the names and correct executable names of your favourite 3D applications and games that you configure with DRIconf. Send these to my private email address, NOT to the mailing lists. Depending on the volume of feedback I may want to filter and process the emails automatically, so please send plain-text emails in the following format: Is it possible that this could be dynamically created and cached on each system by checking for applications in PATH that have libGL in NEEDED? Then one could have a Scan for new applications that would re-check. I suppose readelf -a $exe | grep NEEDED ought to work on most systems. That ought to catch the majority of them, except those annoying shell scripts that run something else somewhere else. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: Auto-discovery of 3D applications
Felix Kühling wrote: Yeah, but these are exactly the hard cases that are most confusing to users and that I'm trying to solve. Also some executables don't have very descriptive names, like fgfs for FlightGear. It's also impossible to sort auto-detected applications into meaningful categories. Maybe parsing of the menus of the desktop environment would be feasible instead? http://freedesktop.org/wiki/Standards_2fmenu_2dspec defines a distro-neutral standard for such menus. On my Debian box the Gnome menus aren't too helpful in terms of completeness and categorization of applications. But the Debian menu would come pretty close. Do other distributions have something equivalent? I agree on some of your points, but maintaining a database of all 3D applications in existence will probably be a ton of work, won't scale well, and will always be missing stuff, so any alternative would be welcome. As far as the menus go, Gentoo just uses whatever upstream installs. Donnie signature.asc Description: OpenPGP digital signature
Re: My experience with the r300 driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 pedro.lixo wrote: | Your Xorg version, is patched with a known patch(at least by me, it's from Mike A. Harris). Are you using gentoo!? | | Gentoo has this patch, probably also Red Hat and Fedora Core. | | With that patch, you cannot override. In gentoo just go to | xorg-x11-version-patches-patch_version.tar.bz2 , and remove the patch | 1214_all_4.3.0-radeon-disable-VideoRAM-option. delete digest and redigest | the ebuild. Rebuild xorg-x11. :) | | With this patch you will only have 128 MB, i dont know how get around! Sorry. Rather than that, why not file an X.Org bug saying that your card's RAM is detected incorrectly (if that is in fact the case). Thanks, Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDTAuUXVaO67S1rtsRAn31AJ9KIe+bd5NKmSszz86a/Px8o69AGACaAwV8 r+nWohfjM4fhXMfJ8BB59Rw= =W746 -END PGP SIGNATURE- --- 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
Re: R430 (Radeon X800 XL AGP)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Dodge wrote: | libGL error: dlopen .../r300_dri.so failed (.../r300_dri.so: undefined symbol: _glapi_add_dispatch) Hmm.. you have LD_LIBRARY_PATH pointing to a libGL from CVS, right? That's the problem I had, but it sounds like everything else is working for you. | - The Building page on the wiki seems to be out of date. Mesa now | requires libdrm to be installed and registered with pkg-config. That just changed a couple of days ago, so it might take a little bit for somebody to update it. Did you? Thanks, Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDCQXbXVaO67S1rtsRAgCCAJ954F7NFn4GplHANR6r0sZgn2wD2ACgpuTe gmNNUrcay2PN4sanGbTqAFQ= =+1Ko -END PGP SIGNATURE- --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRI Feature Table
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philipp Klaus Krause wrote: | Philipp Klaus Krause schrieb: | |What happened to this one? |I found some discussion about it in the mailing list archive, |but I didn't find it in the wiki. | |Philipp | | | OK I found it at | http://dri.sourceforge.net/doc/dri_driver_features.phtml | | Shouldn't this be ported to the wiki? There is this: http://dri.freedesktop.org/wiki/FeatureMatrix But it's missing a few things. Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDAPT/XVaO67S1rtsRAtzqAKCiUEo0EC6c1whZnNsFgnP7iRaaHgCfWaBX Gm4qKYLPFrFDdqBLZ7njwI4= =bhMg -END PGP SIGNATURE- --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 915 DRM PM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Smirl wrote: From what I can tell vesafb use is pretty rare. A while ago I broke things in DRM CVS so that vesafb wouldn't work, it was about two months until we got a complaint. DRM CVS is fixed for vesafb but the long lag indicates that there aren't very many users. After the problem the user switched to radeonfb. Couldn't that be telling you that DRM CVS use is pretty rare, not vesafb? Most people are just using releases, so unless the breakage slipped into 6.8.2, a lot of vesafb users never got near it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwYlsXVaO67S1rtsRArVIAJ0VlrwlU13USKxQpz7CbhUDl9KEvgCfeccN RQUi0TRoqBolqbp5wsDGDwM= =tQii -END PGP SIGNATURE- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: ioctl32 support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bernardo Innocenti wrote: Hello, I extracted this patch by Egbert Eich from SuSe's kernel source package: http://www.develer.com/drm-ioctl32.patch It allows running 32bit DRI clients on 64bit systems, which is a very common situation due to proprietary games. Is there a reason why this code is not appropriate for merging into the official DRM? You might like to follow https://bugs.freedesktop.org/show_bug.cgi?id=943. Thanks, Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCuEXmXVaO67S1rtsRAvRlAJ0SrUHjTmZLDoQWyu7zvmSJ7rM1JgCgot5n edJjsxFhyqjcBg+NO6T/42g= =YSGn -END PGP SIGNATURE- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [R300] the_perfect_frag snapshot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vladimir Dergachev wrote: I tagged yesterday the_perfect_frag snapshot of R300 driver. The code is in CVS at http://r300.sf.net As the name suggests I cannot find visible faults with rendering Quake3 levels. Also, PPRacer shows no artifacts either, at least in the first few levels.. Today's CVS worked quite well on my 9600 Pro playing Legends [1], although the ground was blue when it should've been brown. Also the main menu has a ton of blue stripes across the bottom. The UT2003 demo crashed when I tried to load the DM-Asbestos level, but everything else looked good. The UT2004 demo crashed when trying to start either the AS-Convoy or BR-Colossus levels. The others were pretty much unplayably slow but looked great. The Doom 3 demo wouldn't even start. On America's Army, the text was almost unreadable (but I see this on the TODO). Also, the clouds overhead and straight ahead on the first training mission looked like square boxes. Thanks, Donnie 1. http://www.legendsthegame.net/ but it's down atm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCmCOKXVaO67S1rtsRAi3AAKDC/XvUBcre0F5U14gncC9SdjiwQwCfYQnT VCRC3vojRTSZ8eC7zhQSJQQ= =Rv0Z -END PGP SIGNATURE- --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: licenses
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vladimir Dergachev wrote: Can someone enlighten me as to what is the license of R200 Mesa driver ? Also, what is the usual (accepted, preferred, etc..) license for a Mesa driver code ? Taken a look at the top of any the files in src/mesa/drivers/dri/r200? Here's what's there: /* $XFree86: xc/lib/GL/mesa/src/drv/r200/r200_lock.c,v 1.1 2002/10/30 12:51:52 alanh Exp $ */ /* Copyright (C) The Weather Channel, Inc. 2002. All Rights Reserved. The Weather Channel (TM) funded Tungsten Graphics to develop the initial release of the Radeon 8500 driver under the XFree86 license. This notice must be preserved. 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 (including the next paragraph) 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 COPYRIGHT OWNER(S) AND/OR ITS SUPPLIERS 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. **/ /* * Authors: * Keith Whitwell [EMAIL PROTECTED] */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCbwonXVaO67S1rtsRAjabAJ9nNjaz3GCn3eaxNiAw3rVbFFjdDgCghPhX k1qkCe+RQsSGByInqU8+EeQ= =dq5j -END PGP SIGNATURE- --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r200 segfaults in t_vtx_generic.c running legends
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Heldens wrote: Hi, I can't run the game legends ( Torque Game Engine, http://happypenguin.org/show?Legendsstart=20 ) it segfaults when hitting the ground after spawning. Xorg 6.8.2 , card RV250, linux 2.6.10, legends 0.4.1b, gcc 3.4.3, glibc 2.3.4. As a side note to anyone interested in debugging this, it works with fglrx on my r200. At least it did last time I tried. Thanks, Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCPSbXXVaO67S1rtsRAlmcAJ98PI1BzZvrn+Axx4YFSKzOFAWaJwCfeNC6 8Pmi/qvO38WchR6ZKAO7oh8= =4MPk -END PGP SIGNATURE- --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: radeon, apertures memory mapping
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ville Syrjälä wrote: Makes me wish I had a PPC box alongside the x86 one. You might like to try http://pearpc.sourceforge.net/. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCNgGnXVaO67S1rtsRAuQ+AKCSkimy2poypyjls7ihX2bgtU6CygCfZJWy aV1iW/PU2lKhe9MleB5+WyE= =wEq+ -END PGP SIGNATURE- --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 Status Report - Gentoo amd64, Saphire 9600
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hamie wrote: | 1. Gentoo seems to install the libs dri modules for X in | /usr/lib/modules/dri instead of under /usr/X11R6 Sure, but if you don't have a broken install, /usr/X11R6 symlinks to /usr so you won't notice. The usual problem is more like installing opengl stuff to /usr/lib/opengl/implementation. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCL3n/XVaO67S1rtsRAqU9AKCENCi2LPlIG34OuF2p+PYY9Sfa8gCfcuRt +Tf6L3giS6y5RUXhe+qAVKk= =h1wy -END PGP SIGNATURE- --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Slightly OT: We should move #dri and #dri-devel off of FreeNode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Patrick McFarland wrote: Today lilo (the FreeNode network owner) has decided to make one step away in a direction opposite of freedom, and banned all Tor users from the FreeNode network. Tor ( http://tor.eff.org ) is an open source anonymous gateway system. Many users who are not in the position to be able to use IRC otherwise (such as those who live in countries who do not believe in free speech) now cannot use Freenode any longer. Were you fortunate enough to be in one of the channels getting spammed by bots coming from Tor last night? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCHKwSXVaO67S1rtsRAvDmAKCh7alXZCejeMtAcJeNUXzP1qKxzQCdEEDc caCmZeA3Ud89s0hnaLWgvho= =13dF -END PGP SIGNATURE- --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [R300] Undefined symbols in Mesa compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vladimir Dergachev wrote: | On Thu, 3 Feb 2005, Jacob Gorm Hansen wrote: | Will version 6.8.1.902 (from Gentoo) be recent enough? | | | I don't think so - this sounds like 6.8.2-rc1 Actually RC2 -- it's how the numbering scheme works. (version-1).90X is (version)RCX. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCBCF6XVaO67S1rtsRAl0iAJ9TwXlxvS4flSbIUOQQ9Q6bB0WHDACeOm9Z 8pnLBrnyUnUCVMYfZSkg8tA= =s1Hb -END PGP SIGNATURE- --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Problems with compiling new savage patch.
On Sat, 2004-10-30 at 04:06 +0100, Sérgio wrote: Can we change configuration of Xorg, for compile and install xorg without compile any source of Mesa and/or GLx ? You could try BuildGLXLibrary and/or BuildXF86DRI. I'm not sure of all the implications, but it sounds like the right direction. signature.asc Description: This is a digitally signed message part
Re: sparc ffb drm driver... (fwd)
On Thu, 2004-10-28 at 05:04, khaqq wrote: you may have beta-testers / developpers on #gentoo-sparc on freenode... people there have that kind of hardware. just my 2 cents, of course. Ferris McCormick (fmccor) in that channel definitely has the hardware -- not sure who else. I know he's gotten in touch with you at some point about ffb, as well as with Jon Smirl. As far as the status goes, http://bugs.gentoo.org/show_bug.cgi?id=65348 has a little info. It worked (sort of) in xorg 6.8. I would guess many users don't bother using CVS but just wait for the next xorg release, so that's why you aren't getting reports from an already small community. --- This Newsletter Sponsored by: Macrovision For reliable Linux application installations, use the industry's leading setup authoring tool, InstallShield X. Learn more and evaluate today. http://clk.atdmt.com/MSI/go/ins003001msi/direct/01/ -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Serious issues with Rage128 on PowerPC
On Tue, 2004-10-12 at 08:36, Ian Romanick wrote: It's a stock AGP G4. The card is the original Rage128. The kernel is the debian 2.6.8-powerpc kernel (dittor for DRM), and X is yesterday's X.org. The last time I did anything with that machine was about a month ago with a 2.4.25 kernel (and whatever X.org was current then), and it worked fine. I suspect the problems are caused by recent changes to the 3D driver. Regular X stuff works fine. It seems present in xorg 6.8.0 according to https://freedesktop.org/bugzilla/show_bug.cgi?id=1513, so older than that. -- Donnie Berkholz Gentoo Linux --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: glxinfo: R200 VS FGLRX side by side...
On Thu, 2004-09-30 at 05:52, Mike Mestnik wrote: I'm interested in switching back and fourth, if any one has some info on doing this better I'd like to know. Right now I'm symlinking libGL-fglrx.so.1.2 or libGL-dri.so.1.2 into libGL.so.1.2. I also have to unload and load kmods too, I do this by hand as well. I can go from DRI to fglrx fine, but to go back I have to reboot first. Gentoo's opengl-update script works great for this, if you feel like moving a few files around on your system. You can grab the most recent version at http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/x11-base/opengl-update/files/opengl-update-1.8.1?rev=HEADcontent-type=text/plain -- Donnie Berkholz Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: New DRM driver model - gets rid of DRM() macros!
On Wed, 2004-09-29 at 07:25, Keith Whitwell wrote: The whole context thing in the kernel is pretty much cruft. The gamma module used to rely on it, maybe the ffb module if that still exists? It would be good to see this disappear. A few Gentoo Sparc folks use ffb, and in some cases it works (http://bugs.gentoo.org/show_bug.cgi?id=65348). -- Donnie Berkholz Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: New proposed DRM interface design
Dave Airlie wrote: It's one of the major successes I feel of the DRI project, those snapshots allowed people with Radeon IGP chipsets to get 3d acceleration long before now (they still can't get it any current distro) Not quite right -- Gentoo has xorg 6.7.99.x snapshots. Donnie --- 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=5047alloc_id=10808op=click -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: X.Org DRI merge
On Thu, 2004-07-22 at 03:21, Eric Anholt wrote: OK, so current DRI sources have been merged. Sorry for the CVS logs not being clear on the mailing list, but what happened was that after I noticed that the Mesa log was huge I went and turned off logging until after the conflict resolution. Probably should have turned it back on before conflict resolution. On a related note, I feel like CVSROOT modifications should also go to the mailing list, so people can know, OK, anholt's playing around with big imports and things will have changed. Any opposition to doing so? I'd rather also see huge logs. But that's just me. -- Donnie Berkholz Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [Dri-devel] DRI/Xfree86 Merge
On Sat, 2004-04-17 at 07:54, Alan Hourihane wrote: On Sat, Apr 17, 2004 at 01:18:49AM +0200, Michel Dänzer wrote: On Sat, 2004-04-17 at 00:00, Alan Hourihane wrote: I could merge in XFree86 4.3.99.902 which is before the license change Are you sure? AFAIK David applied the new license (or at least a similarly controversial one) to some files before it was publicly announced. Yes, I'm positive that 4.3.99.902 is unencumbered. I'm pretty sure the autoconfig work, under the X-Oz license (nearly identical to the problematic one), was in at that point. -- Donnie Berkholz Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [Dri-devel] CONFIG_X86_CMPXCHG needs to be enabled in the kernal
Owen Thomson [EMAIL PROTECTED] wrote: Hi there, I have just switched to Gentoo Linux (2.4.20 Kernel) and I have downloaded a dripkg installation install.sh script. Unfortunately trying to install provides me with the following listing in the dri.log. I have emerged xfree-drm but still no joy. Apparently it would seem that I have not got CONFIG_X86_CMPXCHG enabled in the kernel. How would I find out if this is true (I greped /proc/config for cmpxchg and got nothing at all in response) and then how would I go about doing it. Please set your processor type to anything greater than 386 in your kernel config (Processor Type and Features section, I believe). --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] kernel-2.6.0-test{7-8} and radeon drm segfault
On Sun, 2003-10-19 at 05:28, Louis Garcia wrote: I've been playing with kernel-2.6 on redhat's latest beta. With my radeon 7500 drm works great. When I boot to kernel-2.6 latest, I modprobeagpgart, intel-agp and radeon. Startx and run glxinfo and glxgears and both segfault. Anyone else seeing this? This also happens if these are build statically. How is the stability of the dri drivers in kernel-2.6.x? Hi, I just dealt with this problem yesterday in Gentoo. You need to prevent the patch named similar to Mesa-SSE-fixes-from-MesaCVS.patch from being applied. http://bugs.gentoo.org/show_bug.cgi?id=30541 signature.asc Description: This is a digitally signed message part
Re: [Dri-devel] DRI proprietary modules
On Thu, 2003-10-16 at 19:12, Dave Jones wrote: On Thu, Oct 16, 2003 at 04:46:44PM -0400, John Dennis wrote: Does anybody know for the proprietary drivers (supplied by ATI and Nvidia) which pieces they replace and which pieces they expect to be there? The reason I'm asking is to understand the consequences of changing an API. I'm curious to the answer in general, but in this specific instance the api I'm worried about is between the agpgart kernel module and drm kernel module. If the agpgart kernel module modifies it's API will that break things for someone who installs a proprietary 3D driver? Do the proprietary drivers limit themselves to mesa driver and retain the existing kernel services assuming the IOCTL's are the same? Or do they replace the kernel drm drivers as well? If so do they manage AGP themselves, or do they use the systems agpgart driver? Do they replace the systems agpgart driver? NVIDIA driver can optionally use the kernel agpgart, but also has its own built-in. ATI always use their own agpgart afair. Change the agpgart API, and they will likely break. ATI can optionally use kernel agpgart with Option UseInternalAGPGART no signature.asc Description: This is a digitally signed message part
