[Bug 4297] [Mesa3d-dev] sizeof(RADEONDRIRec) does not match passed size from device driver
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=4297 --- Additional Comments From [EMAIL PROTECTED] 2005-08-29 22:03 --- miniglx is busted at the moment since we put the checks in for the sizes in the 32/64-bit code, the client tries to work out the size from a packet sent from the server it doesn't work it blows up.. I've fixed this locally but it doesn't work completely correct, I'm hoping tomorrow to get some time to fix it properly.. -- 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. --- 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
[Bug 4297] New: [Mesa3d-dev] sizeof(RADEONDRIRec) does not match passed size from device driver
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=4297 Summary: [Mesa3d-dev] sizeof(RADEONDRIRec) does not match passed size from device driver Product: Mesa Version: CVS Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Drivers/DRI/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Hey guys, today I download a Mesa-3D cvs source tree and a drm cvs source tree. This problem persist when trying miniglx & hardware accelerated fbdev with radeon_dri.so driver: -- #./miniglxsample [miniglx] probed chipset 0x4c59 CreateNotify Authorize - magic 1 ERROR! sizeof(RADEONDRIRec) does not match passed size from device driver libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering XOpenDisplay: __driCreateScreen failed Error: XOpenDisplay failed Destroy Notify -- Thanks ! -- 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. --- 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: _glthread_TSD problem [was: display lists broken in Mesa maybe due to glapi dispatch changes (?), and an Xthreads problem]
On Mon, 2005-08-01 at 09:37 -0700, Ian Romanick wrote: > It builds fine on my main machine. I tried a build on a fresh system > install (with X.org CVS installed) and hit the same problem. I > committed a fix for it just a few minutes ago. I think the problem here > is related to the next problem... > > > And, even with that change, the s3v and savage drivers did not compile, > > both failed the same way (though I didn't care too much as I only needed > > r200 anyway...). > > gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver > > -I../../../../../../dri/drm/shared-core -I../../../../../include > > -I../../../../../include/GL/internal -I../../../../../src/mesa > > -I../../../../../src/mesa/main -I../../../../../src/mesa/glapi > > -I../../../../../src/mesa/math -I../../../../../src/mesa/transform > > -I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast > > -I../../../../../src/mesa/swrast_setup -I../../../../../src/egl/main > > -I../dri_client -I../dri_client/imports -Wall -O -g -m32 > > -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE > > -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER > > -DGLX_DIRECT_RENDERING -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM > > -DUSE_SSE_ASM -std=c99 -ffast-math -D_POSIX_SOURCE > > -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE > > -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER > > -DGLX_DIRECT_RENDERING s3v_state.c -o s3v_state.o > > In file included from ../../../../../src/mesa/main/mtypes.h:41, > > from s3v_screen.h:5, > > from s3v_context.h:13, > > from s3v_state.c:6: > > ../../../../../src/mesa/glapi/glthread.h:202: error: conflicting types > > for `_glthread_TSD' > > ../../../../../src/mesa/glapi/glthread.h:92: error: previous declaration > > of `_glthread_TSD' > > The only way this could happen is if *both* PTHREADS and XTHREADS are > defined. I suspect the Xthreads.h problem was always there, but it was > never hit because XTHREADS was never defined. Some how, somewhere, > XTHREADS is getting set. I'll have to look into it, but I think this is > a bug in whatever X.org header is defining XTHREADS for us. :( Yes, you're spot on about PTHREADS and XTHREADS both being defined. XlibConf.h now defines XTHREADS if we're using it, the consensus being that if you're using , you deserve everything you get. I think this already got fixed, so the constructs are more like: #if defined(PTHREADS) ... #elif defined(XTHREADS) ... #elif defined(...) ... #endif --- 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
_glthread_TSD problem [was: display lists broken in Mesa maybe due to glapi dispatch changes (?), and an Xthreads problem]
Hi, The s3v and savage drivers did not compile with exactly the same error. I hit this problem on X.org CVS with Mesa from there. Since Mesa on X.org is the stable branch 6.3.2, is your fix there ? or anyone knows how fix this problem. I can get build the others DRI drives. But make linux-dri-x86 has a strange bug, enter in loop in the finish of building and I have to stop it with Ctrl+C. thanks, On Mon, 2005-08-01 at 09:37 -0700, Ian Romanick wrote: > It builds fine on my main machine. I tried a build on a fresh system > install (with X.org CVS installed) and hit the same problem. I > committed a fix for it just a few minutes ago. I think the problem here > is related to the next problem... > > > And, even with that change, the s3v and savage drivers did not compile, > > both failed the same way (though I didn't care too much as I only needed > > r200 anyway...). > > gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver > > -I../../../../../../dri/drm/shared-core -I../../../../../include > > -I../../../../../include/GL/internal -I../../../../../src/mesa > > -I../../../../../src/mesa/main -I../../../../../src/mesa/glapi > > -I../../../../../src/mesa/math -I../../../../../src/mesa/transform > > -I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast > > -I../../../../../src/mesa/swrast_setup -I../../../../../src/egl/main > > -I../dri_client -I../dri_client/imports -Wall -O -g -m32 > > -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE > > -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER > > -DGLX_DIRECT_RENDERING -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM > > -DUSE_SSE_ASM -std=c99 -ffast-math -D_POSIX_SOURCE > > -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE > > -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER > > -DGLX_DIRECT_RENDERING s3v_state.c -o s3v_state.o > > In file included from ../../../../../src/mesa/main/mtypes.h:41, > > from s3v_screen.h:5, > > from s3v_context.h:13, > > from s3v_state.c:6: > > ../../../../../src/mesa/glapi/glthread.h:202: error: conflicting types > > for `_glthread_TSD' > > ../../../../../src/mesa/glapi/glthread.h:92: error: previous declaration > > of `_glthread_TSD' > > The only way this could happen is if *both* PTHREADS and XTHREADS are > defined. I suspect the Xthreads.h problem was always there, but it was > never hit because XTHREADS was never defined. Some how, somewhere, > XTHREADS is getting set. I'll have to look into it, but I think this is > a bug in whatever X.org header is defining XTHREADS for us. :( -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature
Re: UniChrome DRI bug and fix
On Mon, Aug 29, 2005 at 05:02:35PM +0200, Litvinov Vadim Antonovich wrote: > Hello all, >I have found a bug in current Mesa CVS. viaRegion structure in via_dri.h > is > not the same in Mesa unichrome driver and via driver in X.org CVS. As a > result we have an error when trying to use an OpenGL program and Mesa falls > back to indirect rendering. > I include a patch that correct the problem. BTW, anyone knows if there is also support for the none-builtin *Chrome graphic chips ? There are two other of those around. Friendly, Sven Luther --- 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: UniChrome DRI bug and fix
On Mon, 2005-08-29 at 17:02 +0200, Litvinov Vadim Antonovich wrote: > Hello all, >I have found a bug in current Mesa CVS. viaRegion structure in via_dri.h > is > not the same in Mesa unichrome driver and via driver in X.org CVS. As a > result we have an error when trying to use an OpenGL program and Mesa falls > back to indirect rendering. > I include a patch that correct the problem. Committed. Thanks. Alan. --- 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
UniChrome DRI bug and fix
Hello all, I have found a bug in current Mesa CVS. viaRegion structure in via_dri.h is not the same in Mesa unichrome driver and via driver in X.org CVS. As a result we have an error when trying to use an OpenGL program and Mesa falls back to indirect rendering. I include a patch that correct the problem. PS: I'am not on dri-devel list! unichrome_bugfix.diff.gz Description: GNU Zip compressed data
Re: Mesa commit rights?
On Mon, 2005-08-29 at 09:04 -0400, Alex Deucher wrote: > On 8/29/05, Thomas Hellström <[EMAIL PROTECTED]> wrote: > > I previously had commit rights to Mesa, which seem to have gotten lost a > > half year or so ago. Is there a chance to have those reinstated? > > > > I mostly will be commiting bugfixes and compatibility enhancements for the > > via / unichrome driver. > > > > sf user: unichrome > > the sf dri tree is no longer active. Mesa and the drm are on > freedesktop.org just like xorg. Open a bug or ping Daniel Stone for > commit rights. Opening a bug is a far better option (not just for me, but because it'll get your problem resolved faster). --- 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: Mesa commit rights?
> On 8/29/05, Thomas Hellström <[EMAIL PROTECTED]> wrote: >> Hi, >> >> I previously had commit rights to Mesa, which seem to have gotten lost a >> half year or so ago. Is there a chance to have those reinstated? >> >> I mostly will be commiting bugfixes and compatibility enhancements for >> the >> via / unichrome driver. >> >> sf user: unichrome > > the sf dri tree is no longer active. Mesa and the drm are on > freedesktop.org just like xorg. Open a bug or ping Daniel Stone for > commit rights. > > Alex > Thanks, I will. "sf user" above was a typo. I of course ment fdo. /Thomas >> >> /Thomas >> >> >> >> >> >> >> >> >> --- >> 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 >> > > > --- > 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 > --- 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: Mesa commit rights?
On 8/29/05, Thomas Hellström <[EMAIL PROTECTED]> wrote: > Hi, > > I previously had commit rights to Mesa, which seem to have gotten lost a > half year or so ago. Is there a chance to have those reinstated? > > I mostly will be commiting bugfixes and compatibility enhancements for the > via / unichrome driver. > > sf user: unichrome the sf dri tree is no longer active. Mesa and the drm are on freedesktop.org just like xorg. Open a bug or ping Daniel Stone for commit rights. Alex > > /Thomas > > > > > > > > > --- > 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 > --- 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
Mesa commit rights?
Hi, I previously had commit rights to Mesa, which seem to have gotten lost a half year or so ago. Is there a chance to have those reinstated? I mostly will be commiting bugfixes and compatibility enhancements for the via / unichrome driver. sf user: unichrome /Thomas --- 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