Greg A. Woods | 14 Jul 02:25 2006
X-Face

definition of xf86LoadVBEModule() macro missing from xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h?

I'm seeing the following error while trying to build xsrc-current on
netbsd-1-6.  It would seem on first glance this error would occur
everywhere since xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h has not
been updated to include the necessary definition of xf86LoadVBEModule()

BTW, how the heck to I tell the Imake generated makefiles to _ALWAYS_
stop on errors!?!?!?!?  (So far as I can tell "-i" is not in MAKEFLAGS)

gcc -o XFree86 -pipe -O2 -march=pentiumpro -g -ansi -Dasm=__asm  -static   -L../../exports/lib  
xkb/xf86KillSrv.o xkb/xf86VT.o xkb/xf86Private.o
../../programs/Xserver/hw/xfree86/drivers/drvConf.o
../../programs/Xserver/hw/xfree86/input/drvConf.o          
../../programs/Xserver/hw/xfree86/drivers/libdriver.a
../../programs/Xserver/hw/xfree86/ramdac/libramdac.a
../../programs/Xserver/hw/xfree86/ddc/libddc.a
../../programs/Xserver/hw/xfree86/i2c/libi2c.a              
../../programs/Xserver/hw/xfree86/xaa/libxaa.a
../../programs/Xserver/hw/xfree86/vgahw/libvgahw.a
../../programs/Xserver/hw/xfree86/fbdevhw/libfbdevhw.a              
../../programs/Xserver/hw/xfree86/xf8_32bpp/libxf8_32bpp.a              
../../programs/Xserver/hw/xfree86/xf8_16bpp/libxf8_16bpp.a
../../programs/Xserver/hw/xfree86/xf24_32bpp/libxf24_32bpp.a             
../../programs/Xserver/hw/xfree86/xf4bpp/libxf4bpp.a
../../programs/Xserver/hw/xfree86/xf1bpp/libxf1bpp.a
../../programs/Xserver/hw/xfree86/shadowfb/libshadowfb.a afb/libafb.a
../../programs/Xserver/hw/xfree86/input/libidriver.a 
../../programs/Xserver/hw/xfree86/common/xf86Init.o
../../programs/Xserver/hw/xfree86/common/xf86IniExt.o
../../programs/Xserver/hw/xfree86/common/libxf86.a
../../programs/Xserver/hw/xfree86/rac/librac.a            
(Continue reading)

Nicolas Joly | 14 Jul 09:20 2006
Picon
Picon

Re: definition of xf86LoadVBEModule() macro missing from xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h?

On Thu, Jul 13, 2006 at 08:25:32PM -0400, Greg A. Woods wrote:
> 
> BTW, how the heck to I tell the Imake generated makefiles to _ALWAYS_
> stop on errors!?!?!?!?  (So far as I can tell "-i" is not in MAKEFLAGS)

This is a bug which has been fixed in 4.6.0 :

XFree86 4.5.99.901 (6 March 2006)
[...]
 230. Fix a problem on NetBSD where a build will continue after an error
      (David Dawes).

Try the following patch (untested) :

Index: xc/config/cf/Imake.rules
===================================================================
RCS file: /cvs/xc/config/cf/Imake.rules,v
retrieving revision 3.145
retrieving revision 3.146
diff -u -r3.145 -r3.146
--- xc/config/cf/Imake.rules	14 Oct 2005 15:15:52 -0000	3.145
+++ xc/config/cf/Imake.rules	6 Mar 2006 15:58:01 -0000	3.146
 <at>  <at>  -1704,8 +1719,9  <at>  <at> 
  */
 #ifndef MakeNamedTargetSubdir
 #define MakeNamedTargetSubdir(dir,flags,subname)\
-		(cd dir && $(MAKE) $(MFLAGS) $(PARALLELMFLAGS) \	 <at>  <at> \
-			flags subname)
+		if [ -z "$$_fail" ]; then _fail="exit 1"; fi; \		 <at>  <at> \
+		(cd dir; $(MAKE) $(MFLAGS) $(PARALLELMFLAGS) \		 <at>  <at> \
(Continue reading)

Greg A. Woods | 15 Jul 02:18 2006
X-Face

fixing the X11 imake build infrastructure to exit on error

At Fri, 14 Jul 2006 09:20:59 +0200,
Nicolas Joly wrote:
> 
> On Thu, Jul 13, 2006 at 08:25:32PM -0400, Greg A. Woods wrote:
> > 
> > BTW, how the heck to I tell the Imake generated makefiles to _ALWAYS_
> > stop on errors!?!?!?!?  (So far as I can tell "-i" is not in MAKEFLAGS)
> 
> This is a bug which has been fixed in 4.6.0 :
> 
> XFree86 4.5.99.901 (6 March 2006)
> [...]
>  230. Fix a problem on NetBSD where a build will continue after an error
>       (David Dawes).
> 
> Try the following patch (untested) :

I finally figured the same thing out just before I read your post.

I'm not sure why "set -e" doesn't cause an exit within a "for" or
"while" (on un-tested exit status results), nor why a non-zero result in
an "if" statement doesn't trigger an exit either.  I thought they did
once upon a time in real Unix, but I'm too lazy to fire up something
like that to test right now.

Hmmm.... come to think of it I found the same problem with some version
of Bash once upon a time too (three or four years ago).

The following changes actually work, though the whole
MakeFlagsToShellFlags junk should just be eliminated:
(Continue reading)

Greg A. Woods | 16 Jul 01:18 2006
X-Face

definition of xf86LoadVBEModule() macro missing from xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h?

(Gack!  Why can't I see the original message headers on mail-index.NetBSD.org?)

Seems the following change is the culprit since it was incomplete.

----------------------------
revision 1.7
date: 2005/12/27 20:19:07;  author: jmmv;  state: Exp;  lines: +56 -24
Sync the Nvidia drivers with XFree86's sources as of December 24th, 2005.
These changes fix lots of problems (i.e. freezes) with the latest cards
(such as a GeForce 6600GT).

Approved by tron <at> .
----------------------------

Indeed the original diffs posted to tech-x11 include the calls to this
macro but no new definition for it.

	http://mail-index.netbsd.org/tech-x11/2005/12/24/0000.html

I see it has been pulled up to 3.1 and 3.0 too, but I don't see any
corresponding definition of xf86LoadVBEModule() in any file checked out
from the netbsd-3 branch of xsrc and so I'm not sure how anyone is
successfully building x11 on NetBSD at the moment.  Is everyone ignoring
the build errors because the make doesn't stop!?!?!?!?  WTF!?!?!?

$ cd /usr/xsrc-3
$ cat CVS/Tag
Tnetbsd-3
$ find . -name '*.[ch]' -print | xargs fgrep xf86LoadVBEModule
./programs/Xserver/hw/xfree86/drivers/nv/nv_driver.c:    if (xf86LoadVBEModule(pScrn)) {
(Continue reading)

David Brownlee | 24 Jul 16:58 2006

xorg-clients missing many files

 	feh, now corg-clients (built clean from latest pkgsrc, with only
 	X11_TYPE=xorg in /etc/mk.conf) is reporting missing many files from
 	PLIST, all in /usr/pkg/xorg/lib/X11/icons/whiteglass

 	No idea what changed, switching pkgsrc tree back seven days gives the
 	same error

--

-- 
 			   David Brownlee -- abs <at> absd.org

David Brownlee | 26 Jul 11:34 2006

Many packages needing x11/xcursor (xorg)

 	On a clean xorg install I'm finding various packages will not
 	build without an include of the x11/xcursor buildlink file,
 	such as qt3-tools & wip/sqlitebrowser. Is anyone else seeing
 	similar?

--

-- 
 			   David Brownlee -- abs <at> absd.org

David Brownlee | 26 Jul 11:34 2006

Many packages needing x11/xcursor (xorg)

 	On a clean xorg install I'm finding various packages will not
 	build without an include of the x11/xcursor buildlink file,
 	such as qt3-tools & wip/sqlitebrowser. Is anyone else seeing
 	similar?

--

-- 
 			   David Brownlee -- abs <at> absd.org

Ryo HAYASAKA | 26 Jul 11:38 2006
Picon

Re: Many packages needing x11/xcursor (xorg)

In the message on Wed, 26 Jul 2006 10:34:43 +0100 (BST),
David Brownlee <abs <at> absd.org> wrote:

>  	On a clean xorg install I'm finding various packages will not
>  	build without an include of the x11/xcursor buildlink file,
>  	such as qt3-tools & wip/sqlitebrowser. Is anyone else seeing
>  	similar?

Yes.  I submitted PR #34076 about qt3-tools.

--
Ryo HAYASAKA <ryoh <at> jaist.ac.jp>
Japan Advanced Institute of Science and Technology (JAIST)
Jeremy C. Reed | 28 Jul 09:13 2006
Picon

screen saver for wsdisplay on vesafb and Xorg wsfb?

For two months, I have been using Xorg xf86-video-wsfb driver with 
NetBSD's wsdisplay(4) on NetBSD's vesafb (missing man page?).
(vesa not mentioned in wsdisplay(4) either.) This is on i386 NetBSD 
3.99.2x.

I can't turn off my display with xset.

The wsfb_driver.c has:

      pScreen->SaveScreen = WsfbSaveScreen;

which is:

WsfbSaveScreen(ScreenPtr pScreen, int mode)
{
        ScrnInfoPtr pScrn = xf86Screens[pScreen->myNum];
        WsfbPtr fPtr = WSFBPTR(pScrn);
        int state;

        TRACE_ENTER("SaveScreen");

        if (!pScrn->vtSema)
                return TRUE;

        if (mode != SCREEN_SAVER_FORCER) {
                state = xf86IsUnblank(mode)?WSDISPLAYIO_VIDEO_ON:
                                            WSDISPLAYIO_VIDEO_OFF;
                ioctl(fPtr->fd,
                      WSDISPLAYIO_SVIDEO, &state);
        }
(Continue reading)

Hubert Feyrer | 29 Jul 03:03 2006
Picon

Open Source Graphic Drivers - They Don't Kill Kittens


Seems NetBSD is not really the only party that's upset by the lack of open 
source gfx drivers. Check out the presentation "Open Source Graphic 
Drivers - They Don't Kill Kittens" by David M. Airlie in the Canadian 
Linux Symposium Proceedings (pages 19--26) for an overview of what's 
available, what's in process and what's unlikely to happen.

The Proceedings can be found at 
http://www.linuxsymposium.org/2006/linuxsymposium_procv1.pdf

(Source: <de>http://www.heise.de/newsticker/meldung/76098</de>)

  - Hubert


Gmane