Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-08 Thread llewelly
Leif Delgass [EMAIL PROTECTED] writes:

 I forgot to bring in the drm_linux_list.h for bsd that was added on 
 the mach64-0-0-6-branch.  I just added it and it is included from drmP.h.  
 With any luck that should fix the compile errors in the kernel module.

ok, thank you again, that does fix the compile errors in the kernel module.
I built the module, and loaded it:

# kldstat | grep mach64
 51 0xc4e88000 15000mach64.ko
# ls -l /dev/dri/card0
crw-rw-rw-  1 root  wheel  145,   0 Mar  8 08:08 /dev/dri/card0

I set my ld path to point to the new gl libs:

# setenv LD_LIBRARY_PATH 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/:$LD_LIBRARY_PATH
# ldd which glxinfo
/usr/X11R6/bin/glxinfo:
libGLU.so.1 = 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libGLU.so.1
 (0x28079000)
libGL.so.1 = 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libGL.so.1
 (0x280f3000)
libXext.so.6 = 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libXext.so.6
 (0x2816f000)
libX11.so.6 = 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libX11.so.6
 (0x2817e000)
libc_r.so.5 = /usr/lib/libc_r.so.5 (0x28246000)
libm.so.2 = /lib/libm.so.2 (0x2826a000)
libc.so.5 = /lib/libc.so.5 (0x28283000)
libstdc++.so.4 = /usr/lib/libstdc++.so.4 (0x2835d000)
# glxinfo -display :1
name of display: :1.0
display: :1  screen: 0
direct rendering: Yes
[rest of output snipped for clarity.]

but glxgears only gets about 115.3 frames:

# glxgears -display :1 
[1] 6381
577 frames in 5.0 seconds = 115.400 FPS
576 frames in 5.0 seconds = 115.200 FPS
576 frames in 5.0 seconds = 115.200 FPS
577 frames in 5.0 seconds = 115.400 FPS

which is the same as without dri. So gl thinks it has dri, but performance
is no better.

(note - the -display :1 is because I am running two Xservers. If I
disable the 2nd Xserver, I still get only 115 frames, but I
didn't have that output to paste.)

(note2 - I am going to try building a few gl games - gltron and tuxracer - and
see if they improve.)

I looked at the log file, and here is the important output:

XFree86 Version 4.3.99.12 (DRI mach64-0-0-7-branch)
[snip]
(II) LoadModule: glx
(II) Loading 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/extensions/libglx.a
(II) Module glx: vendor=The XFree86 Project
compiled for 4.3.99.12, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading sub module GLcore
(II) LoadModule: GLcore
(II) Loading 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/extensions/libGLcore.a
(II) Module GLcore: vendor=The XFree86 Project
compiled for 4.3.99.12, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension GLX
(II) LoadModule: dri
(II) Loading 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/extensions/libdri.a
(II) Module dri: vendor=The XFree86 Project
compiled for 4.3.99.12, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading sub module drm
(II) LoadModule: drm
(II) Loading 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/freebsd/libdrm.a
(II) Module drm: vendor=The XFree86 Project
compiled for 4.3.99.12, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension XFree86-DRI
(II) LoadModule: ati
(II) Loading 
/2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/drivers/ati_drv.o
(II) Module ati: vendor=The XFree86 Project
compiled for 4.3.99.12, module version = 6.5.3
Module class: XFree86 Video Driver
ABI class: XFree86 Video Driver, version 0.7
[snip]
(II) ATI:  Shared PCI/AGP Mach64 in slot 1:0:0 detected.
(II) ATI:  Shared PCI/AGP Mach64 in slot 1:0:0 assigned to active Device section 
card0.
[snip]
(II) ATI(0): [drm] SAREA 2200+1208: 3408
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: Searching for BusID pci::01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: drmOpenMinor returns 7
drmOpenByBusid: drmGetBusid reports pci::01:00.0
(II) ATI(0): [drm] DRM interface version 1.2
(II) ATI(0): [drm] created mach64 driver at busid pci::01:00.0
(II) ATI(0): [drm] added 8192 byte SAREA at 0xc4f0d000
(II) ATI(0): [drm] mapped SAREA 0xc4f0d000 to 0x282d3000
(II) ATI(0): [drm] framebuffer handle = 0xfd00
(II) ATI(0): [drm] added 1 reserved context for kernel
(II) ATI(0): [drm] 

Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-08 Thread Leif Delgass
On 8 Mar 2004 [EMAIL PROTECTED] wrote:

 Leif Delgass [EMAIL PROTECTED] writes:
 
  I forgot to bring in the drm_linux_list.h for bsd that was added on 
  the mach64-0-0-6-branch.  I just added it and it is included from drmP.h.  
  With any luck that should fix the compile errors in the kernel module.
 
 ok, thank you again, that does fix the compile errors in the kernel module.
 I built the module, and loaded it:
 
 # kldstat | grep mach64
  51 0xc4e88000 15000mach64.ko
 # ls -l /dev/dri/card0
 crw-rw-rw-  1 root  wheel  145,   0 Mar  8 08:08 /dev/dri/card0
 
 I set my ld path to point to the new gl libs:
 
 # setenv LD_LIBRARY_PATH 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/:$LD_LIBRARY_PATH
 # ldd which glxinfo
 /usr/X11R6/bin/glxinfo:
 libGLU.so.1 = 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libGLU.so.1
  (0x28079000)
 libGL.so.1 = 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libGL.so.1
  (0x280f3000)
 libXext.so.6 = 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libXext.so.6
  (0x2816f000)
 libX11.so.6 = 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib//libX11.so.6
  (0x2817e000)
 libc_r.so.5 = /usr/lib/libc_r.so.5 (0x28246000)
 libm.so.2 = /lib/libm.so.2 (0x2826a000)
 libc.so.5 = /lib/libc.so.5 (0x28283000)
 libstdc++.so.4 = /usr/lib/libstdc++.so.4 (0x2835d000)
 # glxinfo -display :1
 name of display: :1.0
 display: :1  screen: 0
 direct rendering: Yes
 [rest of output snipped for clarity.]
 
 but glxgears only gets about 115.3 frames:
 
 # glxgears -display :1 
 [1] 6381
 577 frames in 5.0 seconds = 115.400 FPS
 576 frames in 5.0 seconds = 115.200 FPS
 576 frames in 5.0 seconds = 115.200 FPS
 577 frames in 5.0 seconds = 115.400 FPS
 
 which is the same as without dri. So gl thinks it has dri, but performance
 is no better.

Don't expect huge numbers from glxgears, you'll notice more improvement in 
apps using textures and more geometry than gears.
 
 (note - the -display :1 is because I am running two Xservers. If I
 disable the 2nd Xserver, I still get only 115 frames, but I
 didn't have that output to paste.)
 
 (note2 - I am going to try building a few gl games - gltron and tuxracer - and
 see if they improve.)

You should see a significant difference in those.

 I looked at the log file, and here is the important output:
 
 XFree86 Version 4.3.99.12 (DRI mach64-0-0-7-branch)
 [snip]
 (II) LoadModule: glx
 (II) Loading 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/extensions/libglx.a
 (II) Module glx: vendor=The XFree86 Project
   compiled for 4.3.99.12, module version = 1.0.0
   ABI class: XFree86 Server Extension, version 0.2
 (II) Loading sub module GLcore
 (II) LoadModule: GLcore
 (II) Loading 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/extensions/libGLcore.a
 (II) Module GLcore: vendor=The XFree86 Project
   compiled for 4.3.99.12, module version = 1.0.0
   ABI class: XFree86 Server Extension, version 0.2
 (II) Loading extension GLX
 (II) LoadModule: dri
 (II) Loading 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/extensions/libdri.a
 (II) Module dri: vendor=The XFree86 Project
   compiled for 4.3.99.12, module version = 1.0.0
   ABI class: XFree86 Server Extension, version 0.2
 (II) Loading sub module drm
 (II) LoadModule: drm
 (II) Loading 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/freebsd/libdrm.a
 (II) Module drm: vendor=The XFree86 Project
   compiled for 4.3.99.12, module version = 1.0.0
   ABI class: XFree86 Server Extension, version 0.2
 (II) Loading extension XFree86-DRI
 (II) LoadModule: ati
 (II) Loading 
 /2nd/usr/X11R6-DRI/mach64-0-0-7-branch/07_march_2004_no_strict_aliasing/lib/modules/drivers/ati_drv.o
 (II) Module ati: vendor=The XFree86 Project
   compiled for 4.3.99.12, module version = 6.5.3
   Module class: XFree86 Video Driver
   ABI class: XFree86 Video Driver, version 0.7
 [snip]
 (II) ATI:  Shared PCI/AGP Mach64 in slot 1:0:0 detected.
 (II) ATI:  Shared PCI/AGP Mach64 in slot 1:0:0 assigned to active Device section 
 card0.
 [snip]
 (II) ATI(0): [drm] SAREA 2200+1208: 3408
 drmOpenDevice: node name is /dev/dri/card0
 drmOpenDevice: open result is 7, (OK)
 drmOpenDevice: node name is /dev/dri/card0
 drmOpenDevice: open result is 7, (OK)
 drmOpenByBusid: Searching for BusID pci::01:00.0
 drmOpenDevice: node name is /dev/dri/card0
 drmOpenDevice: open result is 7, (OK)
 drmOpenByBusid: drmOpenMinor returns 7
 drmOpenByBusid: drmGetBusid reports pci::01:00.0
 (II) ATI(0): [drm] DRM interface 

Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-08 Thread llewelly
Leif Delgass [EMAIL PROTECTED] writes:

[snip]
  but glxgears only gets about 115.3 frames:
  
  # glxgears -display :1 
  [1] 6381
  577 frames in 5.0 seconds = 115.400 FPS
  576 frames in 5.0 seconds = 115.200 FPS
  576 frames in 5.0 seconds = 115.200 FPS
  577 frames in 5.0 seconds = 115.400 FPS
  
  which is the same as without dri. So gl thinks it has dri, but performance
  is no better.
 
 Don't expect huge numbers from glxgears, you'll notice more improvement in 
 apps using textures and more geometry than gears.

[snip]
  (II) ATI(0): [drm] Will request pseudo-DMA (MMIO) mode
   ^
 [snip rest of log]
 
 Everything in the log looks fine, but you are getting MMIO mode and not 
 real DMA mode.  You should use real DMA to get the best performance.  
 Actually, I thought real DMA mode was the default, but you should be able 
 to force it on with:
 
 Option DMAMode async
 
 in the Device section of XF86Config.

thank you. I added this to my XF86Config, and now glxgears reports:

880 frames in 5.0 seconds = 176.000 FPS
878 frames in 5.0 seconds = 175.600 FPS
883 frames in 5.0 seconds = 176.600 FPS
880 frames in 5.0 seconds = 176.000 FPS
878 frames in 5.0 seconds = 175.600 FPS

more than 50% better. However I ran into unexpected trouble building
gltron and have been too busy/distracted to make it work it yet.

If you know of a good open source opengl benchmark, I would be
grateful to know about it.


---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-07 Thread Leif Delgass
On Sun, 7 Mar 2004, Dave Airlie wrote:

 
  What is the status of mach64 dri support on freebsd 5.2 ?
 
 nobody has tested it for a while, so I say it suffers from bitrot...
 
 mach64-0-0-7 is the DRI branch to go with, and Mesa head, the code should
 all be there, just needing some updates for FreeBSD 5.2,
 
 I'll look into it over the next while (need to sleep for a day or two :-)
 
 Dave.

I just brought over the missing Makefiles and mach64_drv.c (with PCI ID
list removed since it's in mach64.h now) for bsd from mach64-0-0-6-branch.  
I haven't tested the build, but I think I picked up all the necessary 
pieces.

-- 
Leif Delgass 
http://www.retinalburn.net



---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-07 Thread llewelly
Leif Delgass [EMAIL PROTECTED] writes:

 On Sun, 7 Mar 2004, Dave Airlie wrote:
 
  
   What is the status of mach64 dri support on freebsd 5.2 ?
  
  nobody has tested it for a while, so I say it suffers from bitrot...
  
  mach64-0-0-7 is the DRI branch to go with, and Mesa head, the code should
  all be there, just needing some updates for FreeBSD 5.2,
  
  I'll look into it over the next while (need to sleep for a day or two :-)
  
  Dave.
 
 I just brought over the missing Makefiles and mach64_drv.c (with PCI ID
 list removed since it's in mach64.h now) for bsd from mach64-0-0-6-branch.  
 I haven't tested the build, but I think I picked up all the necessary 
 pieces.

Thank you! It dies in xc/programs/Xserver/GL/mesa/X/xf86glx.c :

xf86glx.c: In function `__MESA_setVisualConfigs':
xf86glx.c:481: error: `kernel8' undeclared (first use in this function)
xf86glx.c:481: error: (Each undeclared identifier is reported only once
xf86glx.c:481: error: for each function it appears in.)
xf86glx.c:482: error: `DitherValues' undeclared (first use in this function)

If I remove those two variables, the build continues past that
point. I don't yet know if it completes because my laptop takes a long
time to build X.

thanks again.


---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-07 Thread Dave Airlie

 Thank you! It dies in xc/programs/Xserver/GL/mesa/X/xf86glx.c :

 xf86glx.c: In function `__MESA_setVisualConfigs':
 xf86glx.c:481: error: `kernel8' undeclared (first use in this function)
 xf86glx.c:481: error: (Each undeclared identifier is reported only once
 xf86glx.c:481: error: for each function it appears in.)
 xf86glx.c:482: error: `DitherValues' undeclared (first use in this function)

 If I remove those two variables, the build continues past that
 point. I don't yet know if it completes because my laptop takes a long
 time to build X.

I've moved the fix over the from the trunk so it should work, it compies
on Linux for me .. can't test it at work though..

Dave.

 thanks again.


 ---
 This SF.Net email is sponsored by: IBM Linux Tutorials
 Free Linux tutorial presented by Daniel Robbins, President and CEO of
 GenToo technologies. Learn everything from fundamentals to system
 administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
 --
 ___
 Dri-devel mailing list
 [EMAIL PROTECTED]
 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



---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-07 Thread llewelly
Thank you for your time and your replies.

Dave Airlie [EMAIL PROTECTED] writes:

 
  Thank you! It dies in xc/programs/Xserver/GL/mesa/X/xf86glx.c :
 
  xf86glx.c: In function `__MESA_setVisualConfigs':
  xf86glx.c:481: error: `kernel8' undeclared (first use in this function)
  xf86glx.c:481: error: (Each undeclared identifier is reported only once
  xf86glx.c:481: error: for each function it appears in.)
  xf86glx.c:482: error: `DitherValues' undeclared (first use in this function)
 
  If I remove those two variables, the build continues past that
  point. I don't yet know if it completes because my laptop takes a long
  time to build X.
 
 I've moved the fix over the from the trunk so it should work, it compies
 on Linux for me .. can't test it at work though..

With this change I was able to build an Xserver that works, and runs,
but still no hardware accleration, because I still have no drm
kernel module for freebsd. In /var/log/XFree86.0.log I see:

drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such file or directory)
drmOpenDevice: open result is -1, (No such file or directory)
drmOpenDevice: Open failed
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such file or directory)
drmOpenDevice: open result is -1, (No such file or directory)
drmOpenDevice: Open failed
[drm] failed to load kernel module mach64
(II) ATI(0): [drm] drmOpen failed
(EE) ATI(0): [dri] DRIScreenInit Failed

I tried uncommenting this line host.def:

/* #define BuildXF86DRM YES */

That makes the build die with:

echo #define DRM_LINUX 1  opt_drm.h
cc -O -pipe -mcpu=pentiumpro  -I. -I..  -D_KERNEL -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
-Wcast-qual  -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I-  -I. -I.. -I. -I@ 
-I@/../include -I/usr/include -finline-limit=15000 -fno-common  
-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99 -c 
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64/../mach64_dma.c
In file included from 
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:38:
../mach64_drv.h:44: error: field `list' has incomplete type
../mach64_drv.h:74: error: field `free_list' has incomplete type
../mach64_drv.h:75: error: field `placeholders' has incomplete type
../mach64_drv.h:76: error: field `pending' has incomplete type
../mach64_drv.h: In function `mach64_find_pending_buf_entry':
../mach64_drv.h:812: warning: implicit declaration of function `list_entry'
../mach64_drv.h:812: error: syntax error before drm_mach64_freelist_t
../mach64_drv.h:817: error: dereferencing pointer to incomplete type
../mach64_drv.h:818: error: syntax error before drm_mach64_freelist_t
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c: In 
function `mach64_dump_ring_info':
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:401: 
warning: implicit declaration of function `list_for_each'
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:401: 
error: syntax error before '{' token
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:404: 
error: `entry' undeclared (first use in this function)
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:404: 
error: (Each undeclared identifier is reported only once
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:404: 
error: for each function it appears in.)
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c: At 
top level:
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:414: 
error: syntax error before string constant
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:415: 
error: syntax error before string constant
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:416: 
error: syntax error before string constant
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:417: 
error: syntax error before string constant
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:418: 
error: syntax error before string constant
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:419: 
error: syntax error before string constant
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:420: 
error: syntax error before string constant
builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:421: 
error: syntax error before string constant

Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-07 Thread Leif Delgass
I forgot to bring in the drm_linux_list.h for bsd that was added on 
the mach64-0-0-6-branch.  I just added it and it is included from drmP.h.  
With any luck that should fix the compile errors in the kernel module.

Leif

On 7 Mar 2004 [EMAIL PROTECTED] wrote:

 Thank you for your time and your replies.
 
 Dave Airlie [EMAIL PROTECTED] writes:
 
  
   Thank you! It dies in xc/programs/Xserver/GL/mesa/X/xf86glx.c :
  
   xf86glx.c: In function `__MESA_setVisualConfigs':
   xf86glx.c:481: error: `kernel8' undeclared (first use in this function)
   xf86glx.c:481: error: (Each undeclared identifier is reported only once
   xf86glx.c:481: error: for each function it appears in.)
   xf86glx.c:482: error: `DitherValues' undeclared (first use in this function)
  
   If I remove those two variables, the build continues past that
   point. I don't yet know if it completes because my laptop takes a long
   time to build X.
  
  I've moved the fix over the from the trunk so it should work, it compies
  on Linux for me .. can't test it at work though..
 
 With this change I was able to build an Xserver that works, and runs,
 but still no hardware accleration, because I still have no drm
 kernel module for freebsd. In /var/log/XFree86.0.log I see:
 
 drmOpenDevice: node name is /dev/dri/card0
 drmOpenDevice: open result is -1, (No such file or directory)
 drmOpenDevice: open result is -1, (No such file or directory)
 drmOpenDevice: Open failed
 drmOpenDevice: node name is /dev/dri/card0
 drmOpenDevice: open result is -1, (No such file or directory)
 drmOpenDevice: open result is -1, (No such file or directory)
 drmOpenDevice: Open failed
 [drm] failed to load kernel module mach64
 (II) ATI(0): [drm] drmOpen failed
 (EE) ATI(0): [dri] DRIScreenInit Failed
 
 I tried uncommenting this line host.def:
 
 /* #define BuildXF86DRM YES */
 
 That makes the build die with:
 
 echo #define DRM_LINUX 1  opt_drm.h
 cc -O -pipe -mcpu=pentiumpro  -I. -I..  -D_KERNEL -Wall -Wredundant-decls 
 -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
 -Wcast-qual  -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I-  -I. -I.. -I. 
 -I@ -I@/../include -I/usr/include -finline-limit=15000 -fno-common  
 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall 
 -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
 -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99 -c 
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64/../mach64_dma.c
 In file included from 
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:38:
 ../mach64_drv.h:44: error: field `list' has incomplete type
 ../mach64_drv.h:74: error: field `free_list' has incomplete type
 ../mach64_drv.h:75: error: field `placeholders' has incomplete type
 ../mach64_drv.h:76: error: field `pending' has incomplete type
 ../mach64_drv.h: In function `mach64_find_pending_buf_entry':
 ../mach64_drv.h:812: warning: implicit declaration of function `list_entry'
 ../mach64_drv.h:812: error: syntax error before drm_mach64_freelist_t
 ../mach64_drv.h:817: error: dereferencing pointer to incomplete type
 ../mach64_drv.h:818: error: syntax error before drm_mach64_freelist_t
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c: In 
 function `mach64_dump_ring_info':
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:401:
  warning: implicit declaration of function `list_for_each'
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:401:
  error: syntax error before '{' token
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:404:
  error: `entry' undeclared (first use in this function)
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:404:
  error: (Each undeclared identifier is reported only once
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:404:
  error: for each function it appears in.)
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c: At 
 top level:
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:414:
  error: syntax error before string constant
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:415:
  error: syntax error before string constant
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:416:
  error: syntax error before string constant
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:417:
  error: syntax error before string constant
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:418:
  error: syntax error before string constant
 builddir/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/mach64_dma.c:419:
  error: syntax error 

Re: [Dri-devel] mach64 dri on freebsd 5.2

2004-03-06 Thread Dave Airlie

 What is the status of mach64 dri support on freebsd 5.2 ?

nobody has tested it for a while, so I say it suffers from bitrot...

mach64-0-0-7 is the DRI branch to go with, and Mesa head, the code should
all be there, just needing some updates for FreeBSD 5.2,

I'll look into it over the next while (need to sleep for a day or two :-)

Dave.

 Free Linux tutorial presented by Daniel Robbins, President and CEO of
 GenToo technologies. Learn everything from fundamentals to system
 administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
 --
 ___
 Dri-devel mailing list
 [EMAIL PROTECTED]
 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



---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel