2.6.9-rc1 linux/fb.h (was: cvs compile failed: fbdev)

2004-09-09 Thread Marc Aurele La France
On Mon, 6 Sep 2004, Marc Aurele La France wrote:
On Mon, 6 Sep 2004, Michael Lampe wrote:
Marc Aurele La France wrote:

... In both cases, this is a kernel issue.

They will tell you it's not:

/usr/include/linux/list.h:700: warning: #warning don't include kernel 
headers in userspace

Irrelevant.  The #include linux/list.h is only there in an attempt to 
resolve the type of the inserted kernel memory list pointer.

I don't know how to handle this properly, though.

Don't assume problems with test kernels need to be resolved here.

You didn't get it. Including linux kernel headers in user space is a no no. 
See various threads about this on LKML. Bottom line: If you include kernel 
headers and your app breaks it's your fault not ours.

Leave religion out of this.

1) Xfbdev has always been Linux-specific.
2) Driving /dev/fb* as anything other than a dumb framebuffer isn't possible
  without linux/fb.h's ioctl's.

rc1 is broken WRT this problem.  Fix this there.
Now that I have more time to deal with this issue, let's recap/clarify:
I agree with you that asm/ headers should normally not be #include'd by apps. 
I also think allowing (forcing, in this case) userland to #include 
linux/list.h sets a dangerous precedent.

But this is about 2.6.9-rc1's linux/fb.h, a header that provides ioctl's 
(userland stuff) and therefore disallowing its use from userland is not an 
option.

It turns out that the fb_monspecs structure modified by rc1 is not 
ioctl-visible.  Thus to fix this problem, it should be sufficient to bracket 
the fb_manspecs  fb_chroma structure definitions and the #include 
linux/list.h with __KERNEL__, which is what the attached patch against rc1 
does.  This also deletes a duplicate function declaration in linux/fb.h.

I am cc'ing this to those who vouched for the problem change to be included in 
rc1.

Thanks.
Marc.
+--+---+
|  Marc Aurele La France   |  work:   1-780-492-9310   |
|  Computing and Network Services  |  fax:1-780-492-1729   |
|  352 General Services Building   |  email:  [EMAIL PROTECTED]  |
|  University of Alberta   +---+
|  Edmonton, Alberta   |   |
|  T6G 2H1 | Standard disclaimers apply|
|  CANADA  |   |
+--+---+
XFree86 developer and VP.  ATI driver and X server internals.

fb.diff.gz
Description: Binary data


Re: 2.6.9-rc1 linux/fb.h (was: cvs compile failed: fbdev)

2004-09-09 Thread Andrew Morton
Marc Aurele La France [EMAIL PROTECTED] wrote:

 
 [fb.diff.gz  APPLICATION/octet-stream (1178 bytes)]

gack, please send patches as inline text or, if you must, text/plain
attachments.

Tony, could you please process this one, send it back at us?
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: 2.6.9-rc1 linux/fb.h (was: cvs compile failed: fbdev)

2004-09-09 Thread Antonino A. Daplas
On Friday 10 September 2004 03:11, Andrew Morton wrote:
 Marc Aurele La France [EMAIL PROTECTED] wrote:
  [fb.diff.gz  APPLICATION/octet-stream (1178 bytes)]

 gack, please send patches as inline text or, if you must, text/plain
 attachments.

 Tony, could you please process this one, send it back at us?

Actually, someone might have planned to expose struct fb_monspecs to
userspace, the ioctls are present but commented, probably the reason why this
structure is not enclosed in an #ifdef __KERNEL__.

/* #define FBIOGET_MONITORSPEC  0x460C */
/* #define FBIOPUT_MONITORSPEC  0x460D */

Anyway, someone already reported this to the fbdev-devel list and I agreed to
fix this by moving struct list_head modelist out of struct fb_monspecs instead.

Will submit a patch soon enough.

Tony 


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-06 Thread Michael Lampe
Marc Aurele La France wrote:
They came straigt from linux-2.6.9rc1.

I realized that the cvs compiles fine with linux-2.4, but not the fbdev 
doesn't compile under 2.6.9rc1.
rc1 inserts a pointer to kernel memory into the middle of the fb_monspecs 
structure. So, either more of linux/fb.h needs to bracketed with #ifndef 
__KERNEL__, or rc1 breaks userland binary compatibility (among other things). 
In both cases, this is a kernel issue.
They will tell you it's not:
/usr/include/linux/list.h:700: warning: #warning don't include kernel 
headers in userspace

I don't know how to handle this properly, though.
-Michael
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-06 Thread Marc Aurele La France
On Mon, 6 Sep 2004, Michael Lampe wrote:
Marc Aurele La France wrote:

They came straigt from linux-2.6.9rc1.

I realized that the cvs compiles fine with linux-2.4, but not the fbdev 
doesn't compile under 2.6.9rc1.

rc1 inserts a pointer to kernel memory into the middle of the fb_monspecs 
structure. So, either more of linux/fb.h needs to bracketed with #ifndef 
__KERNEL__, or rc1 breaks userland binary compatibility (among other 
things). In both cases, this is a kernel issue.

They will tell you it's not:

/usr/include/linux/list.h:700: warning: #warning don't include kernel 
headers in userspace
Irrelevant.  The #include linux/list.h is only there in an attempt to resolve 
the type of the inserted kernel memory list pointer.

I don't know how to handle this properly, though.
Don't assume problems with test kernels need to be resolved here.
Marc.
+--+---+
|  Marc Aurele La France   |  work:   1-780-492-9310   |
|  Computing and Network Services  |  fax:1-780-492-1729   |
|  352 General Services Building   |  email:  [EMAIL PROTECTED]  |
|  University of Alberta   +---+
|  Edmonton, Alberta   |   |
|  T6G 2H1 | Standard disclaimers apply|
|  CANADA  |   |
+--+---+
XFree86 developer and VP.  ATI driver and X server internals.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-06 Thread Michael Lampe
Marc Aurele La France wrote:
... In both cases, this is a kernel issue.

They will tell you it's not:

/usr/include/linux/list.h:700: warning: #warning don't include kernel 
headers in userspace
Irrelevant.  The #include linux/list.h is only there in an attempt to resolve 
the type of the inserted kernel memory list pointer.

I don't know how to handle this properly, though.
Don't assume problems with test kernels need to be resolved here.
You didn't get it. Including linux kernel headers in user space is a no 
no. See various threads about this on LKML. Bottom line: If you include 
kernel headers and your app breaks it's your fault not ours.

-Michael
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-06 Thread Marc Aurele La France
On Mon, 6 Sep 2004, Michael Lampe wrote:
Marc Aurele La France wrote:

... In both cases, this is a kernel issue.

They will tell you it's not:

/usr/include/linux/list.h:700: warning: #warning don't include kernel 
headers in userspace

Irrelevant.  The #include linux/list.h is only there in an attempt to 
resolve the type of the inserted kernel memory list pointer.

I don't know how to handle this properly, though.

Don't assume problems with test kernels need to be resolved here.

You didn't get it. Including linux kernel headers in user space is a no no. 
See various threads about this on LKML. Bottom line: If you include kernel 
headers and your app breaks it's your fault not ours.
Leave religion out of this.
1) Xfbdev has always been Linux-specific.
2) Driving /dev/fb* as anything other than a dumb framebuffer isn't possible
   without linux/fb.h's ioctl's.
rc1 is broken WRT this problem.  Fix this there.
Marc.
+--+---+
|  Marc Aurele La France   |  work:   1-780-492-9310   |
|  Computing and Network Services  |  fax:1-780-492-1729   |
|  352 General Services Building   |  email:  [EMAIL PROTECTED]  |
|  University of Alberta   +---+
|  Edmonton, Alberta   |   |
|  T6G 2H1 | Standard disclaimers apply|
|  CANADA  |   |
+--+---+
XFree86 developer and VP.  ATI driver and X server internals.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-04 Thread Jeff Chua
On Fri, 3 Sep 2004, Marc Aurele La France wrote:
I don't know what the problem is, but it does seem that under 
/usr/include/linux, your fb.h and list.h are not what they should be.
They came straigt from linux-2.6.9rc1.
I realized that the cvs compiles fine with linux-2.4, but not the fbdev 
doesn't compile under 2.6.9rc1.

Jeff
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-04 Thread Marc Aurele La France
On Sat, 4 Sep 2004, Jeff Chua wrote:
On Fri, 3 Sep 2004, Marc Aurele La France wrote:

I don't know what the problem is, but it does seem that under 
/usr/include/linux, your fb.h and list.h are not what they should be.

They came straigt from linux-2.6.9rc1.

I realized that the cvs compiles fine with linux-2.4, but not the fbdev 
doesn't compile under 2.6.9rc1.
rc1 inserts a pointer to kernel memory into the middle of the fb_monspecs 
structure. So, either more of linux/fb.h needs to bracketed with #ifndef 
__KERNEL__, or rc1 breaks userland binary compatibility (among other things). 
In both cases, this is a kernel issue.

Marc.
+--+---+
|  Marc Aurele La France   |  work:   1-780-492-9310   |
|  Computing and Network Services  |  fax:1-780-492-1729   |
|  352 General Services Building   |  email:  [EMAIL PROTECTED]  |
|  University of Alberta   +---+
|  Edmonton, Alberta   |   |
|  T6G 2H1 | Standard disclaimers apply|
|  CANADA  |   |
+--+---+
XFree86 developer and VP.  ATI driver and X server internals.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-03 Thread Marc Aurele La France
On Mon, 30 Aug 2004, Jeff Chua wrote:
latest cvs has this problem. Just downloaded today.

gcc -c -O2 -fno-strength-reduce -ansi -Wall -Wpointer-arith 
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations 
-Wredundant-decls -Wnested-externs -Wundef 
-I../../../../../programs/Xserver/hw/tinyx 
-I../../../../../programs/Xserver/hw/tinyx/linux 
-I../../../../../exports/include/X11 -I../../../../../include/fonts 
-I../../../../../programs/Xserver/fb -I../../../../../programs/Xserver/mi 
-I../../../../../programs/Xserver/Xext 
-I../../../../../programs/Xserver/miext/shadow 
-I../../../../../programs/Xserver/miext/layer 
-I../../../../../programs/Xserver/include 
-I../../../../../programs/Xserver/os -I../../../../../include/extensions 
-I../../../../../exports/include/X11 -I../../../../../programs/Xserver/render 
-I../../../../../programs/Xserver/randr -I.  -I../../../../.. 
-I../../../../../exports/include   -Dlinux -D__i386__ 
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE 
-D_SVID_SOURCE  -D_GNU_SOURCE  -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP 
-DXCSECURITY -DTOGCUP  -DXF86BIGFONT -DDPMSExtension  -DPIXPRIV -DPANORAMIX 
-DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH 
-DXFreeXDGA -DXvExtension -DXFree86LOADER  -DXFree86Server -DXF86VIDMODE 
-DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension 
-DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG   -DFUNCPROTO=15 -DNARROWPROTO 
-DXIPAQ   fbdev.c
In file included from /usr/include/linux/fb.h:5,
from fbdev.h:28,
from fbdev.c:70:
/usr/include/linux/list.h:700: warning: #warning don't include kernel 
headers in userspace
In file included from fbdev.h:28,
from fbdev.c:70:
/usr/include/linux/fb.h:286: field `modelist' has incomplete type
In file included from fbdev.h:29,
from fbdev.c:70:
/usr/include/unistd.h:966: warning: redundant redeclaration of `ctermid' in 
same scope
/usr/include/stdio.h:585: warning: previous declaration of `ctermid'
In file included from /usr/include/string.h:360,
from ../../../../../exports/include/X11/Xos.h:93,
from ../../../../../programs/Xserver/hw/tinyx/tinyx.h:74,
from fbdev.h:31,
from fbdev.c:70:
/usr/include/bits/string2.h: In function `__mempcpy_small':
/usr/include/bits/string2.h:250: warning: pointer of type `void *' used in 
arithmetic
/usr/include/bits/string2.h:254: warning: pointer of type `void *' used in 
arithmetic
/usr/include/bits/string2.h:258: warning: pointer of type `void *' used in 
arith
fbdev.c: In function `fbdevScreenInit':
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
make[5]: *** [fbdev.o] Error 1
make[5]: Leaving directory 
`/v6/src2/xfree86/xc/programs/Xserver/hw/tinyx/fbdev'
make[4]: *** [hw/tinyx/fbdev] Error 2
make[4]: Leaving directory `/v6/src2/xfree86/xc/programs/Xserver'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/v6/src2/xfree86/xc/programs'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/v6/src2/xfree86/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/v6/src2/xfree86/xc'
make: *** [World] Error 2
I don't know what the problem is, but it does seem that under 
/usr/include/linux, your fb.h and list.h are not what they should be.

Marc.
+--+---+
|  Marc Aurele La France   |  work:   1-780-492-9310   |
|  Computing and Network Services  |  fax:1-780-492-1729   |
|  352 General Services Building   |  email:  [EMAIL PROTECTED]  |
|  University of Alberta   +---+
|  Edmonton, Alberta   |   |
|  T6G 2H1 | Standard disclaimers apply|
|  CANADA  |   |
+--+---+
XFree86 developer and VP.  ATI driver and X server internals.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


cvs compile failed: fbdev

2004-08-29 Thread Jeff Chua
latest cvs has this problem. Just downloaded today.
gcc -c -O2 -fno-strength-reduce -ansi -Wall -Wpointer-arith 
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations 
-Wredundant-decls -Wnested-externs -Wundef 
-I../../../../../programs/Xserver/hw/tinyx 
-I../../../../../programs/Xserver/hw/tinyx/linux 
-I../../../../../exports/include/X11 -I../../../../../include/fonts 
-I../../../../../programs/Xserver/fb -I../../../../../programs/Xserver/mi 
-I../../../../../programs/Xserver/Xext 
-I../../../../../programs/Xserver/miext/shadow 
-I../../../../../programs/Xserver/miext/layer 
-I../../../../../programs/Xserver/include 
-I../../../../../programs/Xserver/os 
-I../../../../../include/extensions -I../../../../../exports/include/X11 
-I../../../../../programs/Xserver/render 
-I../../../../../programs/Xserver/randr -I.  -I../../../../.. 
-I../../../../../exports/include   -Dlinux -D__i386__ 
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE 
-D_SVID_SOURCE  -D_GNU_SOURCE  -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP 
-DXCSECURITY -DTOGCUP  -DXF86BIGFONT -DDPMSExtension  -DPIXPRIV 
-DPANORAMIX  -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV 
-DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER  -DXFree86Server 
-DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG 
-DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG   -DFUNCPROTO=15 
-DNARROWPROTO   -DXIPAQ   fbdev.c
In file included from /usr/include/linux/fb.h:5,
 from fbdev.h:28,
 from fbdev.c:70:
/usr/include/linux/list.h:700: warning: #warning don't include kernel 
headers in userspace
In file included from fbdev.h:28,
 from fbdev.c:70:
/usr/include/linux/fb.h:286: field `modelist' has incomplete type
In file included from fbdev.h:29,
 from fbdev.c:70:
/usr/include/unistd.h:966: warning: redundant redeclaration of `ctermid' 
in same scope
/usr/include/stdio.h:585: warning: previous declaration of `ctermid'
In file included from /usr/include/string.h:360,
 from ../../../../../exports/include/X11/Xos.h:93,
 from ../../../../../programs/Xserver/hw/tinyx/tinyx.h:74,
 from fbdev.h:31,
 from fbdev.c:70:
/usr/include/bits/string2.h: In function `__mempcpy_small':
/usr/include/bits/string2.h:250: warning: pointer of type `void *' used in 
arithmetic
/usr/include/bits/string2.h:254: warning: pointer of type `void *' used in 
arithmetic
/usr/include/bits/string2.h:258: warning: pointer of type `void *' used in 
arith
fbdev.c: In function `fbdevScreenInit':
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
fbdev.c:270: warning: pointer of type `void *' used in arithmetic
make[5]: *** [fbdev.o] Error 1
make[5]: Leaving directory 
`/v6/src2/xfree86/xc/programs/Xserver/hw/tinyx/fbdev'
make[4]: *** [hw/tinyx/fbdev] Error 2
make[4]: Leaving directory `/v6/src2/xfree86/xc/programs/Xserver'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/v6/src2/xfree86/xc/programs'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/v6/src2/xfree86/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/v6/src2/xfree86/xc'
make: *** [World] Error 2

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-29 Thread Alan Hourihane
On Tue, Jun 29, 2004 at 02:18:10AM +0200, Thomas Winischhofer wrote:
 David Dawes wrote:
 On Mon, Jun 28, 2004 at 05:44:14PM +0100, Dr Andrew C Aitchison wrote:
 
 On Mon, 28 Jun 2004, Andrew C Aitchison wrote:
 
 
 CVS compile works for me since this change
revision 3.479
date: 2004/06/23 16:58:39;  author: dawes;  state: Exp;  lines: +2 -2
Turn XItsyServer off by default (it doesn't build).
 in xc/config/cf/xfree86.cf
 
 You probably need to do a make World (or at least make Makefiles)
 in the top level to get this change to take effect.
 
 ... However make install fails with
 install -c -m 0444 SecurityPolicy 
 /usr/X11R6/lib/X11/xserver/SecurityPolicy
 install: cannot stat `SecurityPolicy': No such file or directory
 make[5]: *** [install] Error 1
 make[5]: Leaving directory 
 `/home/XFree86/4.4/std/xc/programs/Xserver/Xext/tiny'
 
 Work-around appears to be
 make -k install
 
 
 Speaking of build failures with the current CVS, some recent changes to the
 sis driver result in a build failure for the static server:
 
 ../../programs/Xserver/hw/xfree86/drivers/libdriver.a(sis_drv.o): In 
 function `SISDRIScreenInit':
 sis_drv.o(.text+0x4ecae): undefined reference to `DRICreatePCIBusID'
 
 Yeah, I know. Fix in the queue.
 
 Isn't Alan to update the DRI stuff to current anytime soon?

We're lagging a little behind the DRI CVS, but if there's build problems
Thomas, please go ahead and don't wait for me and pull what you need in.

Alan.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-29 Thread Thomas Winischhofer
Alan Hourihane wrote:
Isn't Alan to update the DRI stuff to current anytime soon?

We're lagging a little behind the DRI CVS, but if there's build problems
Thomas, please go ahead and don't wait for me and pull what you need in.
Well, for now I commented out my call to the yet-to-be-imported 
DRICreatePCIBusID() function. This broke the static build (modular not 
affected as I check the loader symbol first).

Thomas

--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net  http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-28 Thread Andrew C Aitchison
On Mon, 28 Jun 2004, Jeff Chua wrote:

 On Wed, 23 Jun 2004, David Dawes wrote:
 
  On Wed, Jun 23, 2004 at 11:24:54AM +0100, Dr Andrew C Aitchison wrote:
  I'll fix xfree86.cf to turn XItsyServer off by default.  I expect that
  the tinyx/itsy ought to be removed.

Davids wrote that, not me. 
CVS compile works for me since this change
revision 3.479
date: 2004/06/23 16:58:39;  author: dawes;  state: Exp;  lines: +2 -2
Turn XItsyServer off by default (it doesn't build).
in xc/config/cf/xfree86.cf

You probably need to do a make World (or at least make Makefiles)
in the top level to get this change to take effect.

-- 
Andrew C. Aitchison Cambridge
[EMAIL PROTECTED]

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-28 Thread Dr Andrew C Aitchison
On Mon, 28 Jun 2004, Andrew C Aitchison wrote:

 CVS compile works for me since this change
   revision 3.479
   date: 2004/06/23 16:58:39;  author: dawes;  state: Exp;  lines: +2 -2
   Turn XItsyServer off by default (it doesn't build).
 in xc/config/cf/xfree86.cf
 
 You probably need to do a make World (or at least make Makefiles)
 in the top level to get this change to take effect.

... However make install fails with
install -c -m 0444 SecurityPolicy /usr/X11R6/lib/X11/xserver/SecurityPolicy
install: cannot stat `SecurityPolicy': No such file or directory
make[5]: *** [install] Error 1
make[5]: Leaving directory `/home/XFree86/4.4/std/xc/programs/Xserver/Xext/tiny'

Work-around appears to be
make -k install

-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-28 Thread David Dawes
On Mon, Jun 28, 2004 at 05:44:14PM +0100, Dr Andrew C Aitchison wrote:
On Mon, 28 Jun 2004, Andrew C Aitchison wrote:

 CVS compile works for me since this change
  revision 3.479
  date: 2004/06/23 16:58:39;  author: dawes;  state: Exp;  lines: +2 -2
  Turn XItsyServer off by default (it doesn't build).
 in xc/config/cf/xfree86.cf
 
 You probably need to do a make World (or at least make Makefiles)
 in the top level to get this change to take effect.

... However make install fails with
install -c -m 0444 SecurityPolicy /usr/X11R6/lib/X11/xserver/SecurityPolicy
install: cannot stat `SecurityPolicy': No such file or directory
make[5]: *** [install] Error 1
make[5]: Leaving directory `/home/XFree86/4.4/std/xc/programs/Xserver/Xext/tiny'

I've just committed a patch that should fix this.  Let me know if it doesn't.

David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-28 Thread David Dawes
On Mon, Jun 28, 2004 at 05:44:14PM +0100, Dr Andrew C Aitchison wrote:
On Mon, 28 Jun 2004, Andrew C Aitchison wrote:

 CVS compile works for me since this change
  revision 3.479
  date: 2004/06/23 16:58:39;  author: dawes;  state: Exp;  lines: +2 -2
  Turn XItsyServer off by default (it doesn't build).
 in xc/config/cf/xfree86.cf
 
 You probably need to do a make World (or at least make Makefiles)
 in the top level to get this change to take effect.

... However make install fails with
install -c -m 0444 SecurityPolicy /usr/X11R6/lib/X11/xserver/SecurityPolicy
install: cannot stat `SecurityPolicy': No such file or directory
make[5]: *** [install] Error 1
make[5]: Leaving directory `/home/XFree86/4.4/std/xc/programs/Xserver/Xext/tiny'

Work-around appears to be
   make -k install

Speaking of build failures with the current CVS, some recent changes to the
sis driver result in a build failure for the static server:

../../programs/Xserver/hw/xfree86/drivers/libdriver.a(sis_drv.o): In function 
`SISDRIScreenInit':
sis_drv.o(.text+0x4ecae): undefined reference to `DRICreatePCIBusID'

David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-28 Thread Thomas Winischhofer
David Dawes wrote:
On Mon, Jun 28, 2004 at 05:44:14PM +0100, Dr Andrew C Aitchison wrote:
On Mon, 28 Jun 2004, Andrew C Aitchison wrote:

CVS compile works for me since this change
revision 3.479
date: 2004/06/23 16:58:39;  author: dawes;  state: Exp;  lines: +2 -2
Turn XItsyServer off by default (it doesn't build).
in xc/config/cf/xfree86.cf
You probably need to do a make World (or at least make Makefiles)
in the top level to get this change to take effect.
... However make install fails with
install -c -m 0444 SecurityPolicy /usr/X11R6/lib/X11/xserver/SecurityPolicy
install: cannot stat `SecurityPolicy': No such file or directory
make[5]: *** [install] Error 1
make[5]: Leaving directory `/home/XFree86/4.4/std/xc/programs/Xserver/Xext/tiny'
Work-around appears to be
make -k install

Speaking of build failures with the current CVS, some recent changes to the
sis driver result in a build failure for the static server:
../../programs/Xserver/hw/xfree86/drivers/libdriver.a(sis_drv.o): In function 
`SISDRIScreenInit':
sis_drv.o(.text+0x4ecae): undefined reference to `DRICreatePCIBusID'
Yeah, I know. Fix in the queue.
Isn't Alan to update the DRI stuff to current anytime soon?
Thomas
--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net  http://www.winischhofer.net/
twini AT xfree86 DOT org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-28 Thread Jeff Chua
On Mon, 28 Jun 2004, Andrew C Aitchison wrote:
On Wed, 23 Jun 2004, David Dawes wrote:
Turn XItsyServer off by default (it doesn't build).
in xc/config/cf/xfree86.cf
You probably need to do a make World (or at least make Makefiles)
in the top level to get this change to take effect.

You're right. make World does the trick. Compiles ok now.
The only tweak I had to do is to disable TOSHIBA_SMM in
xc/programs/Xserver/hw/tinyx/vesa/vesa.c
// line 1479
#undef TOSHIBA_SMM
#if TOSHIBA_SMM
Without that, vesa.c will fail to compile.

Thanks,
Jeff
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-27 Thread Jeff Chua
On Wed, 23 Jun 2004, David Dawes wrote:
On Wed, Jun 23, 2004 at 11:24:54AM +0100, Dr Andrew C Aitchison wrote:
I'll fix xfree86.cf to turn XItsyServer off by default.  I expect that
the tinyx/itsy ought to be removed.

Any chance of this happening soon? The latest CVS still fails.
In file included from ../../../../../exports/include/X11/Xos.h:164,
 from ../../../../../programs/Xserver/hw/tinyx/tinyx.h:74,
 from itsy.h:24,
 from itsy.c:70:
/usr/include/unistd.h: At top level:
/usr/include/unistd.h:966: warning: redundant redeclaration of `ctermid' 
in same scope
/usr/include/stdio.h:585: warning: previous declaration of `ctermid'
itsy.c:78: warning: no previous prototype for `itsyCardInit'
itsy.c: In function `itsyCardInit':
itsy.c:87: `FB_LCD_PARAMS' undeclared (first use in this function)
itsy.c:87: (Each undeclared identifier is reported only once
itsy.c:87: for each function it appears in.)
itsy.c:92: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:95: warning: unsigned int format, pointer arg (arg 3)
itsy.c:81: warning: unused variable `pixels'
itsy.c: At top level:
itsy.c:108: warning: no previous prototype for `itsyScreenInit'
itsy.c: In function `itsyScreenInit':
itsy.c:111: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:112: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:113: structure has no member named `depth'
itsy.c:113: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:114: structure has no member named `bitsPerPixel'
itsy.c:114: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:115: structure has no member named `byteStride'
itsy.c:115: invalid use of undefined type `struct FbLcdParamsStruct'


Thanks,
Jeff
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-23 Thread Dr Andrew C Aitchison
On Wed, 23 Jun 2004, Jeff Chua wrote:

 Just downloaded the lastest cvs. Failed to compile.

The error lines before the ones Jeff quoted seem more illuminating:
  In file included from itsy.c:70:
  itsy.h:27:27: linux/itsy_fb.h: No such file or directory
  itsy.h:28:27: linux/itsy_ts.h: No such file or directory
  itsy.h:29:32: linux/itsy_buttons.h: No such file or directory
  itsy.h:30:32: linux/itsy_session.h: No such file or directory

kbd.c also has missing files
  kbd.c:25:21: kkeymap.h: No such file or directory
  kbd.c:27:32: linux/itsy_buttons.h: No such file or directory


-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed

2004-06-23 Thread David Dawes
On Wed, Jun 23, 2004 at 11:24:54AM +0100, Dr Andrew C Aitchison wrote:
On Wed, 23 Jun 2004, Jeff Chua wrote:

 Just downloaded the lastest cvs. Failed to compile.

The error lines before the ones Jeff quoted seem more illuminating:
  In file included from itsy.c:70:
  itsy.h:27:27: linux/itsy_fb.h: No such file or directory
  itsy.h:28:27: linux/itsy_ts.h: No such file or directory
  itsy.h:29:32: linux/itsy_buttons.h: No such file or directory
  itsy.h:30:32: linux/itsy_session.h: No such file or directory

kbd.c also has missing files
  kbd.c:25:21: kkeymap.h: No such file or directory
  kbd.c:27:32: linux/itsy_buttons.h: No such file or directory

I'll fix xfree86.cf to turn XItsyServer off by default.  I expect that
the tinyx/itsy ought to be removed.

David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


cvs compile failed

2004-06-22 Thread Jeff Chua
Just downloaded the lastest cvs. Failed to compile.
itsy.c:78: warning: no previous prototype for `itsyCardInit'
itsy.c: In function `itsyCardInit':
itsy.c:87: `FB_LCD_PARAMS' undeclared (first use in this function)
itsy.c:87: (Each undeclared identifier is reported only once
itsy.c:87: for each function it appears in.)
itsy.c:92: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:95: warning: unsigned int format, pointer arg (arg 3)
itsy.c:81: warning: unused variable `pixels'
itsy.c: At top level:
itsy.c:108: warning: no previous prototype for `itsyScreenInit'
itsy.c: In function `itsyScreenInit':
itsy.c:111: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:112: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:113: structure has no member named `depth'
itsy.c:113: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:114: structure has no member named `bitsPerPixel'
itsy.c:114: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:115: structure has no member named `byteStride'
itsy.c:115: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:116: structure has no member named `pixelStride'
itsy.c:116: invalid use of undefined type `struct FbLcdParamsStruct'
itsy.c:117: invalid use of undefined type `struct FbLcdParamsStruct'

Thanks,
Jeff
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel