Re: cvs radeon driver build problem
I have not rebuilt xserver, however I looked into cvs today and I noticed : Stop using xf86PciInfo.h, instead use a local copy of the PCI IDs we need in atipciids.h so we can update the ATI driver independently of the server when new chips are added Well that did help... partly since I do not see previous error message, but the new one says: radeon_exa.c: In function `RADEONGetOffsetPitch': radeon_exa.c:160: error: structure has no member named `pixmapPitchAlign' radeon_exa.c:163: error: structure has no member named `pixmapOffsetAlign' In file included from radeon_exa.c:334: .../... The EXA APIs changed in xserver CVS HEAD. So either you update your xserver too, or you can use the newly created ati-1-0-0-branch of the radeon driver which should build with the old server (it's aimed at producing a bug fixed version that will build/install with existing 7.0 servers). The fix for the PCI IDs should be in the branch Ben. --- 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: [r300] Lockups
On Fri, 2006-03-10 at 10:12 +, Aapo Tahkola wrote: On Thu, 02 Mar 2006 09:27:37 +0100 Christoph Brill [EMAIL PROTECTED] wrote: Hi list, I'm still seeing lots of lockups with my r300 (Radeon 9700Pro) with current drm/mesa/xf86-video-ati cvs. I think I found a reproducable lockup. It happens when I use Wings3d[1] (a free modeller). Wings has a grid for orientation when I move around the camera it works fine. But as soon as the grid hits the borders of the window, my system locks up. I'm not 100% sure so if anyone else can reproduce this it would be great. As long as it gets solved by initializing the card with fglrx, I don't see any point in investigating. Does it lock only if you hit upper or lower bound of screen? You don't see any point ? You mean that you consider it a good solution to have to run fglrx first in the long run ? I hope you are kidding :) /me with his ppc without a fglrx to initialize the card ... Cheers, Ben. --- 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
using radeon / r300 dri driver
hi everyone! i just compiled the the latest dri drivers ( and also mesa ) from cvs to be able to use 3d acceleration on my zenwalk system ( xorg 6.9 ). now if call glxinfo | grep rendering it outputs: Unknown device ID 5460, please report. Assuming plain R300. *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx-FragmentProgram._Current!! direct rendering: Yes i have a thinkpad r52 which uses a mobility radeon x300 (m22). also glxgears works but is very slow ( about 600frames/sec) just wanted to report that ben --- 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
[PATCH] sis: Fix compile warning (trivial)
Trivial patch to prevent a gcc warning in the SIS DRM driver. offset is a unsigned int and the printk wants a long. Thanks, Jon Signed-off-by: Jon Mason [EMAIL PROTECTED] diff -r 96b636489b54 drivers/char/drm/sis_mm.c --- a/drivers/char/drm/sis_mm.c Sat Mar 11 18:29:09 2006 +++ b/drivers/char/drm/sis_mm.c Sun Mar 12 11:03:57 2006 @@ -110,7 +110,7 @@ DRM_COPY_TO_USER_IOCTL(argp, fb, sizeof(fb)); - DRM_DEBUG(alloc fb, size = %d, offset = %ld\n, fb.size, req.offset); + DRM_DEBUG(alloc fb, size = %d, offset = %d\n, fb.size, req.offset); return retval; } --- 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: using radeon / r300 dri driver
On 3/14/06, Benjamin Geese [EMAIL PROTECTED] wrote: hi everyone! i just compiled the the latest dri drivers ( and also mesa ) from cvs to be able to use 3d acceleration on my zenwalk system ( xorg 6.9 ). now if call glxinfo | grep rendering it outputs: Unknown device ID 5460, please report. Assuming plain R300. *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx-FragmentProgram._Current!! direct rendering: Yes i have a thinkpad r52 which uses a mobility radeon x300 (m22). also glxgears works but is very slow ( about 600frames/sec) just wanted to report that ben It's okay, we output a lot of things like to know what we still have to do/fix... best, Jerome Glisse --- 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: using radeon / r300 dri driver
Benjamin Geese wrote: hi everyone! i just compiled the the latest dri drivers ( and also mesa ) from cvs to be able to use 3d acceleration on my zenwalk system ( xorg 6.9 ). did you try if it still works after suspend/resume? thanks Jani --- 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: Status of X600 (5B62) support inquiry; bug 5413
--- Pawel Salek [EMAIL PROTECTED] wrote: Hi, (Q1) Can anybody summarize shortly what's the status of X600 (PCIID: 5B62, PCIE RV370 type card) support? I see its PCIID is still absent in shared-core/drm_pciids.txt in spite of few success reports: http://sourceforge.net/mailarchive/message.php?msg_id=14645441 (BSD) http://sourceforge.net/mailarchive/message.php?msg_id=14281693 (Linux) The latter message is related to https://bugs.freedesktop.org/show_bug.cgi?id=5413 - I am not sure whether the patch 4547 attached to this report (Q2) should be considered a cleanup or vital for the X600 support? Is it believed that this patch should make X600 work with linux? For what is worth, I tried just appending the id to shared-core/drm_pciids.txt and compiling it on the bleeding edge FC5t3 (after disabling module signing and replacing the kernel drm code by the one available in CVS freedesktop.org), and all I got was few drm messages: [drm] Initialized drm 1.0.1 20051102 [drm] Initialized radeon 1.23.0 20060225 on minor 0: [drm] Setting GART location based on old memory map [drm] Loading R300 Microcode [drm] writeback test succeeded in 1 usecs and a hang (the log messages were saved thanks to remote logging). Can anybody, please, answer Q1 and Q2, and comment on the hang? I would try the binary snapshots to make sure I build drm right but the snapshots obviously do not support this PCIID. Was working fine for me, until trying to use a newer snapshot. I still need to patch drm_pciids.txt and copy over the /scripts dir before ./install.sh Pawel --- 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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: New DRI snapshots built from modular Xorg
Am Dienstag, den 14.03.2006, 18:59 -0800 schrieb Mike Mestnik: --- Felix K�hling [EMAIL PROTECTED] wrote: Hi, I just uploaded the first set of snapshots built from the modular Xorg tree (20060226). This now has the latest and greatest changes in Xorg CVS that the monolithic tree did not have. Among other things this means that i915 should now work again, with rotation support. It also has Benjamin Herrenschmidt's memory mapping changes that should solve lockup problems on many Radeons. Please let me know if there are any new problems with installing these snapshots. Great! Any reason why prelink complains about non-PIC libGL? I think you need to add -fPIC somewhere. That's not my fault. I use the build system pretty much from up-stream. There are reasons why libGL is not position independent. They have been discussed at length on the mailing lists. You'll find it in the archives and/or in bugzilla. I'm not too familiar with the details but IIRC it had something to do with the efficiency of dispatch stubs. My understanding from those emails is that making them position independent incurs a run-time performance penalty that wasn't considered to be worth the benefit of faster loading or better security on hardened systems. Don't quote me on this, I really didn't follow those discussions very thoroughly. ;-) Regards, Felix -- | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
