From: Adam K K. <ad...@vo...> - 2005-01-10 01:06:05
|
I've seen so much activity on the r300_driver recently, I thought it'd be good time to test it out on my 9800 and give as much feedback as possible. Unfortunately, I'm not even able to get it to compile. I think I've followed the instructions correctly. I actually copied the r300_driver/r300 directory into the Mesa source tree (rather than linking it) and added the r300 driver to the linux-dri config file. I've set DRM_SOURCE_PATH to the correct directory. This is the error I get: make[6]: Entering directory `/home/adamk/saved/source/Mesa/src/mesa/drivers/dri/r300' gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../../drm/shared -I../../../../../../drm/ linux -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../dri_client -I../dri_client /imports -Wall -O -g -std=c99 -fPIC -ffast-math -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING -D_P OSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS -DU SE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING r300_ioctl.c -o r300_ioctl.o In file included from r300_ioctl.c:47: r300_context.h:58: warning: redefinition of `uint32_t' /usr/include/stdint.h:52: warning: `uint32_t' previously declared here r300_context.h:59: warning: redefinition of `uint8_t' /usr/include/stdint.h:49: warning: `uint8_t' previously declared here In file included from r300_ioctl.c:47: r300_context.h:124:1: warning: "TEX_ALL" redefined In file included from r200_ioctl.h:44, from radeon_lock.h:38, from r300_context.h:54, from r300_ioctl.c:47: r200_context.h:98:1: warning: this is the location of the previous definition r300_ioctl.c: In function `r300ClearBuffer': r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first use in this function) r300_ioctl.c:67: error: (Each undeclared identifier is reported only once r300_ioctl.c:67: error: for each function it appears in.) r300_ioctl.c:67: error: `cmd' undeclared (first use in this function) r300_ioctl.c:85: error: parse error before ')' token r300_ioctl.c:89: error: parse error before ')' token r300_ioctl.c:141: error: parse error before ')' token r300_ioctl.c:168: error: parse error before ')' token r300_ioctl.c:169: error: parse error before ')' token r300_ioctl.c:170: error: parse error before ')' token r300_ioctl.c:171: error: parse error before ')' token r300_ioctl.c:189: error: parse error before ')' token r300_ioctl.c:226: error: parse error before ')' token r300_ioctl.c:227: error: `R300_CMD_PACKET3' undeclared (first use in this function) r300_ioctl.c:228: error: `R300_CMD_PACKET3_CLEAR' undeclared (first use in this function) r300_ioctl.c: In function `r300RefillCurrentDmaRegion': r300_ioctl.c:358: warning: passing arg 1 of `r200FlushCmdBufLocked' from incompatible pointer type r300_ioctl.c:373: warning: assignment from incompatible pointer type r300_ioctl.c:377: warning: assignment from incompatible pointer type make[6]: *** [r300_ioctl.o] Error 1 Know what I'm doing wrong? Adam |
From: Vladimir D. <vo...@mi...> - 2005-01-10 02:43:56
|
> r200_context.h:98:1: warning: this is the location of the previous definition > r300_ioctl.c: In function `r300ClearBuffer': > r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first use in this > function) ^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Know what I'm doing wrong? There are instructions in the readme about replacing regular Mesa drm with a link to the one from r300_driver - perhaps you did not follow them exactly ? The defintion of drm_r300_cmd_header_t is picked up from there and is not present in regular Mesa drm. best Vladimir Dergachev > > Adam > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > -- > _______________________________________________ > Dri-devel mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-devel > |
From: Adam K K. <ad...@vo...> - 2005-01-12 19:20:41
|
Vladimir Dergachev wrote: >> r200_context.h:98:1: warning: this is the location of the previous >> definition >> r300_ioctl.c: In function `r300ClearBuffer': >> r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first use >> in this function) > > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> >> Know what I'm doing wrong? > > > There are instructions in the readme about replacing regular Mesa drm > with > a link to the one from r300_driver - perhaps you did not follow them > exactly ? > > The defintion of drm_r300_cmd_header_t is picked up from there and is > not present in regular Mesa drm. 6. Make sure your Mesa build uses drm/shared-core/radeon_drm.h from this source tree (i.e. set the DRM_SOURCE_PATH environment variable to <r300_driver>/drm, cd <r300_driver>/drm ; ln -s shared-core shared (because shared is no longer in the CVS tree because it is a left over). Two problem :-) 1) When you first check out the r300_driver tree, it includes a "shared" directory. If you follow the instructions exactly, you end up with: <r300_driver>/drm/shared/shared --> <r300_driver>/drm/shared-core Which I assume is incorrect. You have to update your tree with "cvs update -dP" in order to eliminate the empty "shared" directory. Make sense? That screwed me up at first. But, even with that fixed, I still get the build problems. [ adamk@sorrow - ~/saved/source/Mesa ]: echo $DRM_SOURCE_PATH /home/adamk/r300_driver/drm [ adamk@sorrow - ~/saved/source/Mesa ]: ls -l /home/adamk/r300_driver/drm/ total 32 drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests This is where it fails, again: gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../../drm/shared -I../../../../../../drm/linux -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../dri_client -I../dri_client/imports -Wall -O -g -std=c99 -fPIC -ffast-math -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING r300_ioctl.c -o r300_ioctl.o In file included from r300_ioctl.c:47: r300_context.h:58: warning: redefinition of `uint32_t' /usr/include/stdint.h:52: warning: `uint32_t' previously declared here r300_context.h:59: warning: redefinition of `uint8_t' /usr/include/stdint.h:49: warning: `uint8_t' previously declared here In file included from r300_ioctl.c:47: r300_context.h:124:1: warning: "TEX_ALL" redefined In file included from r200_ioctl.h:44, from radeon_lock.h:38, from r300_context.h:54, from r300_ioctl.c:47: r200_context.h:98:1: warning: this is the location of the previous definition r300_ioctl.c: In function `r300ClearBuffer': r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first use in this function) Adam |
From: Jerome G. <j.g...@fr...> - 2005-01-12 19:42:17
|
Adam K Kirchhoff wrote: > Vladimir Dergachev wrote: > >>> r200_context.h:98:1: warning: this is the location of the previous >>> definition >>> r300_ioctl.c: In function `r300ClearBuffer': >>> r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first >>> use in this function) >> >> >> ^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >>> >>> Know what I'm doing wrong? >> >> >> >> There are instructions in the readme about replacing regular Mesa drm >> with >> a link to the one from r300_driver - perhaps you did not follow them >> exactly ? >> >> The defintion of drm_r300_cmd_header_t is picked up from there and is >> not present in regular Mesa drm. > > > > 6. Make sure your Mesa build uses drm/shared-core/radeon_drm.h from > this source tree (i.e. set the DRM_SOURCE_PATH environment variable to > <r300_driver>/drm, cd <r300_driver>/drm ; ln -s shared-core shared > (because shared is no longer in the CVS tree because it is a left over). > > Two problem :-) > > 1) When you first check out the r300_driver tree, it includes a > "shared" directory. If you follow the instructions exactly, you end > up with: > > <r300_driver>/drm/shared/shared --> <r300_driver>/drm/shared-core > > Which I assume is incorrect. You have to update your tree with "cvs > update -dP" in order to eliminate the empty "shared" directory. Make > sense? > > That screwed me up at first. But, even with that fixed, I still get > the build problems. > > [ adamk@sorrow - ~/saved/source/Mesa ]: echo $DRM_SOURCE_PATH > /home/adamk/r300_driver/drm > [ adamk@sorrow - ~/saved/source/Mesa ]: ls -l > /home/adamk/r300_driver/drm/ > total 32 > drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS > -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README > drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts > lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests > > This is where it fails, again: > > gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver > -I../../../../../../drm/shared -I../../../../../../drm/linux > -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../dri_client > -I../dri_client/imports -Wall -O -g -std=c99 -fPIC -ffast-math > -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE > -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS > -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING > -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE > -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS > -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING > r300_ioctl.c -o r300_ioctl.o > In file included from r300_ioctl.c:47: > r300_context.h:58: warning: redefinition of `uint32_t' > /usr/include/stdint.h:52: warning: `uint32_t' previously declared here > r300_context.h:59: warning: redefinition of `uint8_t' > /usr/include/stdint.h:49: warning: `uint8_t' previously declared here > In file included from r300_ioctl.c:47: > r300_context.h:124:1: warning: "TEX_ALL" redefined > In file included from r200_ioctl.h:44, > from radeon_lock.h:38, > from r300_context.h:54, > from r300_ioctl.c:47: > r200_context.h:98:1: warning: this is the location of the previous > definition > r300_ioctl.c: In function `r300ClearBuffer': > r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first use > in this function) > > Adam > I my memory are no too bad you have to make a link to linux too. In the drm folder issue a : ln -s linux-core linux thus you end up with : drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 linux -> linux-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests Then it should compile with few warnings but no errors :) Maybe we should update our drm cvs copy in r300_dri... best, Jerome Glisse |
From: Adam K K. <ad...@vo...> - 2005-01-12 20:25:32
|
Jerome Glisse wrote: > Adam K Kirchhoff wrote: > >> Vladimir Dergachev wrote: >> >>>> r200_context.h:98:1: warning: this is the location of the previous >>>> definition >>>> r300_ioctl.c: In function `r300ClearBuffer': >>>> r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first >>>> use in this function) >>> >>> >>> >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> >>>> >>>> Know what I'm doing wrong? >>> >>> >>> >>> >>> There are instructions in the readme about replacing regular Mesa >>> drm with >>> a link to the one from r300_driver - perhaps you did not follow them >>> exactly ? >>> >>> The defintion of drm_r300_cmd_header_t is picked up from there and >>> is not present in regular Mesa drm. >> >> >> >> >> 6. Make sure your Mesa build uses drm/shared-core/radeon_drm.h from >> this source tree (i.e. set the DRM_SOURCE_PATH environment variable >> to <r300_driver>/drm, cd <r300_driver>/drm ; ln -s shared-core shared >> (because shared is no longer in the CVS tree because it is a left over). >> >> Two problem :-) >> >> 1) When you first check out the r300_driver tree, it includes a >> "shared" directory. If you follow the instructions exactly, you end >> up with: >> >> <r300_driver>/drm/shared/shared --> <r300_driver>/drm/shared-core >> >> Which I assume is incorrect. You have to update your tree with "cvs >> update -dP" in order to eliminate the empty "shared" directory. Make >> sense? >> >> That screwed me up at first. But, even with that fixed, I still get >> the build problems. >> >> [ adamk@sorrow - ~/saved/source/Mesa ]: echo $DRM_SOURCE_PATH >> /home/adamk/r300_driver/drm >> [ adamk@sorrow - ~/saved/source/Mesa ]: ls -l >> /home/adamk/r300_driver/drm/ >> total 32 >> drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS >> -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README >> drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts >> lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests >> >> This is where it fails, again: >> >> gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver >> -I../../../../../../drm/shared -I../../../../../../drm/linux >> -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../dri_client >> -I../dri_client/imports -Wall -O -g -std=c99 -fPIC -ffast-math >> -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE >> -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS >> -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING >> -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE >> -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS >> -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING >> r300_ioctl.c -o r300_ioctl.o >> In file included from r300_ioctl.c:47: >> r300_context.h:58: warning: redefinition of `uint32_t' >> /usr/include/stdint.h:52: warning: `uint32_t' previously declared here >> r300_context.h:59: warning: redefinition of `uint8_t' >> /usr/include/stdint.h:49: warning: `uint8_t' previously declared here >> In file included from r300_ioctl.c:47: >> r300_context.h:124:1: warning: "TEX_ALL" redefined >> In file included from r200_ioctl.h:44, >> from radeon_lock.h:38, >> from r300_context.h:54, >> from r300_ioctl.c:47: >> r200_context.h:98:1: warning: this is the location of the previous >> definition >> r300_ioctl.c: In function `r300ClearBuffer': >> r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first use >> in this function) >> >> Adam >> > I my memory are no too bad you have to make a link to linux too. In > the drm > folder issue a : > ln -s linux-core linux > > thus you end up with : > > drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS > -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README > drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm > lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 linux -> linux-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts > lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests > > Then it should compile with few warnings but no errors :) > > Maybe we should update our drm cvs copy in r300_dri... > > best, > Jerome Glisse > Unfortunately that didn't help :-( [ adamk@sorrow - ~/saved/source/Mesa ]: ls -l ~adamk/r300_driver/drm/ total 32 drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm lrwxrwxr-x 1 adamk adamk 10 Jan 12 15:19 linux -> linux-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests Yet "make linux-dri" dies at the same place Adam |
From: Adam K K. <ad...@vo...> - 2005-01-12 22:10:38
|
Adam K Kirchhoff wrote: > Jerome Glisse wrote: > >> Adam K Kirchhoff wrote: >> >>> Vladimir Dergachev wrote: >>> >>>>> r200_context.h:98:1: warning: this is the location of the previous >>>>> definition >>>>> r300_ioctl.c: In function `r300ClearBuffer': >>>>> r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first >>>>> use in this function) >>>> >>>> >>>> >>>> >>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>> >>>>> >>>>> Know what I'm doing wrong? >>>> >>>> >>>> >>>> >>>> >>>> There are instructions in the readme about replacing regular Mesa >>>> drm with >>>> a link to the one from r300_driver - perhaps you did not follow >>>> them exactly ? >>>> >>>> The defintion of drm_r300_cmd_header_t is picked up from there and >>>> is not present in regular Mesa drm. >>> >>> >>> >>> >>> >>> 6. Make sure your Mesa build uses drm/shared-core/radeon_drm.h from >>> this source tree (i.e. set the DRM_SOURCE_PATH environment variable >>> to <r300_driver>/drm, cd <r300_driver>/drm ; ln -s shared-core >>> shared (because shared is no longer in the CVS tree because it is a >>> left over). >>> >>> Two problem :-) >>> >>> 1) When you first check out the r300_driver tree, it includes a >>> "shared" directory. If you follow the instructions exactly, you end >>> up with: >>> >>> <r300_driver>/drm/shared/shared --> <r300_driver>/drm/shared-core >>> >>> Which I assume is incorrect. You have to update your tree with "cvs >>> update -dP" in order to eliminate the empty "shared" directory. >>> Make sense? >>> >>> That screwed me up at first. But, even with that fixed, I still get >>> the build problems. >>> >>> [ adamk@sorrow - ~/saved/source/Mesa ]: echo $DRM_SOURCE_PATH >>> /home/adamk/r300_driver/drm >>> [ adamk@sorrow - ~/saved/source/Mesa ]: ls -l >>> /home/adamk/r300_driver/drm/ >>> total 32 >>> drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS >>> -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README >>> drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd >>> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm >>> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core >>> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts >>> lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core >>> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core >>> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests >>> >>> This is where it fails, again: >>> >>> gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver >>> -I../../../../../../drm/shared -I../../../../../../drm/linux >>> -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../dri_client >>> -I../dri_client/imports -Wall -O -g -std=c99 -fPIC -ffast-math >>> -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE >>> -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS >>> -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING >>> -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE >>> -D_BSD_SOURCE -D_GNU_SOURCE -DDRI_NEW_INTERFACE_ONLY -DPTHREADS >>> -DUSE_EXTERNAL_DXTN_LIB=1 -DCOMPILE_R300 -DGLX_DIRECT_RENDERING >>> r300_ioctl.c -o r300_ioctl.o >>> In file included from r300_ioctl.c:47: >>> r300_context.h:58: warning: redefinition of `uint32_t' >>> /usr/include/stdint.h:52: warning: `uint32_t' previously declared here >>> r300_context.h:59: warning: redefinition of `uint8_t' >>> /usr/include/stdint.h:49: warning: `uint8_t' previously declared here >>> In file included from r300_ioctl.c:47: >>> r300_context.h:124:1: warning: "TEX_ALL" redefined >>> In file included from r200_ioctl.h:44, >>> from radeon_lock.h:38, >>> from r300_context.h:54, >>> from r300_ioctl.c:47: >>> r200_context.h:98:1: warning: this is the location of the previous >>> definition >>> r300_ioctl.c: In function `r300ClearBuffer': >>> r300_ioctl.c:67: error: `drm_r300_cmd_header_t' undeclared (first >>> use in this function) >>> >>> Adam >>> >> I my memory are no too bad you have to make a link to linux too. In >> the drm >> folder issue a : >> ln -s linux-core linux >> >> thus you end up with : >> >> drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS >> -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README >> drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm >> lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 linux -> linux-core >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts >> lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core >> drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests >> >> Then it should compile with few warnings but no errors :) >> >> Maybe we should update our drm cvs copy in r300_dri... >> >> best, >> Jerome Glisse >> > > Unfortunately that didn't help :-( > > [ adamk@sorrow - ~/saved/source/Mesa ]: ls -l ~adamk/r300_driver/drm/ > total 32 > drwxrwxr-x 2 adamk adamk 4096 Jan 12 14:15 CVS > -rw-rw-r-- 1 adamk adamk 607 Oct 25 13:27 README > drwxrwxr-x 10 adamk adamk 4096 Jan 12 14:04 bsd > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 libdrm > lrwxrwxr-x 1 adamk adamk 10 Jan 12 15:19 linux -> linux-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 linux-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 scripts > lrwxrwxr-x 1 adamk adamk 11 Jan 12 14:15 shared -> shared-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 shared-core > drwxrwxr-x 3 adamk adamk 4096 Jan 12 14:04 tests > > Yet "make linux-dri" dies at the same place > > Adam FYI, Apparently, even though the DRM_SOURCE_PATH variable is set, it's not getting checked. If I copy the r300_driver/drm directory to the same directory as the Mesa source tree, the r300_dri.so library gets built fine. Now to test it :-) Adam |
From: Adam K K. <ad...@vo...> - 2005-01-12 22:45:05
|
> > > FYI, > > Apparently, even though the DRM_SOURCE_PATH variable is set, it's > not getting checked. If I copy the r300_driver/drm directory to the > same directory as the Mesa source tree, the r300_dri.so library gets > built fine. > Now to test it :-) > > Adam > > Well, when I went to load the kernel module I compiled from the <r300_driver>/drm directory, I get this: radeon: Unknown symbol drm_open radeon: Unknown symbol drm_fasync radeon: Unknown symbol drm_poll radeon: Unknown symbol drm_core_get_reg_ofs radeon: Unknown symbol drm_irq_uninstall radeon: Unknown symbol drm_get_dev radeon: Unknown symbol drm_ioctl radeon: Unknown symbol drm_exit radeon: Unknown symbol drm_debug radeon: Unknown symbol drm_core_get_map_ofs radeon: Unknown symbol drm_init radeon: Unknown symbol drm_vbl_send_signals radeon: Unknown symbol drm_cleanup_pci radeon: Unknown symbol drm_mmap radeon: Unknown symbol drm_order radeon: Unknown symbol drm_initmap radeon: Unknown symbol drm_core_reclaim_buffers radeon: Unknown symbol drm_release So what am I doing wrong this time? :-) Adam |
From: Dave A. <ai...@li...> - 2005-01-12 22:59:00
|
> Well, when I went to load the kernel module I compiled from the > <r300_driver>/drm directory, I get this: > > radeon: Unknown symbol drm_open > radeon: Unknown symbol drm_fasync > So what am I doing wrong this time? :-) > insmod drm.ko first.. Dave. > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > -- > _______________________________________________ > Dri-devel mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-devel > -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie pam_smb / Linux DECstation / Linux VAX / ILUG person |