[Bug 5935] glxcmds.c:2618: error: `X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=5935 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 00:23 --- (In reply to comment #6) The files are located in /usr/X11R6/include/GL/glxproto.h /usr/local/include/GL/glxproto.h So, you likely have the old version in /usr/X11R6/include/GL (which Mesa will pick up) and installed the new version in /usr/local. Try installing glproto in the right location (configure --prefix=/usr/X11 should do the trick I guess) or copy the file over or whatever. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 6029] New: ATI Radeon 8500 core dump at r200VtxfmtDestroy
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6029 Summary: ATI Radeon 8500 core dump at r200VtxfmtDestroy Product: DRI Version: XOrg CVS Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: DRM modules AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] I am using Fedora Core 4 with 2.6.15-1.1831_FC4smp, xorg-x11-6.8.2-37.FC4.49.2 with the mesa libraries and dri enabled. Everytime I exit an application by closing the window directly which uses opengl I get the following core dump (even with a minimal program I made that just draws an empty window with opengl). Some applications that produces the same error are: blender, stellarium, 0 0x00286d74 in count_func () from /usr/X11R6/lib/modules/dri/r200_dri.so #1 0x0028a494 in r200VtxfmtDestroy () from /usr/X11R6/lib/modules/dri/r200_dri.so #2 0x00268f28 in r200DestroyContext () from /usr/X11R6/lib/modules/dri/r200_dri.so #3 0x00266f08 in driDestroyContext () from /usr/X11R6/lib/modules/dri/r200_dri.so #4 0x003ff4ae in __glXFreeContext () from /usr/X11R6/lib/libGL.so.1 #5 0x00a45f3f in fgCloseWindow () from /usr/lib/libglut.so.3 #6 0x00a44962 in fgDestroyWindow () from /usr/lib/libglut.so.3 #7 0x00a41e6d in glutMainLoopEvent () from /usr/lib/libglut.so.3 #8 0x00a42504 in glutMainLoop () from /usr/lib/libglut.so.3 #9 0x08048813 in main (argc=1, argv=0xbfa26134) at glmin.cc:22 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 6029] ATI Radeon 8500 core dump at r200VtxfmtDestroy
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6029 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Version|XOrg CVS|unspecified --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 11:43 --- Looks like a dupe of #4872, #3972. In any case, it has been fixed in Mesa cvs (and in Xorg 6.9). *** This bug has been marked as a duplicate of 3972 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 3972] [r200 / radeon / r300] segfault in r200DestroyContext when R200_NO_VTXFMT set
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=3972 --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 11:43 --- *** Bug 6029 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 6011] Radeon 9250 (R280) 128 bit 256 Mbyte system lockup during DRI init with recent DRM
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=6011
--- Additional Comments From [EMAIL PROTECTED] 2006-02-25 13:22 ---
RADEONRestoreMode() {
} else {
RADEONRestoreMemMapRegisters(pScrn, restore);
ErrorF(under the else\n);
if (info-MergedFB) {
ErrorF(MergedFB RADEONRestoreCrtc2Registers()\n);
RADEONRestoreCrtc2Registers(pScrn, restore);
ErrorF(MergedFB RADEONRestorePLL2Registers()\n);
RADEONRestorePLL2Registers(pScrn, restore);
}
if (!pRADEONEnt-HasSecondary || pRADEONEnt-IsSecondaryRestored ||
info-IsSwitching) {
pRADEONEnt-IsSecondaryRestored = FALSE;
ErrorF(HasSecondary RADEONRestoreCommonRegisters()\n);
RADEONRestoreCommonRegisters(pScrn, restore);
ErrorF(HasSecondary RADEONRestoreCrtcRegisters()\n);
Died here -RADEONRestoreCrtcRegisters(pScrn, restore);
ErrorF(HasSecondary RADEONRestoreFPRegisters()\n);
RADEONRestoreFPRegisters(pScrn, restore);
ErrorF(HasSecondary RADEONRestorePLL2Registers()\n);
RADEONRestorePLLRegisters(pScrn, restore);
static void RADEONRestoreCrtcRegisters(ScrnInfoPtr pScrn,
RADEONSavePtr restore)
{
RADEONInfoPtr info = RADEONPTR(pScrn);
unsigned char *RADEONMMIO = info-MMIO;
ErrorF(Die location 1\n);
OUTREG(RADEON_CRTC_GEN_CNTL, restore-crtc_gen_cntl);
ErrorF(Die location 2\n);
Died at this register setting -OUTREGP(RADEON_CRTC_EXT_CNTL,
restore-crtc_ext_cntl,
RADEON_CRTC_VSYNC_DIS |
RADEON_CRTC_HSYNC_DIS |
RADEON_CRTC_DISPLAY_DIS);
This is what I found. I learned that by disabling this line in the function
RADEONRestoreMemMapRegisters()
if (INREG(RADEON_MC_FB_LOCATION) != restore-mc_fb_location ||
INREG(RADEON_MC_AGP_LOCATION) != restore-mc_agp_location) {
with
if (0) {
Then the computer didn't lockup until much later in the card initialization.
This is the additional log with the if(0) { hack:
(**) RADEON(0): GRPH_BUFFER_CNTL from 200d7c7c to 20135c5c
(II) RADEON(0): Direct rendering enabled
(**) RADEON(0): Setting up final surfaces
(**) RADEON(0): Initializing Acceleration
(II) RADEON(0): Render acceleration enabled
(**) RADEON(0): EngineInit (32/32)
from the original lockup log file. I hope this helps.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
---
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
[Bug 6011] Radeon 9250 (R280) 128 bit 256 Mbyte system lockup during DRI init with recent DRM
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6011 --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 15:35 --- In RADEONRestoreMemMapRegisters(), can you add that bit of code at the beginning: ErrorF(Dump for ben:\n); ErrorF(%x %x %x %x %x %x %x %x %x\n, INREG(RADEON_MC_FB_LOCATION), INREG(RADEON_MC_AGP_LOCATION), INREG(RADEON_DISPLAY_BASE_ADDR), INREG(RADEON_DISPLAY2_BASE_ADDR), INREG(RADEON_OV0_BASE_ADDR), INREG(RADEON_AIC_CNTL), INREG(0x1d8), INREG(0x1dc), INREG(0x1e0)); And tell me what it says before the hang. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 6011] Radeon 9250 (R280) 128 bit 256 Mbyte system lockup during DRI init with recent DRM
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6011 --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 15:43 --- While we are at it ... does it work with fglrx and in this case, do you have access to all 256Mb ? (Can you send me a log with fglrx ?). It would be interesting to compare how fglrx sets some register. I'll upload an updated radeontool later today or tomorrow that dumps the stuff I'm interested in -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 6011] Radeon 9250 (R280) 128 bit 256 Mbyte system lockup during DRI init with recent DRM
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6011 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|dri-|[EMAIL PROTECTED] |[EMAIL PROTECTED] | Component|DRM modules |Driver/Radeon Product|DRI |xorg Version|XOrg CVS|CVS_head --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 15:58 --- Re-assign to myself and mark as xorg bug as it's really not a DRI issue -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 6011] Radeon 9250 (R280) 128 bit 256 Mbyte system lockup during DRI init with recent DRM
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6011 --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 15:39 --- Also, if you have a bit of time to investigate, it would be useful to know which bit in CRTC_EXT_CNTL is causing the hang... you can print the previous value of the register and the value about to be written. OUTREGP as used in that code will basically write the value in crtc_ext_cntl except those 3 other bits given as a mask which will be kept to whatever value was there, you can try blasting values manually yourself with OUTREG to check which actual bit set or removed by that line is causing the lockup. If you don't know how to proceed, just add an ErrorF(CRTC_EXT_CNTL is: %x want: %x\n, INREG(RADEON_CRTC_EXT_CNTL), restore-crtc_ext_cntl); and tell me what it says and I'll come up with more stuffs to test. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
