RE: XWarpPointer seems doesn't work properly.
> I checked again, this time a bit different setup to make sure and both > git > master and 1.12.4 work fine here. You'll have to debug this (though I > recommend to check git master first to make sure it hasn't acidentally > been > fixed). > > If the event coordinates are correct but the sprite doesn't update, the > issue is likely somewhere in positionSprite (dix/getevents.c), or > miPointerUpdateSprite in mieqProcessInputEvents. > > Changing the sleep time will have no effect on this bug, so you can reduce > it for debugging if you need to. > > Cheers, >Peter Thank you for your confirmation again. As you pointed out, I tried to find same problem on git master but I couldn't find it. I see. I will try to see what is happening on the positionSprite or miPointerUpdateSprite. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
RE: XWarpPointer seems doesn't work properly.
> -Original Message- > From: xorg-bounces+yasushi.asano=jp.fujitsu@lists.x.org > [mailto:xorg-bounces+yasushi.asano=jp.fujitsu@lists.x.org] On > Behalf Of Thomas Lubking > Sent: Thursday, January 24, 2013 8:46 PM > To: xorg@lists.x.org > Subject: Re: XWarpPointer seems doesn't work properly. > > On Donnerstag, 24. Januar 2013 01:09:51 CEST, Asano, Yasushi wrote: > > > However, mostly when I run the program, the pointer stays in > > one place and only sometimes jumps to the coordinate I > > specified. > > Even if I change my "sleep" value to TEN SECONDS. I still get > > the same erratic display behaviour. > > I checked in xev and the coordinates are changing correctly, > > but the displayed position does not jump as it should. > > If possible please could you check again in your environment > > just to be sure? > > I can't figure out why I get this strange behaviour.. > > Do you have any theories? > > Random guess: synaptics driver? Thank you for your reply. I don't use synaptics driver (Not touchpad enviromment). I could see this problem on fedora 17 on desktop PC and Embedded Linux on P1020RDB(Freescale) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
bug id=57303
Looks like I ran headlong into bug id=57303. following the same process I have been on for a week or so now I do the following : aster $ rm -rf xorg/ aster $ rm -rf /opt/xorg/* aster $ mkdir -p xorg/util aster $ CONFFLAGS=\-\-with\-udev\-rules\-dir\=/opt/xorg/udev aster $ export CONFFLAGS aster $ git clone git://anongit.freedesktop.org/git/xorg/util/modular xorg/util/modular Cloning into xorg/util/modular... remote: Counting objects: 2345, done. remote: Compressing objects: 100% (1214/1214), done. remote: Total 2345 (delta 1486), reused 1765 (delta 1125) Receiving objects: 100% (2345/2345), 1.05 MiB | 729 KiB/s, done. Resolving deltas: 100% (1486/1486), done. aster $ cd xorg aster $ ./util/modular/build.sh --clone --autoresume built.modules /opt/xorg proceeds neatly until : == == Processing module/component: "driver/xf86-video-ark" ==configuration options: --with-udev-rules-dir=/opt/xorg/udev Cloning into driver/xf86-video-ark... remote: Counting objects: 353, done. remote: Compressing objects: 100% (231/231), done. remote: Total 353 (delta 197), reused 216 (delta 111) Receiving objects: 100% (353/353), 57.77 KiB, done. Resolving deltas: 100% (197/197), done. autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I /opt/xorg/share/aclocal configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: configure.ac: tracing configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: libtoolize --copy libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: /usr/bin/autoconf configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: /usr/bin/autoheader configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: automake --add-missing --copy --no-force configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark configure.ac:41: installing `./config.guess' configure.ac:41: installing `./config.sub' configure.ac:34: installing `./install-sh' configure.ac:34: installing `./missing' src/Makefile.am: installing `./depcomp' autoreconf: Leaving directory `.' configure: WARNING: unrecognized options: --with-udev-rules-dir checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... -std=gnu99 checking how to run the C preprocessor... gcc -std=gnu99 -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether __clang__ is declared... no checking whether __INTEL_COMPILER is declared... no checking whether __SUNPRO_C is declared... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for a sed that does not truncate output... /bin/sed checking if gcc -std=gnu99 supports -Werror=unknown-warning-option... no checking if gcc -std=gnu99 supports -Werror=unused-command-line-argument... no checking if gcc -std=gnu99 supports -Wall... yes checking if
bug id=57303
Looks like I ran headlong into bug id=57303. following the same process I have been on for a week or so now I do the following : aster $ rm -rf xorg/ aster $ rm -rf /opt/xorg/* aster $ mkdir -p xorg/util aster $ CONFFLAGS=\-\-with\-udev\-rules\-dir\=/opt/xorg/udev aster $ export CONFFLAGS aster $ git clone git://anongit.freedesktop.org/git/xorg/util/modular xorg/util/modular Cloning into xorg/util/modular... remote: Counting objects: 2345, done. remote: Compressing objects: 100% (1214/1214), done. remote: Total 2345 (delta 1486), reused 1765 (delta 1125) Receiving objects: 100% (2345/2345), 1.05 MiB | 729 KiB/s, done. Resolving deltas: 100% (1486/1486), done. aster $ cd xorg aster $ ./util/modular/build.sh --clone --autoresume built.modules /opt/xorg proceeds neatly until : == == Processing module/component: "driver/xf86-video-ark" ==configuration options: --with-udev-rules-dir=/opt/xorg/udev Cloning into driver/xf86-video-ark... remote: Counting objects: 353, done. remote: Compressing objects: 100% (231/231), done. remote: Total 353 (delta 197), reused 216 (delta 111) Receiving objects: 100% (353/353), 57.77 KiB, done. Resolving deltas: 100% (197/197), done. autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I /opt/xorg/share/aclocal configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: configure.ac: tracing configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: libtoolize --copy libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: /usr/bin/autoconf configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: /usr/bin/autoheader configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark autoreconf: running: automake --add-missing --copy --no-force configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/ark configure.ac:41: installing `./config.guess' configure.ac:41: installing `./config.sub' configure.ac:34: installing `./install-sh' configure.ac:34: installing `./missing' src/Makefile.am: installing `./depcomp' autoreconf: Leaving directory `.' configure: WARNING: unrecognized options: --with-udev-rules-dir checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... -std=gnu99 checking how to run the C preprocessor... gcc -std=gnu99 -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether __clang__ is declared... no checking whether __INTEL_COMPILER is declared... no checking whether __SUNPRO_C is declared... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for a sed that does not truncate output... /bin/sed checking if gcc -std=gnu99 supports -Werror=unknown-warning-option... no checking if gcc -std=gnu99 supports -Werror=unused-command-line-argument... no checking if gcc -std=gnu99 supports -Wall... yes checking if gcc -s
Re: bug id=57303
On 01/25/13 01:28 PM, Dennis Clarke wrote: > build.sh: error processing module/component: "driver/xf86-video-ark" > > Looks like I need mibstore.h and based on the bug report it lives at : > > http://www.opensource.apple.com/source/X11server/X11server-85/kdrive/xorg-server-1.6.0/mi/mibstore.h > > > Any chance to make a change and push it back into the git repo to get passed > this ? Nope. Better for you to edit the list of modules you pass the build script to not try to build drivers no one can maintain any more since the hardware hasn't been seen in a decade or two. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
> On 01/25/13 01:28 PM, Dennis Clarke wrote: > > build.sh: error processing module/component: "driver/xf86-video-ark" > > > > Looks like I need mibstore.h and based on the bug report it lives at > : > > > > http://www.opensource.apple.com/source/X11server/X11server-85/kdrive/xorg-server-1.6.0/mi/mibstore.h > > > > > > Any chance to make a change and push it back into the git repo to > get passed this ? > > Nope. Better for you to edit the list of modules you pass the build > script to > not try to build drivers no one can maintain any more since the > hardware hasn't > been seen in a decade or two. You mean my old PCI Matrox Millenium isn't up to date ? :-) Well, yep, agree. Now then, how does one instruct the build process to bypass such things ? dc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
> > Any chance to make a change and push it back into the git repo to > get passed this ? > > Nope. Better for you to edit the list of modules you pass the build > script to > not try to build drivers no one can maintain any more since the > hardware hasn't > been seen in a decade or two. Why not just stuff this header in the src dir and forget about it ? /*- * mibstore.h -- * Header file for users of the MI backing-store scheme. * * Copyright (c) 1987 by the Regents of the University of California * * Permission to use, copy, modify, and distribute this * software and its documentation for any purpose and without * fee is hereby granted, provided that the above copyright * notice appear in all copies. The University of California * makes no representations about the suitability of this * software for any purpose. It is provided "as is" without * express or implied warranty. */ #ifndef _MIBSTORE_H #define _MIBSTORE_H #include "screenint.h" extern void miInitializeBackingStore( ScreenPtr /*pScreen*/ ); #endif /* _MIBSTORE_H */ ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
On Fri, Jan 25, 2013 at 07:02:54PM -0500, Dennis Clarke wrote: > > > > On 01/25/13 01:28 PM, Dennis Clarke wrote: > > > build.sh: error processing module/component: "driver/xf86-video-ark" > > > > > > Looks like I need mibstore.h and based on the bug report it lives at > > : > > > > > > http://www.opensource.apple.com/source/X11server/X11server-85/kdrive/xorg-server-1.6.0/mi/mibstore.h > > > > > > > > > Any chance to make a change and push it back into the git repo to > > get passed this ? > > > > Nope. Better for you to edit the list of modules you pass the build > > script to > > not try to build drivers no one can maintain any more since the > > hardware hasn't > > been seen in a decade or two. > > You mean my old PCI Matrox Millenium isn't up to date ? :-) > > Well, yep, agree. Now then, how does one instruct the build process > to bypass such things ? it's just a shell-script. comment out the modules you don't need and re-run the build process. Cheers, Peter ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
On Fri, Jan 25, 2013 at 07:22:15PM -0500, Dennis Clarke wrote: > > > > Any chance to make a change and push it back into the git repo to > > get passed this ? > > > > Nope. Better for you to edit the list of modules you pass the build > > script to > > not try to build drivers no one can maintain any more since the > > hardware hasn't > > been seen in a decade or two. > > Why not just stuff this header in the src dir and forget about it ? because this won't be the last change that breaks this module and if we don't have anyone who actually runs and maintains this driver, any work spent on it is wasted. Cheers, Peter > > /*- > * mibstore.h -- > *Header file for users of the MI backing-store scheme. > * > * Copyright (c) 1987 by the Regents of the University of California > * > * Permission to use, copy, modify, and distribute this > * software and its documentation for any purpose and without > * fee is hereby granted, provided that the above copyright > * notice appear in all copies. The University of California > * makes no representations about the suitability of this > * software for any purpose. It is provided "as is" without > * express or implied warranty. > */ > > #ifndef _MIBSTORE_H > #define _MIBSTORE_H > > #include "screenint.h" > > extern void miInitializeBackingStore( > ScreenPtr /*pScreen*/ > ); > > #endif /* _MIBSTORE_H */ > > > ___ > xorg@lists.x.org: X.Org support > Archives: http://lists.freedesktop.org/archives/xorg > Info: http://lists.x.org/mailman/listinfo/xorg > Your subscription address: peter.hutte...@who-t.net > ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
> > because this won't be the last change that breaks this module and if we > don't have anyone who actually runs and maintains this driver, any work > spent on it is wasted. > Fair enough. I only want the NVidia and ATI Radeon drivers at the moment anyways and should comment out everything else. I'll dig into that build script, see where it lists the "modules" or "drivers" and then try again from the top, with feeling. And coffee. Thanks for the reply. dc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
On 01/25/13 04:02 PM, Dennis Clarke wrote: > > >> On 01/25/13 01:28 PM, Dennis Clarke wrote: >>> build.sh: error processing module/component: "driver/xf86-video-ark" >>> >>> Looks like I need mibstore.h and based on the bug report it lives at >> : >>> >>> http://www.opensource.apple.com/source/X11server/X11server-85/kdrive/xorg-server-1.6.0/mi/mibstore.h >>> >>> >>> Any chance to make a change and push it back into the git repo to >> get passed this ? >> >> Nope. Better for you to edit the list of modules you pass the build >> script to >> not try to build drivers no one can maintain any more since the >> hardware hasn't >> been seen in a decade or two. > > You mean my old PCI Matrox Millenium isn't up to date ? :-) > > Well, yep, agree. Now then, how does one instruct the build process > to bypass such things ? build.sh takes a --modfile arg listing all the modules you want to build. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
> > build.sh takes a --modfile arg listing all the modules you want to build. awesome. I looked in there and saw the tseng driver for an IBM PS/2 from 1994 I think. Not needed. Well, at the moment the only trouble spot I seem to hit was something called a newport driver, so I commented that out in the build.sh script : aster $ diff util/modular/build.sh_backup util/modular/build.sh 893c893 < build driver xf86-video-newport --- > # build driver xf86-video-newport Fire off a rebuild and see : aster $ ./util/modular/build.sh --clone --autoresume built.modules /opt/xorg Building to run Linux / x86_64 () Fri Jan 25 19:46:35 EST 2013 Skipping util module component macros... Skipping font module component util... Skipping doc module component xorg-sgml-doctools... Skipping doc module component xorg-docs... Skipping proto module component bigreqsproto... Skipping proto module component compositeproto... Skipping proto module component damageproto... Skipping proto module component dmxproto... Skipping proto module component dri2proto... Skipping proto module component fixesproto... Skipping proto module component fontsproto... Skipping proto module component glproto... Skipping proto module component inputproto... Skipping proto module component kbproto... Skipping proto module component randrproto... Skipping proto module component recordproto... Skipping proto module component renderproto... Skipping proto module component resourceproto... Skipping proto module component scrnsaverproto... Skipping proto module component videoproto... Skipping proto module component x11proto... Skipping proto module component xcmiscproto... Skipping proto module component xextproto... Skipping proto module component xf86bigfontproto... Skipping proto module component xf86dgaproto... Skipping proto module component xf86driproto... Skipping proto module component xf86vidmodeproto... Skipping proto module component xineramaproto... Skipping xcb module component proto... Skipping util module component makedepend... Skipping lib module component libxtrans... Skipping lib module component libXau... Skipping lib module component libXdmcp... Skipping xcb module component pthread-stubs... Skipping xcb module component libxcb... Skipping xcb module component util... Skipping xcb module component util-image... Skipping xcb module component util-keysyms... Skipping xcb module component util-renderutil... Skipping xcb module component util-wm... Skipping lib module component libX11... Skipping lib module component libXext... Skipping lib module component libdmx... Skipping lib module component libfontenc... Skipping lib module component libFS... Skipping lib module component libICE... Skipping lib module component libSM... Skipping lib module component libXt... Skipping lib module component libXmu... Skipping lib module component libXpm... Skipping lib module component libXaw... Skipping lib module component libXfixes... Skipping lib module component libXcomposite... Skipping lib module component libXrender... Skipping lib module component libXdamage... Skipping lib module component libXcursor... Skipping lib module component libXfont... Skipping lib module component libXft... Skipping lib module component libXi... Skipping lib module component libXinerama... Skipping lib module component libxkbfile... Skipping lib module component libXrandr... Skipping lib module component libXRes... Skipping lib module component libXScrnSaver... Skipping lib module component libXtst... Skipping lib module component libXv... Skipping lib module component libXvMC... Skipping lib module component libXxf86dga... Skipping lib module component libXxf86vm... Skipping lib module component libpciaccess... Skipping pixman module component ... Skipping mesa module component drm... Skipping mesa module component mesa... Skipping data module component bitmaps... Skipping app module component appres... Skipping app module component bdftopcf... Skipping app module component beforelight... Skipping app module component bitmap... Skipping app module component editres... Skipping app module component fonttosfnt... Skipping app module component fslsfonts... Skipping app module component fstobdf... Skipping app module component iceauth... Skipping app module component ico... Skipping app module component listres... Skipping app module component luit... Skipping app module component mkcomposecache... Skipping app module component mkfontdir... Skipping app module component mkfontscale... Skipping app module component oclock... Skipping app module component rgb... Skipping app module component rendercheck... Skipping app module component rstart... Skipping app module component scripts... Skipping app module component sessreg... Skipping app module component setxkbmap... Skipping app module component showfont... Skipping app module component smproxy... Skipping app module component twm... Skipping app module component viewres... Skipping app modul
Re: bug id=57303
On Fri, Jan 25, 2013 at 07:50:51PM -0500, Dennis Clarke wrote: > > > > > > build.sh takes a --modfile arg listing all the modules you want to build. > > awesome. > > I looked in there and saw the tseng driver for an IBM PS/2 from 1994 I think. > Not needed. > > Well, at the moment the only trouble spot I seem to hit was something called > a newport driver, so I commented that out in the build.sh script : > > aster $ diff util/modular/build.sh_backup util/modular/build.sh > 893c893 > < build driver xf86-video-newport > --- > > # build driver xf86-video-newport > > Fire off a rebuild and see : > aster $ ./util/modular/build.sh --clone --autoresume built.modules /opt/xorg > Building to run Linux / x86_64 () > Fri Jan 25 19:46:35 EST 2013 > Skipping util module component macros... skipping means it didn't build it, so judging by the output you skipped all modules. Cheers, Peter > Skipping font module component util... > Skipping doc module component xorg-sgml-doctools... > Skipping doc module component xorg-docs... > Skipping proto module component bigreqsproto... > Skipping proto module component compositeproto... > Skipping proto module component damageproto... > Skipping proto module component dmxproto... > Skipping proto module component dri2proto... > Skipping proto module component fixesproto... > Skipping proto module component fontsproto... > Skipping proto module component glproto... > Skipping proto module component inputproto... > Skipping proto module component kbproto... > Skipping proto module component randrproto... > Skipping proto module component recordproto... > Skipping proto module component renderproto... > Skipping proto module component resourceproto... > Skipping proto module component scrnsaverproto... > Skipping proto module component videoproto... > Skipping proto module component x11proto... > Skipping proto module component xcmiscproto... > Skipping proto module component xextproto... > Skipping proto module component xf86bigfontproto... > Skipping proto module component xf86dgaproto... > Skipping proto module component xf86driproto... > Skipping proto module component xf86vidmodeproto... > Skipping proto module component xineramaproto... > Skipping xcb module component proto... > Skipping util module component makedepend... > Skipping lib module component libxtrans... > Skipping lib module component libXau... > Skipping lib module component libXdmcp... > Skipping xcb module component pthread-stubs... > Skipping xcb module component libxcb... > Skipping xcb module component util... > Skipping xcb module component util-image... > Skipping xcb module component util-keysyms... > Skipping xcb module component util-renderutil... > Skipping xcb module component util-wm... > Skipping lib module component libX11... > Skipping lib module component libXext... > Skipping lib module component libdmx... > Skipping lib module component libfontenc... > Skipping lib module component libFS... > Skipping lib module component libICE... > Skipping lib module component libSM... > Skipping lib module component libXt... > Skipping lib module component libXmu... > Skipping lib module component libXpm... > Skipping lib module component libXaw... > Skipping lib module component libXfixes... > Skipping lib module component libXcomposite... > Skipping lib module component libXrender... > Skipping lib module component libXdamage... > Skipping lib module component libXcursor... > Skipping lib module component libXfont... > Skipping lib module component libXft... > Skipping lib module component libXi... > Skipping lib module component libXinerama... > Skipping lib module component libxkbfile... > Skipping lib module component libXrandr... > Skipping lib module component libXRes... > Skipping lib module component libXScrnSaver... > Skipping lib module component libXtst... > Skipping lib module component libXv... > Skipping lib module component libXvMC... > Skipping lib module component libXxf86dga... > Skipping lib module component libXxf86vm... > Skipping lib module component libpciaccess... > Skipping pixman module component ... > Skipping mesa module component drm... > Skipping mesa module component mesa... > Skipping data module component bitmaps... > Skipping app module component appres... > Skipping app module component bdftopcf... > Skipping app module component beforelight... > Skipping app module component bitmap... > Skipping app module component editres... > Skipping app module component fonttosfnt... > Skipping app module component fslsfonts... > Skipping app module component fstobdf... > Skipping app module component iceauth... > Skipping app module component ico... > Skipping app module component listres... > Skipping app module component luit... > Skipping app module component mkcomposecache... > Skipping app module component mkfontdir... > Skipping app module component mkfontscale... > Skipping app module component oclock... > Skipping app module component
Re: bug id=57303
On 01/25/13 06:44 PM, Peter Hutterer wrote: > On Fri, Jan 25, 2013 at 07:50:51PM -0500, Dennis Clarke wrote: >> >> >>> >>> build.sh takes a --modfile arg listing all the modules you want to build. >> >> awesome. >> >> I looked in there and saw the tseng driver for an IBM PS/2 from 1994 I >> think. Not needed. >> >> Well, at the moment the only trouble spot I seem to hit was something called >> a newport driver, so I commented that out in the build.sh script : Newport was a video board for SGI Indy/Indigo2 workstations (more details can be found in it's README file for the morbidly curious), not likely to be found anywhere near most PC's. >> Fire off a rebuild and see : >> aster $ ./util/modular/build.sh --clone --autoresume built.modules /opt/xorg >> Building to run Linux / x86_64 () >> Fri Jan 25 19:46:35 EST 2013 >> Skipping util module component macros... > > skipping means it didn't build it, so judging by the output you skipped all > modules. I thought there was a build.sh flag to output the default mod list, but I don't see it or remember it. The file I pass to --modfile has a the modules listed as: util/macros font/util doc/xorg-sgml-doctools doc/xorg-docs proto/bigreqsproto and so on. Of course, I also run it with the -n flag to keep on going after error, since I'm usually just using it to see which modules build cleanly and which I now need to fix to build on Solaris for some reason. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bug id=57303
> > Fire off a rebuild and see : > > aster $ ./util/modular/build.sh --clone --autoresume built.modules /opt/xorg > > Building to run Linux / x86_64 () > > Fri Jan 25 19:46:35 EST 2013 > > Skipping util module component macros... > > skipping means it didn't build it, so judging by the output you > skipped all modules. > Just my luck :-) Well I have it down to the following very repeatable steps : aster $ rm -rf xorg/ aster $ rm -rf /opt/xorg/* aster $ mkdir -p xorg/util aster $ git clone git://anongit.freedesktop.org/git/xorg/util/modular xorg/util/modular Cloning into xorg/util/modular... remote: Counting objects: 2345, done. remote: Compressing objects: 100% (1214/1214), done. remote: Total 2345 (delta 1487), reused 1765 (delta 1125) Receiving objects: 100% (2345/2345), 1.04 MiB | 517 KiB/s, done. Resolving deltas: 100% (1487/1487), done. aster $ cd $HOME/xorg aster $ CONFFLAGS=\-\-with\-udev\-rules\-dir\=/opt/xorg/udev aster $ export CONFFLAGS aster $ cp -p util/modular/build.sh util/modular/build.sh_backup aster $ diff $HOME/build.sh util/modular/build.sh 858c858 < # build driver xf86-video-geode --- > build driver xf86-video-geode 874c874 < #build driver xf86-video-i740 --- > build driver xf86-video-i740 879,880c879,880 < #build driver xf86-video-apm < #build driver xf86-video-ark --- > build driver xf86-video-apm > build driver xf86-video-ark 893c893 < # build driver xf86-video-newport --- > build driver xf86-video-newport 897c897 < #build driver xf86-video-s3 --- > build driver xf86-video-s3 907c907 < #build driver xf86-video-vmware --- > build driver xf86-video-vmware aster $ cp -p $HOME/build.sh util/modular/build.sh Then fire away the build and await the results. I know that I am still compiling buckets of drivers I will never use, but I don't miss the cpu time at all .. so why not. On another note I am one of those poor sad souls that has piles of servers running all manner of revs of Solaris on all manner of weird hardware. Even this : titan-i386-SunOS5.8 $ uname -a SunOS titan 5.8 Generic_127722-03 i86pc i386 i86pc titan-i386-SunOS5.8 $ titan-i386-SunOS5.8 $ cat /etc/release Solaris 8 2/02 s28x_u7wos_08a INTEL Copyright 2002 Sun Microsystems, Inc. All Rights Reserved. Assembled 18 December 2001 titan-i386-SunOS5.8 $ titan-i386-SunOS5.8 $ psrinfo -v Status of virtual processor 0 as of: 01/26/13 05:55:55 on-line since 04/28/11 17:39:44. The i386 processor operates at 400 MHz, and has an i387 compatible floating point processor. Status of virtual processor 1 as of: 01/26/13 05:55:55 on-line since 04/28/11 17:39:48. The i386 processor operates at 400 MHz, and has an i387 compatible floating point processor. How is that for bizarre old hardware ? I don't think anyone will ever know how many packages from Blastwave were compiled on that very machine and they went out to the world to run flawlessly all the way up to x86_64 based Solaris 10 servers. I always had a morbid curiosity with compiling awesome software on old bucket systems running the oldest UNIX kicking around. I just may try this process on old Solaris 8 sparc and i386 however I will need to get a version of git running first. Not very likely. Solaris 10 is far more likely to happen. In any case gents, this is moving along towards success wonderfully and maybe this weekend I will be able to fire up new X with a simple xterm and see it working. Dennis ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com