CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 07:12:00 Log message: 907. Some changes to the os-support kbd driver layer's calling conventions to provide more flexibility (#A.1615, Zephaniah E. Hull). Modified files: xc/programs/Xserver/hw/xfree86/input/keyboard/: kbd.c xc/programs/Xserver/hw/xfree86/os-support/: xf86OSKbd.h xc/programs/Xserver/hw/xfree86/os-support/bsd/: bsd_kbd.c xc/programs/Xserver/hw/xfree86/os-support/bsdi/: bsdi_io.c xc/programs/Xserver/hw/xfree86/os-support/dgux/: dgux_io.c xc/programs/Xserver/hw/xfree86/os-support/hurd/: hurd_io.c xc/programs/Xserver/hw/xfree86/os-support/linux/: lnx_kbd.c xc/programs/Xserver/hw/xfree86/os-support/lynxos/: lynx_io.c xc/programs/Xserver/hw/xfree86/os-support/nto/: nto_io.c xc/programs/Xserver/hw/xfree86/os-support/os2/: os2_io.c xc/programs/Xserver/hw/xfree86/os-support/pmax/: pmax_devs.c xc/programs/Xserver/hw/xfree86/os-support/qnx4/: qnx_io.c xc/programs/Xserver/hw/xfree86/os-support/sco/: sco_io.c xc/programs/Xserver/hw/xfree86/os-support/shared/: kbd.c posix_tty.c xc/programs/Xserver/hw/xfree86/os-support/sunos/: sun_io.c xc/programs/Xserver/hw/xfree86/os-support/sysv/: sysv_io.c Revision ChangesPath 1.6 +18 -13xc/programs/Xserver/hw/xfree86/input/keyboard/kbd.c 1.3 +5 -5 xc/programs/Xserver/hw/xfree86/os-support/xf86OSKbd.h 1.5 +11 -7 xc/programs/Xserver/hw/xfree86/os-support/bsd/bsd_kbd.c 3.14 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/bsdi/bsdi_io.c 1.4 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/dgux/dgux_io.c 1.9 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/hurd/hurd_io.c 1.2 +12 -8 xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_kbd.c 3.10 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/lynxos/lynx_io.c 1.5 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/nto/nto_io.c 3.17 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/os2/os2_io.c 1.8 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/pmax/pmax_devs.c 1.3 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/qnx4/qnx_io.c 3.10 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/sco/sco_io.c 1.2 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/shared/kbd.c 3.28 +3 -2 xc/programs/Xserver/hw/xfree86/os-support/shared/posix_tty.c 1.3 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/sunos/sun_io.c 3.11 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/sysv/sysv_io.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 07:16:23 Log message: update date Modified files: xc/programs/Xserver/hw/xfree86/doc/sgml/: README.sgml index.pre Revision ChangesPath 3.127 +3 -3 xc/programs/Xserver/hw/xfree86/doc/sgml/README.sgml 1.18 +2 -2 xc/programs/Xserver/hw/xfree86/doc/sgml/index.pre ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 07:29:23 Log message: warning fixes Modified files: xc/programs/Xserver/hw/xfree86/os-support/linux/: lnx_pci.c lnx_video.c xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/: radeon_drm.h Revision ChangesPath 3.9 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_pci.c 3.64 +1 -3 xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c 1.3 +1 -1 xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/radeon_drm.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 08:08:30 Log message: warning fixes Modified files: xc/programs/Xserver/hw/xfree86/ddc/: edid.c print_vdif.c xf86DDC.c xf86DDC.h xc/programs/Xserver/hw/xfree86/drivers/glint/: glint.h glint_driver.c xc/programs/Xserver/hw/xfree86/drivers/i128/: i128_driver.c i128accel.c xc/programs/Xserver/hw/xfree86/input/keyboard/: kbd.c xc/programs/Xserver/hw/xfree86/parser/: cpconfig.c xc/programs/Xserver/hw/xfree86/ramdac/: IBM.c TI.c TI.h xc/programs/Xserver/hw/xfree86/xaa/: xaaBitOrder.c xaaCpyWin.c xaaPaintWin.c xaalocal.h xc/programs/Xserver/hw/xfree86/xf8_16bpp/: cfbscrinit.c cfbwindow.c xc/programs/Xserver/hw/xfree86/xf8_32bpp/: cfbwindow.c Added files: xc/programs/Xserver/hw/xfree86/ddc/: ddcPriv.h Revision ChangesPath 1.4 +4 -4 xc/programs/Xserver/hw/xfree86/ddc/edid.c 1.3 +2 -1 xc/programs/Xserver/hw/xfree86/ddc/print_vdif.c 1.23 +3 -11 xc/programs/Xserver/hw/xfree86/ddc/xf86DDC.c 1.11 +7 -3 xc/programs/Xserver/hw/xfree86/ddc/xf86DDC.h 1.58 +1 -3 xc/programs/Xserver/hw/xfree86/drivers/glint/glint.h 1.156 +3 -1 xc/programs/Xserver/hw/xfree86/drivers/glint/glint_driver.c 1.29 +3 -1 xc/programs/Xserver/hw/xfree86/drivers/i128/i128_driver.c 1.8 +1 -2 xc/programs/Xserver/hw/xfree86/drivers/i128/i128accel.c 1.7 +2 -1 xc/programs/Xserver/hw/xfree86/input/keyboard/kbd.c 1.7 +2 -1 xc/programs/Xserver/hw/xfree86/parser/cpconfig.c 1.12 +11 -11xc/programs/Xserver/hw/xfree86/ramdac/IBM.c 1.7 +6 -6 xc/programs/Xserver/hw/xfree86/ramdac/TI.c 1.5 +4 -1 xc/programs/Xserver/hw/xfree86/ramdac/TI.h 1.8 +2 -1 xc/programs/Xserver/hw/xfree86/xaa/xaaBitOrder.c 1.3 +1 -3 xc/programs/Xserver/hw/xfree86/xaa/xaaCpyWin.c 1.11 +1 -3 xc/programs/Xserver/hw/xfree86/xaa/xaaPaintWin.c 1.36 +7 -1 xc/programs/Xserver/hw/xfree86/xaa/xaalocal.h 1.8 +1 -2 xc/programs/Xserver/hw/xfree86/xf8_16bpp/cfbscrinit.c 1.4 +1 -3 xc/programs/Xserver/hw/xfree86/xf8_16bpp/cfbwindow.c 1.7 +1 -3 xc/programs/Xserver/hw/xfree86/xf8_32bpp/cfbwindow.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 08:45:25 Log message: warning fixes Modified files: xc/programs/Xserver/hw/xfree86/drivers/s3/: s3_IBMRGB.c s3_Ti.c s3_Trio64DAC.c Revision ChangesPath 1.5 +9 -9 xc/programs/Xserver/hw/xfree86/drivers/s3/s3_IBMRGB.c 1.5 +3 -3 xc/programs/Xserver/hw/xfree86/drivers/s3/s3_Ti.c 1.5 +3 -3 xc/programs/Xserver/hw/xfree86/drivers/s3/s3_Trio64DAC.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 08:52:57 Log message: warning fix Modified files: xc/programs/Xserver/hw/xfree86/drivers/i740/: i740_driver.c Revision ChangesPath 1.40 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/i740/i740_driver.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 08:55:31 Log message: warning fix Modified files: xc/programs/Xserver/dix/: main.c Revision ChangesPath 3.40 +2 -2 xc/programs/Xserver/dix/main.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 08:59:02 Log message: warning fix Modified files: xc/programs/Xserver/hw/xfree86/drivers/i740/: i740_driver.c Revision ChangesPath 1.41 +1 -5 xc/programs/Xserver/hw/xfree86/drivers/i740/i740_driver.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 09:03:40 Log message: update version/date info for RC2 Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xf86Version.h xc/programs/Xserver/hw/xfree86/etc/: Xinstall.sh Revision ChangesPath 3.2559+5 -2 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.536 +3 -3 xc/programs/Xserver/hw/xfree86/xf86Version.h 1.47 +2 -2 xc/programs/Xserver/hw/xfree86/etc/Xinstall.sh ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 09:06:46 Log message: 908. Move the vbe module from xfree86/os-support/ to xfree86/ (David Dawes). Modified files: xc/programs/Xserver/: Imakefile xc/programs/Xserver/hw/xfree86/: Imakefile xc/programs/Xserver/hw/xfree86/common/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/apm/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/ati/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/chips/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/cirrus/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/cyrix/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/glint/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/i128/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/i740/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/i810/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/mga/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/neomagic/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/nsc/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/nv/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/rendition/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/s3/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/s3virge/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/savage/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/sis/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/tdfx/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/trident/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/vesa/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/vmware/: Imakefile xc/programs/Xserver/hw/xfree86/loader/: Imakefile xc/programs/Xserver/hw/xfree86/os-support/: Imakefile Added files: xc/programs/Xserver/hw/xfree86/vbe/: Imakefile vbe.c vbe.h vbeModes.c vbeModes.h vbe_module.c Removed files: xc/programs/Xserver/hw/xfree86/os-support/vbe/: Imakefile vbe.c vbe.h vbeModes.c vbeModes.h vbe_module.c Revision ChangesPath 3.278 +6 -4 xc/programs/Xserver/Imakefile 3.82 +6 -2 xc/programs/Xserver/hw/xfree86/Imakefile 3.148 +2 -2 xc/programs/Xserver/hw/xfree86/common/Imakefile 1.24 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/apm/Imakefile 1.45 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/ati/Imakefile 1.30 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/chips/Imakefile 1.33 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/cirrus/Imakefile 1.8 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/cyrix/Imakefile 1.39 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/glint/Imakefile 1.5 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/i128/Imakefile 1.10 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/i740/Imakefile 1.25 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/i810/Imakefile 1.46 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/mga/Imakefile 1.13 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile 1.5 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/nsc/Imakefile 1.19 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/nv/Imakefile 1.21 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/rendition/Imakefile 1.10 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/s3/Imakefile 1.21 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/s3virge/Imakefile 1.8 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/savage/Imakefile 1.3 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/Imakefile 1.31 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/sis/Imakefile 1.22 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/tdfx/Imakefile 1.31 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/trident/Imakefile 1.6 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/vesa/Imakefile 1.6 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/vmware/Imakefile 1.33 +2 -2 xc/programs/Xserver/hw/xfree86/loader/Imakefile 3.56 +5 -9 xc/programs/Xserver/hw/xfree86/os-support/Imakefile ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 10:59:42 Log message: update formatted docs Modified files: xc/programs/Xserver/hw/xfree86/doc/: README README.SCO Revision ChangesPath 3.123 +3 -3 xc/programs/Xserver/hw/xfree86/doc/README 3.34 +15 -15xc/programs/Xserver/hw/xfree86/doc/README.SCO ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 11:03:46 Log message: updates Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 3.2560+4 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 11:19:03 Log message: update i810 driver man page Modified files: xc/programs/Xserver/hw/xfree86/drivers/i810/: i810.man Revision ChangesPath 1.3 +19 -16xc/programs/Xserver/hw/xfree86/drivers/i810/i810.man ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 13:46:44 Log message: use OpenBSDLib.tmpl. remove duplicate SharedXcursorReqs. This commit was missing when OpenBSDLib.tmp was added. Modified files: xc/config/cf/: OpenBSDLib.rules Revision ChangesPath 1.5 +2 -4 xc/config/cf/OpenBSDLib.rules ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 14:31:56 Log message: Fix typo in logicdn map (Pedro D.) Modified files: xc/programs/xkbcomp/symbols/: inet Revision ChangesPath 1.27 +3 -3 xc/programs/xkbcomp/symbols/inet ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 15:43:25 Log message: Fix for bug reported by Mike Harris: beforelight always failed when restarted, and could kill a random X client. Now more validations are done on the XID used in the root window property, to avoid killing an innocent. Ideas for that patch came from Keith Packard. Modified files: xc/programs/beforelight/: b4light.c Revision ChangesPath 3.6 +17 -4 xc/programs/beforelight/b4light.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED]03/02/17 18:38:20 Log message: Have ShadowFBInit pass FALSE to ShadowFBInit2. This gives the behavior that drivers previously using ShadowFBInit expect. Modified files: xc/programs/Xserver/hw/xfree86/shadowfb/: shadow.c Revision ChangesPath 1.16 +2 -2 xc/programs/Xserver/hw/xfree86/shadowfb/shadow.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 19:01:42 Log message: add more missing man pages Modified files: xc/doc/specs/programs/: Imakefile Revision ChangesPath 1.17 +13 -2 xc/doc/specs/programs/Imakefile ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: www (branch: trunk)
CVSROOT:/home/x-cvs Module name:www Changes by: [EMAIL PROTECTED] 03/02/17 21:04:24 Log message: Refreshing of most major pieces of documentation. Update index page to reflect the latest release information. Modified files: ./: getting.html index.html releaseplans.html support.html Added files: ./: old-developer.html Removed files: ./: developer.html Revision ChangesPath 1.8 +3 -3 www/getting.html 1.88 +28 -19www/index.html 1.20 +6 -5 www/releaseplans.html 1.37 +1 -0 www/support.html ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 21:15:28 Log message: 912. Protect cvl references in recent changes with '#ifdef XTHREADS' (reported by Dan Holm). Modified files: xc/lib/X11/: XlibInt.c Revision ChangesPath 3.34 +9 -3 xc/lib/X11/XlibInt.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/17 21:24:21 Log message: updates Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 3.2562+5 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Re: server crash on linux-mips
On Mon, Feb 17, 2003 at 12:10:16AM +, Alan Hourihane wrote: If you call the ShadowFBInit2 in newport_driver.c (just tag FALSE on the end of the arguments). Does that work for you ? Yes, this works. Thanks! But it's significantly slower. After switching back from the console there's nothing happenning for about 5 seconds (but I see an half updated screen), then inistantly everything is back to normal. My question is now: is ShadowFBInit going to be removed in favor of ShadowFBInit2 or will it be revived? Should I look into fixing it or send a patch that uses ShadowFBInit2 (which would hopefully slip into 4.3.0)? shadowfb.h says about ShadowfbInit2: * It also allows you to specify that you * actually do have a real framebuffer (as opposed to just some malloc'd space * in memory) by passing FALSE to fbIsVirtual. But when I pass TRUE (since I only have a virtual fb and can't access the newports fb directly) it doesn't work. I have to pass FALSE. Am I missing something here? Thanks again, -- Guido ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: server crash on linux-mips
On Mon, Feb 17, 2003 at 10:23:03PM +0100, Guido Guenther wrote: On Mon, Feb 17, 2003 at 12:10:16AM +, Alan Hourihane wrote: If you call the ShadowFBInit2 in newport_driver.c (just tag FALSE on the end of the arguments). Does that work for you ? Yes, this works. Thanks! But it's significantly slower. After switching back from the console there's nothing happenning for about 5 seconds (but I see an half updated screen), then inistantly everything is back to normal. The expose events sent, should be fairly immediate, I don't know why it would take 5 seconds. My question is now: is ShadowFBInit going to be removed in favor of ShadowFBInit2 or will it be revived? Should I look into fixing it or send a patch that uses ShadowFBInit2 (which would hopefully slip into 4.3.0)? Yes send a patch in. shadowfb.h says about ShadowfbInit2: * It also allows you to specify that you * actually do have a real framebuffer (as opposed to just some malloc'd space * in memory) by passing FALSE to fbIsVirtual. But when I pass TRUE (since I only have a virtual fb and can't access the newports fb directly) it doesn't work. I have to pass FALSE. Am I missing something here? Not that I can see. I was hoping that Nolan Leake from VMware can shed some light on this. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Radeon mouse pointer bug
On Mon, 2003-02-17 at 08:11, Sean E. Russell wrote: On Sunday 16 February 2003 04:47 pm, Michel Dänzer wrote: ... 'Of course'? A crash is a bug. Does this patch help? ... Unfortunately, it doesn't. I made sure that I unloaded the radeon and agpgart kernel modules (although I didn't reboot) before starting X. I also verified that, in the XFree logfile: (II) RADEON(0): Using hardware cursor (scanline 1052) but the lag is still present. The patch is only an attempt to fix the crashes with software cursor. Are you suggesting that I might be able to fix this if I pull the head of CVS and build from those sources, Yes. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Radeon mouse pointer bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 17 February 2003 05:52 am, Michel Dänzer wrote: The patch is only an attempt to fix the crashes with software cursor. Heh. Sorry. I didn't try to crash the server. Y'know, this gets me to thinking... getting accellerated GL working on X can sometimes be a chore. If this patch silently disables GL when SWCursor is present, wouldn't this make it much more difficult for newbies to track down why they've done everything they can think of, following all of the examples and tutorials they can find, but DRM just doesn't work? IM(limited)E, there are plenty of messages saying /what/ has been done, but few saying /why/. Just voicing a stream of conciousness. In any case, I think you guys are doing a great job. Are you suggesting that I might be able to fix this if I pull the head of CVS and build from those sources, Yes. Ok, thanks. - -- ### SER Deutsch|Esperanto|Francaise|Linux|Java|Ruby|Aikido|Dirigibles ### ### http://www.germane-software.com/~ser jabber.com:ser ICQ:83578737 ### ### GPG: http://www.germane-software.com/~ser/Security/ser_public.gpg ### -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+UP0yP0KxygnleI8RAr96AJwOfIkkEno2RtNmC/5ocQjMW/XtCwCgtVPb ah+IGO2OLrkbFUWX/V642QM= =f6Pj -END PGP SIGNATURE- ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] [XFree86(TM) Bug Report] bad keyboard types in logicdn and es
On Mon, Feb 17, 2003 at 11:47:39AM -0800, Pedro D. wrote:
Regarding: bad keyboard types in logicdn and es
Email: [EMAIL PROTECTED]
XFree86 Version: 4.2.99.4
OS: linux (Madrake 9 Gentoo 1.4)
Area: xkb
Server: not server related
Description:
(**) |--Input Device Keyboard1
(**) Option XkbRules xfree86
(**) XKB: rules: xfree86
(**) Option XkbModel logicdn
(**) XKB: model: logicdn
(**) Option XkbLayout es
(**) XKB: layout: es
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Mouse1
(**) FontPath set to unix/:-1
(==) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(**) Option AllowMouseOpenFail
(++) using VT number 7
...
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) [GLX]: Initializing GLX extension
(II) Keyboard Keyboard1 handled by legacy driver
I have 2 bugs. The first is related to the driver logicdn. In the file
xkb/symbols/Inet, in the part of logicdn puts:
key FK14 { [ XF86Send ] }; // F4
key FK15 { [ XF86Undo ] }; // F5
key FK15 { [ XF86Redo ] }; // F6
key FK16 { [ XF86Print ] }; // F7
and should put:
key FK14 { [ XF86Send ] }; // F4
key FK15 { [ XF86Undo ] }; // F5
key FK16 { [ XF86Redo ] }; // F6
key FK17 { [ XF86Print ] }; // F7
but that bug is a minor problem (but it's ok to fix).
Thanks, I'll fix that.
The other bug, at least with my configuration (logitech cordless desktop navigator,
Spanish keyboard), i can't put or (the same phisical key) that correspond to
LSGT keycode. Futhermore, when i execute xev, and press that key, the program puts:
KeyPress event, serial 26, synthetic NO, window 0x381,
root 0x8d, subw 0x0, time 5002964, (165,-14), root:(175,66),
state 0x10, keycode 94 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
(that keycode is good for xkbrules=xfree86)
i don't know how to fix this one.
I'm not sure if the best solution is to add the LSGT definition to
the pc/es map (and all others where the default keyboard has this key),
or change rules/xfree86 so that all of the inetkbds definitions are
based on pc105 instead of pc104 (the LSGT key is the only difference
between the two).
David
--
David Dawes
Release Engineer/Architect The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
XFree86 4.2.99.902 (4.3.0 RC2) tagged
XFree86 snapshot 4.2.99.902 (aka 4.3.0 RC2) has been tagged. This is the second release candidate for 4.3.0. The change log, which summarises what has changed since the previous snapshot, can be viewed at http://www.xfree86.org/cvs/changes.html. The source can be obtained from the XFree86 CVS repository (see http://www.xfree86.org/cvs/ for details). Binaries for a few platforms will be made available over the next day or two. They'll be at ftp://ftp.xfree86.org/pub/XFree86/snapshots/4.2.99.902/binaries/. Online documentation will soon be available at http://www.xfree86.org/4.2.99.902/. Please reports bugs here, and send bugfixes and documentation updates to [EMAIL PROTECTED] The updated 4.3 release schedule is: Code freeze (critical fixes and doc updates only)21 Feb 2003 Last submission date for doc updates 25 Feb 2003 4.3.0 tagged for release 27 Feb 2003 This schedule will stand providing no critical problems are found in the meantime. If you are aware of any serious bugs that are still present in this snapshot, please post details here. Taking some time to review and update the documentation is strongly encouraged. If you have something to add to the release notes (it should contain a summary of new features and known problems), please send it in. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: server crash on linux-mips
On Mon, 17 Feb 2003, Guido Guenther wrote: On Mon, Feb 17, 2003 at 12:10:16AM +, Alan Hourihane wrote: If you call the ShadowFBInit2 in newport_driver.c (just tag FALSE on the end of the arguments). Does that work for you ? Yes, this works. Thanks! But it's significantly slower. After switching back from the console there's nothing happenning for about 5 seconds (but I see an half updated screen), then inistantly everything is back to normal. I've seen this behavior for at least a month, on a G550, an i815 and (I think) a Radeon. I'm running xmms; if I switch to a text console, wait, switch back the xmms clock is correct but not all displays are up to date and the xmms clock stops running for up to 10 seconds until the other windows redisplay. The sound continues as normal throughout. I have only seen this on machines which I've patched to experiment with 8bit on 24bit screens, and I'd put the delay down to the large amounts of logging I'm doing. Therefore I'd assumed it was my problem, and not Xfree86. -- 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: [I18n] Re: [I18n]XIM Protocol Questions: StringConversionCallback
On Fri, Jan 31, 2003 at 11:43:21PM +0700, Theppitak Karoonboonyanan wrote: On Fri, Jan 24, 2003 at 11:38:30AM +0700, Theppitak Karoonboonyanan wrote: On Wed, Jan 22, 2003 at 07:03:43PM -0500, Owen Taylor wrote: [EMAIL PROTECTED] (Hideki Hiura) writes: From: Theppitak Karoonboonyanan [EMAIL PROTECTED] * Should the client return the string in reversed order? No. The cause of my doubt is that the X11R6.4 Xlib C Language X Interface section 13.5.7.3 Input Method Semantics - String Conversion Callback describes the text retrieval portion in terms of starting position and ending position, which could also imply the order of the retrieved characters in the returning buffer to be reversed in cases of backward retrievals. Sorry for the confusion due to the vague definition. I do not have any implication on the order of the string to be reversed in the case of backward retrieval when I wrote the specification. The order of the string retrieved should always be in the logical order in the client buffer. Hmmm, I think some more clarification is needed here. I just got around to reviewing Theppitak's patch for GTK+ and it doesn't really seem to agree with how I read the spec. The region to retrieve is defined in terms of three quantities: XIMStringConverisonPosition position; XIMCaretDirection direction; short factor; The Xlib spec says: XIMStringConversionPosition specifies the starting position to be returned in the XIMStringConversionText structure. The value identifies a position, in units of characters, relative to the client's cursor position in the client's buffer. The ending position of the text buffer is determined by the direction and factor members. Specifically, it is the character position relative to the starting point as defined by XIMCaretDirection. The factor member of XIMStringConversionCallbackStruct specifies the number of XIMCaretDirection positions to be applied. For example if the direction specifies XIMLineEnd and the factor is 1, then all characters from the starting position to the end of the current display line are returned. If the direction specifies XIMForwardChar or XIMBackwardChar, then the factor specifies a relative position, indicated in characters, from the starting position. So, the way I read this, is that the string to be returned is defined by the algorithm: * Start at the caret position * Move abs(position) characters backwards or forwards. A negative value of position means move backwards, a positive value, move forwards. Just like to note that I couldn't read like this because XIMStringConversionPosition is typedef'd in X11/Xlib.h as unsigned short. -Thep. * This defines one end of the string. * Then move 'factor' positions, with the type of position to move defined by 'direction'. 'factor' will always be a positive quantity. * This defines the other end of the string. Theppitak's current patch only implements XIMForwardChar and XIMBackwardChar and implements them differently. Instead of retrieving the range: (caret+position, caret+position+factor*direction) It retrieves the range: (caret+position*direction, caret+position*direction+factor) Since XIMStringConversionPosition is unsigned, the only way to address backward positions is move in the direction specified. Yeah, but the ending position also has to be indicated by the direction, as stated in the spec. I may miss this point by too much concern that the retrieved string must be in logical order. So, possibilities are: 1) XIMStringConversionPosition should be signed, and the retrieving range is as Owen said 2) XIMStringConversionPosition is still unsigned, and the retrieving range is (caret+position*direction, caret+position*direction+factor*direction) But 2) makes no sense for XIMLineStart, XIMLineEnd, for example. Therefore, may I conclude that typedef-ing XIMStringConversionPosition as unsigned short is a bug? -Thep. Since the release date of XFree86 4.3.0 is very close, I think this issue needs clarification, rather than leaving it partially done. If there is no objection, I will patch Xlib.h so XIMStringConversionPosition becomes (signed) short. However, another question is raised: How is the backward range boundary counted? For example: given a text buffer ABC|DE [012|34] -- index where '|' means caret position (currently 3), if I want to retrieve BC, how should I pass the parameter? a) position = 0, factor = 2, dir = BackwardChar b) position = -1, factor = 2, dir = BackwardChar For a): because saying starting position = 0 means absolute index 3, counting backward by factor 2 we get (3,1), sorting the range we get (1,3), and BC is got. For
[XFree86] xrx and libxrx
Hi. I have questions about X over WWW capabilities of Xserver. I cannot find the xrx program in debian or redhat distribution. Is it present in current XFree86 releases? Are there any plugins for new www browsers? Any plugins on windows version of XFree86? I cannot find any information on www. Is that technology forgotten? Roman Bednarek Mikronika ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] xrx and libxrx
On Mon, 17 Feb 2003, Roman Bednarek wrote: Hi. I have questions about X over WWW capabilities of Xserver. I cannot find the xrx program in debian or redhat distribution. Is it present in current XFree86 releases? Are there any plugins for new www browsers? Any plugins on windows version of XFree86? I cannot find any information on www. Is that technology forgotten? On a quick look current XFree86 builds libxrx but not the xrx app. I don't think XFree86 have taken much interest in xrx. When it came out I found that it only worked on systems which already had X, probably not at all on windows, and it seemed a lot of effort to set up. Without any indication that windows support would be forthcoming, it seemed an unproductive way of writing a web site. My original interest was for known users on windows machines to have access to unix apps - hoping that this could allow a web browser to replace an X server such as Exceed. Without windows support for it, it was clear that Exceed or VNC would be much simpler solutions. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] system error
my system notifying me that he detects some errors; errors 2 and 3 according to xinit. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] ATI Radeon 9700 Pro
Hello all Could some tell me when the ATI Radeon 9700 Pro will be support in XFree86? or if there is any drivers for Freebsd so i could use it please. Thank you ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] X and Sis 6326 - Graphical interface hangs
Hi! to all of you, Recently I installed Redhat 8.0 on my system. The problem is I cannot work on graphical mode. I have tried Gnome and Kde, but the problem persists. It seems that the issue is basically with 'X' itself. The 'XFree86' version is '4.2.0'. After trying many combinations, I was able to run in graphical mode at 8bpp (256 colors), but I would like to have atleast 16bpp color. Here are the details of my graphical card and monitor : Graphics card : sis6326 AGP Monitor : LG Studioworks520Si I would be more than happy to provide more information, if anybody could help me out with this problem. Cya, Manoj _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Ctrl+alt+backspace
On Sun, Feb 09, 2003 at 07:51:42PM -0600, Eric Christopherson wrote: On a related note: I just noticed that ctrl-alt-backspace no longer seems to get me out of X. The system isn't hung or anything, and DontZap isn't set. Did something change in recent CVS to affect it? I'm still having trouble with this. Ctrl+alt+backspace seems to work only occasionally. I'm using DanielS's unofficial Debian packages of CVS. I would just like to know if there has been a change in the ctrl+alt+backspace handling code in CVS, or if the option's name was changed, or what, so that I can figure out where the problem comes from. Thanks. -- Furrfu! r a k k o at c h a r t e r dot n e t ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] technical assistance
Atn. Assisstance Service My name is Gabriel Jiménez Marco, I'm a Spanish student of electronics engineering. I have installed a Linux O.S. in my PC in the text mode version because my PC doesn´t have enough RAM, but I have been able to install the operating system successfully. When I have restarted my computer Red Hat Linux 8.0 runs in text mode, when what I really want is run the graphic mode (Xwindows). I have written startx but the O.S. answers: (EE) Unable to locate/open config file (EE) Error from xf86 HandleconfigFile() Fatal server error: no screens found I have read the guide for new users and I have reinstalled the X86 pack and all the Gnome components but when I have restarted my computer the problem stands. I beg you for any recomendations that could help me. Thanks in advance. Yours faithfully, Gabriel Jiménez Marco ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] instalation fault
Atn. Assisstance Service My name is Gabriel Jiménez Marco, I'm a Spanish student of electronics engineering. I have installed a Linux O.S. in my PC in the text mode version because my PC doesn´t have enough RAM, but I have been able to install the operating system successfully. When I have restarted my computer Red Hat Linux 8.0 runs in text mode, when what I really want is run the graphic mode (Xwindows). I have written startx but the O.S. answers: (EE) Unable to locate/open config file (EE) Error from xf86 HandleconfigFile() Fatal server error: no screens found I have read the guide for new users and I have reinstalled the X86 pack and all the Gnome components but when I have restarted my computer the problem stands. I beg you for any recomendations that could help me. Thanks in advance. Yours faithfully, Gabriel Jiménez Marco ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] a stupid q' - how do I unsubscribe
You can unsubscribe at http://xfree86.org/mailman/listinfo/xfree86 Look for To change your subscription (set options like digest and delivery modes, get a reminder of your password, or unsubscribe from XFree86), enter your subscription email address: On Mon, 2003-02-17 at 03:45, Allan Klinbail wrote: Hi Guys Thanks for much information in the past few months, Everything I need has been covered (and I didn't need to post much). Well except for getting my Sun/Sony GDM1662b to work with a normal video card, even though some people at ANU (australian national university) got it working, their settings didn't work for me.. As for getting Xinerama to work .. Thank YOu.. but now it is time not be using so much bandwidth... and I have lost the original subscription instructions.. Could someone kindly send that info through. cheers Allan Klinbail ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] NVIDIA GeForce2 Go and Xfree86 4.2.0
Xfree86, I have bee trying for two weeks now to get my Dell Inspiron 8000 laptop working. I read many internet sites about this issue. It seems to be a problem. I haven't yet to get anything to work. I attached the log and the XF86Config-4 files. Please provide some feedback. You will see the particulars of my Os in the nvidia_log file. Brandt 404.810.8647 XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18-11smp i686 [ELF] Build Host: daffy.perf.redhat.com Module Loader present OS Kernel: Linux version 2.4.18-14 ([EMAIL PROTECTED]) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Wed Sep 4 13:35:50 EDT 2002 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Mon Feb 17 07:39:38 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Dell 1600X Laptop Display Panel (**) | |--Device NVIDIA GeForce 2 (generic) (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1130 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1131 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,244c card , rev 03 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244a card 8086,4541 rev 03 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,4541 rev 03 class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4d46 card 1028,00a4 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:03:0: chip 125d,1998 card 1028,00a4 rev 10 class 04,01,00 hdr 00 (II) PCI: 02:06:0: chip 11c1,0448 card 1668,2000 rev 01 class 07,80,00 hdr 00 (II) PCI: 02:0f:0: chip 104c,ac42 card e000, rev 00 class 06,07,00 hdr 82 (II) PCI: 02:0f:1: chip 104c,ac42 card f400, rev 00 class 06,07,00 hdr 82 (II) PCI: 02:0f:2: chip 104c,8027 card 1028,00a4 rev 00 class 0c,00,10 hdr 80 (II) PCI: 03:00:0: chip 115d,0003 card 115d,0181 rev 03 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xfc00 -
[XFree86] radeon 9500 Xvideo crash w/SwCursor, 4.2.99.901
Hardware is Built-by-ATI Radeon 9500 128MB. Server is XFree86-4.2.99.901-20030213.1debug, which I built by enabling DebuggableBuild in mharris' Rawhide package. Server SEGV's when starting any application which uses Xvideo (tested mplayer and xine) AND the server is configured to use SwCursor. Xv works fine with HwCursor (I had cursor artifacts in that mode before 20030213.1, which fixes that). I tested in both dual- and single-head mode, with no change. 01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 4144 (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc: Unknown device 0002 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR+ FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (2000ns min), cache line size 10 Interrupt: pin A routed to IRQ 11 Region 0: Memory at f000 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at ec00 [size=256] Region 2: Memory at ff8f (32-bit, non-prefetchable) [size=64K] Expansion ROM at 8000 [disabled] [size=128K] Capabilities: available only to root 01:00.1 Display controller: ATI Technologies Inc: Unknown device 4164 Subsystem: ATI Technologies Inc: Unknown device 0003 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (2000ns min), cache line size 10 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: Memory at ff8e (32-bit, non-prefetchable) [size=64K] Capabilities: available only to root Here is a backtrace with gdb-xfree86 attached to the process when it segfaulted. I had some trouble with gdb-xfree86 segfaulting if I attempted to load all modules, so for this I just loaded radeon_drv.o and libextmod.a. I believe #0 is in libramdac.a, but gdb segfaults when trying to load it. I'm using gdb-5.1.1-2.0xfree rebuilt for the Rawhide distribution I am running. (gdb) bt #0 0x08765a41 in ?? () #1 0x0871e409 in RADEONPutImage (pScrn=0x8554fa0, src_x=0, src_y=0, drw_x=624, drw_y=468, src_w=352, src_h=240, drw_w=352, drw_h=264, id=842094169, buf=0x40017000 '\020' repeats 200 times..., width=352, height=240, Sync=0, clipBoxes=0xb190, data=0x87fe508) at radeon_video.c:1286 #2 0x080bdb1b in xf86XVPutImage (client=0x88cc0e0, pDraw=0x88cd6c8, pPort=0x88582a8, pGC=0x88cdb90, src_x=0, src_y=0, src_w=352, src_h=240, drw_x=0, drw_y=0, drw_w=352, drw_h=264, format=0x88580a0, data=0x40017000 '\020' repeats 200 times..., sync=0, width=352, height=240) at xf86xv.c:1715 #3 0x0830c9dc in eviDDXReset () #4 0x08313f3c in WriteSwappedPortNotifyEvent () #5 0x083118af in WriteSwappedPortNotifyEvent () #6 0x080cb66a in Dispatch () at dispatch.c:450 #7 0x080e163f in main (argc=1, argv=0xb804, envp=0xb80c) at main.c:435 #8 0x420154a0 in __libc_start_main () from /lib/tls/libc.so.6 My XF86Config and XFree86.0.log is attached. -- Charles R. Anderson [EMAIL PROTECTED] / http://angus.ind.wpi.edu/~cra/ PGP Key ID: 49BB5886 Fingerprint: EBA3 A106 7C93 FA07 8E15 3AC2 C367 A0F9 49BB 5886 This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.2.99.901 (4.3.0 RC 1) (Custom Build: 4.2.99.901-20030213.1debug) Release Date: 12 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-2.48 i686 [ELF] Build Date: 17 February 2003 Build Host: dustpuppy.WPI.EDU Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-2.48 ([EMAIL PROTECTED]) (gcc version 3.2.1 20030202 (Red Hat Linux 8.0 3.2.1-7)) #1 Thu Feb 13 11:52:55 EST 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Mon Feb 17 13:34:42 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout ATI-Dual-Head (**) |--Screen Dell 2000FP on Radeon jack 0 (0) (**) | |--Monitor Dell 2000FP (**) | |--Device Radeon jack 0 (**) |--Screen Sun 21 on Radeon jack 1 (1) (**) | |--Monitor Sun 21 (**) | |--Device Radeon jack 1 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==)
Re: [XFree86] Ctrl+alt+backspace
On Mon, 17 Feb 2003, Eric Christopherson wrote: On Sun, Feb 09, 2003 at 07:51:42PM -0600, Eric Christopherson wrote: On a related note: I just noticed that ctrl-alt-backspace no longer seems to get me out of X. The system isn't hung or anything, and DontZap isn't set. Did something change in recent CVS to affect it? I'm still having trouble with this. Ctrl+alt+backspace seems to work only occasionally. I'm using DanielS's unofficial Debian packages of CVS. I would just like to know if there has been a change in the ctrl+alt+backspace handling code in CVS, or if the option's name was changed, or what, so that I can figure out where the problem comes from. Thanks. The new keyboard stuff has broken this once or twice in recent CVS; it would be worth trying a newer CVS download. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] NVIDIA GeForce2 Go and Xfree86 4.2.0
Have you tried using the nv driver included in XFree86? I'd recommend compiling from CVS and using the nv driver...although, I've never dealt with the x86 arch let alone a laptop display...YMMV r. On Monday, Feb 17, 2003, at 10:27 US/Pacific, Washington, Brandt E, SALES wrote: Xfree86, I have bee trying for two weeks now to get my Dell Inspiron 8000 laptop working. I read many internet sites about this issue. It seems to be a problem. I haven't yet to get anything to work. I attached the log and the XF86Config-4 files. Please provide some feedback. You will see the particulars of my Os in the nvidia_log file. Brandt 404.810.8647 nvidia_logXF86Config-4 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Need help
Hi, I have Linux Mandrake 9.0 and I can't start the graphical interface (startx). I have a GeForce 4 Ti 4200 AGP 8x I've already upgrade the kernel and the GLX with the last version available on nvidia web site but it doesn't help me. When I try to launch startx I've this error : (EE) NVIDIA(0) : failed to initialized the NVIDIA kernel module! I also changed some lines in etc/X11/XF86Config-4 but I'm not sure what to do. Could you help me please? IncrediMail - Email has finally evolved - Click Here
[XFree86] [XFree86(TM) Bug Report] bad keyboard types in logicdn and es
Regarding: bad keyboard types in logicdn and es
Email: [EMAIL PROTECTED]
XFree86 Version: 4.2.99.4
OS: linux (Madrake 9 Gentoo 1.4)
Area: xkb
Server: not server related
Description:
(**) |--Input Device Keyboard1
(**) Option XkbRules xfree86
(**) XKB: rules: xfree86
(**) Option XkbModel logicdn
(**) XKB: model: logicdn
(**) Option XkbLayout es
(**) XKB: layout: es
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Mouse1
(**) FontPath set to unix/:-1
(==) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(**) Option AllowMouseOpenFail
(++) using VT number 7
...
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) [GLX]: Initializing GLX extension
(II) Keyboard Keyboard1 handled by legacy driver
I have 2 bugs. The first is related to the driver logicdn. In the file
xkb/symbols/Inet, in the part of logicdn puts:
key FK14 { [ XF86Send ] }; // F4
key FK15 { [ XF86Undo ] }; // F5
key FK15 { [ XF86Redo ] }; // F6
key FK16 { [ XF86Print ] }; // F7
and should put:
key FK14 { [ XF86Send ] }; // F4
key FK15 { [ XF86Undo ] }; // F5
key FK16 { [ XF86Redo ] }; // F6
key FK17 { [ XF86Print ] }; // F7
but that bug is a minor problem (but it's ok to fix).
The other bug, at least with my configuration (logitech cordless desktop navigator,
Spanish keyboard), i can't put or (the same phisical key) that correspond to
LSGT keycode. Futhermore, when i execute xev, and press that key, the program puts:
KeyPress event, serial 26, synthetic NO, window 0x381,
root 0x8d, subw 0x0, time 5002964, (165,-14), root:(175,66),
state 0x10, keycode 94 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
(that keycode is good for xkbrules=xfree86)
i don't know how to fix this one.
Thanks for your attention.
Pedro D.
Repeat By:
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Better non-antialiased TTF fonts with Xft?
Keith Packard [EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B: (B (B Around 16 o'clock on Feb 16, Jeremy Buhler wrote: (B (B I can get fontconfig to do this for me, but the resulting non-antialiased (B fonts are rendered noticeably worse by Xft than by the core X rendering (B engine with the "freetype" module. (B (B The 4.2 version of "freetype" uses FreeType 1 which enables the TrueType (B byte code hinting engine which dramatically improves the quality of the (B resulting images. Xft (and XFree86 4.3 "freetype") use FreeType 2 which (B disables this by default over patent concerns. You can easily recompile (B Freetype2 to include the bytecode interpreter if US patents aren't a (B concern for you. That should make Xft and "freetype" generate identical (B results. (B (B In your freetype source directory, look in include/freetype/config/ftoption.h (B for TT_CONFIG_OPTION_BYTECODE_INTERPRETER (B (BDo you still think enabling the byte code interpreter is a good idea (Beven with the improved auto hinter in Freetype 2.1.3? (B (B(see also http://www.freetype.org/freetype2/2.1.3-explained.html) (B (BFreetype 2.1.3 also seems to have a bug that when the byte code (Binterpreter is enabled, Type1 fonts cannot be displayed anymore. (B (B(see also http://www.freetype.org/pipermail/devel/2003-February/008865.html) (B (BI guess this must be a bug, because the Type1 rendering probably (Bshould have nothing to do with the byte code interpreter. (B (B-- (BMike Fabian [EMAIL PROTECTED] http://www.suse.de/~mfabian $B?gL2ITB-$O;E;v$NE($@!#(B (B___ (BXFree86 mailing list ([EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/xfree86
[XFree86] meaningles subjects
Hi. May i ask posters who uses subject lines: no subject Need help Help please help Can someone help me Problem Big problem ... X crash Fatal server error X server crash crash X windows problem Fatal server error Server crash what is this Error log ... and all the permutations on the same theme, please put on the subject line at least the type of graphic card. TIA, Bob -- Bob Marcan mailto:[EMAIL PROTECTED] Aster^H^H...HermesPlus^H^H^H...STtel:+386 (1) 5894-329 Nade Ovcakove 1 fax:+386 (1) 5894-201 1000 Ljubljana, Sloveniahttp://www.aster.si ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] radeon 9500 Xvideo crash w/SwCursor, 4.2.99.901
On Mon, 2003-02-17 at 19:45, Charles R. Anderson wrote:
Server SEGV's when starting any application which uses Xvideo (tested mplayer
and xine) AND the server is configured to use SwCursor. Xv works fine with
HwCursor (I had cursor artifacts in that mode before 20030213.1, which fixes
that).
Hopefully, one of the patches to eliminate the artifacts with HW cursor
will make it into 4.3.0.
Here is a backtrace with gdb-xfree86 attached to the process when it
segfaulted. I had some trouble with gdb-xfree86 segfaulting if I
attempted to load all modules, so for this I just loaded radeon_drv.o
and libextmod.a. I believe #0 is in libramdac.a,
Indeed, I suspect it's the xf86ForceHWCursor() call.
Can you try this patch? It didn't help for the same problem with the DRI
for someone else, but that was without the radeon_driver.c hunk; let's
hope that makes a difference.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
Index: programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c,v
retrieving revision 1.30
diff -p -u -r1.30 radeon_dri.c
--- programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c 2003/02/08 23:27:36 1.30
+++ programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c 2003/02/16 22:46:20
@@ -1829,7 +1829,9 @@ static void RADEONDRITransitionTo3d(Scre
RADEONEnablePageFlip(pScreen);
info-have3DWindows = 1;
-xf86ForceHWCursor (pScreen, TRUE);
+
+if (info-cursor_start)
+ xf86ForceHWCursor (pScreen, TRUE);
}
static void RADEONDRITransitionTo2d(ScreenPtr pScreen)
@@ -1852,5 +1854,7 @@ static void RADEONDRITransitionTo2d(Scre
xf86FreeOffscreenArea(info-depthTexArea);
info-have3DWindows = 0;
-xf86ForceHWCursor (pScreen, FALSE);
+
+if (info-cursor_start)
+ xf86ForceHWCursor (pScreen, FALSE);
}
Index: programs/Xserver/hw/xfree86/drivers/ati/radeon_video.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_video.c,v
retrieving revision 1.23
diff -p -u -r1.23 radeon_video.c
--- programs/Xserver/hw/xfree86/drivers/ati/radeon_video.c 2003/01/29 18:06:07 1.23
+++ programs/Xserver/hw/xfree86/drivers/ati/radeon_video.c 2003/02/16 22:46:20
@@ -680,7 +680,8 @@ RADEONStopVideo(ScrnInfoPtr pScrn, point
if(pPriv-videoStatus CLIENT_VIDEO_ON) {
RADEONWaitForFifo(pScrn, 2);
OUTREG(RADEON_OV0_SCALE_CNTL, 0);
- xf86ForceHWCursor (pScrn-pScreen, FALSE);
+ if (info-cursor_start)
+ xf86ForceHWCursor (pScrn-pScreen, FALSE);
}
if(info-videoLinear) {
xf86FreeOffscreenLinear(info-videoLinear);
@@ -1282,7 +1283,7 @@ RADEONPutImage(
REGION_RECTS(clipBoxes));
}
-if (!(pPriv-videoStatus CLIENT_VIDEO_ON))
+if (info-cursor_start !(pPriv-videoStatus CLIENT_VIDEO_ON))
xf86ForceHWCursor (pScrn-pScreen, TRUE);
RADEONDisplayVideo(pScrn, id, offset, offset, width, height, dstPitch,
@@ -1349,7 +1350,7 @@ RADEONVideoTimerCallback(ScrnInfoPtr pSc
if(pPriv-offTime now) {
unsigned char *RADEONMMIO = info-MMIO;
OUTREG(RADEON_OV0_SCALE_CNTL, 0);
- if (pPriv-videoStatus CLIENT_VIDEO_ON)
+ if (info-cursor_start pPriv-videoStatus CLIENT_VIDEO_ON)
xf86ForceHWCursor (pScrn-pScreen, FALSE);
pPriv-videoStatus = FREE_TIMER;
pPriv-freeTime = now + FREE_DELAY;
@@ -1360,7 +1361,7 @@ RADEONVideoTimerCallback(ScrnInfoPtr pSc
xf86FreeOffscreenLinear(info-videoLinear);
info-videoLinear = NULL;
}
- if (pPriv-videoStatus CLIENT_VIDEO_ON)
+ if (info-cursor_start pPriv-videoStatus CLIENT_VIDEO_ON)
xf86ForceHWCursor (pScrn-pScreen, FALSE);
pPriv-videoStatus = 0;
info-VideoTimerCallback = NULL;
@@ -1543,7 +1544,8 @@ RADEONDisplaySurface(
if (portPriv-videoStatus CLIENT_VIDEO_ON) {
REGION_EMPTY(pScrn-pScreen, portPriv-clip);
UpdateCurrentTime();
- xf86ForceHWCursor (pScrn-pScreen, FALSE);
+ if (info-cursor_start)
+ xf86ForceHWCursor (pScrn-pScreen, FALSE);
portPriv-videoStatus = FREE_TIMER;
portPriv-freeTime = currentTime.milliseconds + FREE_DELAY;
info-VideoTimerCallback = RADEONVideoTimerCallback;
Index: programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c,v
retrieving revision 1.87
diff -p -u -r1.87 radeon_driver.c
--- programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c 2003/02/13 03:12:25 1.87
+++ programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c 2003/02/17 20:43:43
@@ -4006,6 +4412,7 @@ Bool RADEONScreenInit(int scrnIndex, Scr
xf86DrvMsg(scrnIndex, X_INFO, Using software cursor\n);
}
} else {
+ info-cursor_start = 0;
xf86DrvMsg(scrnIndex, X_INFO, Using software cursor\n);
}
[XFree86] Compile and Run X program in Cygwin/XFree86
When I compile in Redhat i use: $make file, and run: file I try that, but it does not work in XFree. Can somebody please help me? Thanks. Kevin Dang _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Better non-antialiased TTF fonts with Xft?
Around 20 o'clock on Feb 17, Mike FABIAN wrote: Do you still think enabling the byte code interpreter is a good idea even with the improved auto hinter in Freetype 2.1.3? For non-AA rendering, the byte code interpreter is crucial; there's no other way to adjust curves and diagonals to look good. Even for AA rendering, some fonts are so badly designed (Times New Roman springs to mind here), that the interepreter is really the only way to get them to behave at small pixel sizes. Yes, 2.1.3 has dramatically better looking results for many fonts when using anti-aliasing. So much better that it no longer pains me to look at a screen displaying AA text without hints, but if you've got the opportunity to use the hinter, you should take advantage of of it. After all, the type foundries spent more time and money developing the hints for a face than in developing the face itself; it's a real shame when people can't take advantage of that labor. Freetype 2.1.3 also seems to have a bug that when the byte code interpreter is enabled, Type1 fonts cannot be displayed anymore. Hmm. Haven't seen that problem here; but then I don't use many Type1 faces. -keith ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] No server X with Slackware 8.1 !!
Hello ! I've got a Gforce2 Mx 64Mb and a monitor TM3401 but X doesn't want to start. I try to install a Slackware 8.1but it works good with a Mandrake 9.0. Join the log. Thank you. Alex XFree86 Version 4.1.0 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 2 June 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.2.19 i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Mon Feb 17 21:08:44 2003 (==) Using config file: /etc/X11/XF86Config Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor My Monitor (**) | |--Device VESA Framebuffer (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.1.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0111 card , rev b2 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.1.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x88 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0xd000 - 0xdfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xec00 - 0xedff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xe000 - 0xe7ff (0x800) MX[B] (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (--) PCI:*(1:0:0) NVidia GeForce2 MX DDR rev 178, Mem @ 0xec00/24, 0xe000/27, BIOS @ 0xed00/16 (II) Addressable bus resource ranges are [0] -1 0x - 0x (0x0) MX[B] [1] -1 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0x000f - 0x000f (0x1) MX[B] [3] -1 0x000c -
Re: [XFree86] NVIDIA GeForce2 Go and Xfree86 4.2.0
On Mon, 17 Feb 2003, Washington, Brandt E, SALES wrote: Xfree86, I have bee trying for two weeks now to get my Dell Inspiron 8000 laptop working. I read many internet sites about this issue. It seems to be a problem. I haven't yet to get anything to work. I attached the log and the XF86Config-4 files. Please provide some feedback. You will see the particulars of my Os in the nvidia_log file. Brandt 404.810.8647 You don't have an NVIDIA chip in that laptop. You have an ATI chip: (--) PCI:*(1:0:0) ATI Rage 128 Mobility MF rev 0, Mem @ 0xe800/26, 0xfcffc000/14, I/O @ 0xcc00/8 Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] No server X with Slackware 8.1 !!
On Mon, 17 Feb 2003, picus wrote: Hello ! I've got a Gforce2 Mx 64Mb and a monitor TM3401 but X doesn't want to start. I try to install a Slackware 8.1but it works good with a Mandrake 9.0. Join the log. I think that card was supported in that release (was so long ago, it's hard to remember). Use driver nv in the XF86Config, not fbdev like you have now. If that doesn't work, upgrade XFree86. It's certainly supported in 4.2.0 and newer. May have even been supported in 4.1.0 that you have now so try driver nv. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Better non-antialiased TTF fonts with Xft?
Around 0 o'clock on Feb 18, Mike FABIAN wrote: Wouldn't it be nice to be able to switch between the auto-hinter and the byte code interpreter with a run time option? If you have the bytecode interpreter, why would you ever use the auto-hinter for fonts with hints? Supplying the byte code interpreter in binary form is viewed by some as an issue with the relevant US and UK patents. ftview 50 foo.pfa with foo.pfa any arbitrary Type1 font already displays garbage here if I compile Freetype 2.1.3 with the byte code interpreter enabled. Works great for me from vanilla Freetype 2.1.3 sources compiled on Debian testing (gcc version 2.95.4). I just tried Nimbus Sans L Regular from n019003l.pfb. I fear compiler issues... -keith ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86 4.3
Does anyone know when XFree86 4.3 will be released? Thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3
Feigning erudition, Nigel Taylor wrote: % Does anyone know when XFree86 4.3 will be released? smirk When it's ready. /smirk Seriously, RSN after some significant bugs are squashed. Kurt -- All things are possible, except skiing thru a revolving door. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] xlib: howto detect x killed
Type: ps -ef View the process then if you're root you can kill it if it's running (I doubt it!) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of bitlov Sent: Monday, February 17, 2003 3:14 PM To: [EMAIL PROTECTED] Subject: [XFree86] xlib: howto detect x killed How to detect that the X server has been killed or stopped ? My program that use a window with the override_redirect flag set crashs when sending x request to a dead X server. I have tried to detect dead X with XSetErrorHandler() and XSetIOErrorHandler() but the handlers are never called. Please help. Thanks Bitlov _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] No server X with Slackware 8.1 !!
I've been having the same issues. Couple questions right off the top! What version of xfre86 are you using? Also have you run xf86config to write your configuration file. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of picus Sent: Monday, February 17, 2003 2:42 PM To: [EMAIL PROTECTED] Subject: [XFree86] No server X with Slackware 8.1 !! Hello ! I've got a Gforce2 Mx 64Mb and a monitor TM3401 but X doesn't want to start. I try to install a Slackware 8.1but it works good with a Mandrake 9.0. Join the log. Thank you. Alex ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Better non-antialiased TTF fonts with Xft?
Keith Packard [EMAIL PROTECTED] さんは書きました: Around 0 o'clock on Feb 18, Mike FABIAN wrote: Wouldn't it be nice to be able to switch between the auto-hinter and the byte code interpreter with a run time option? If you have the bytecode interpreter, why would you ever use the auto-hinter for fonts with hints? And for fonts without hints? What if you have both fonts with and without hints? Is it conceivable that it might be useful to add rules to /etc/fonts/fonts.conf to switch on the byte code interpreter for some fonts (which have good hinting) and use the auto hinter for other fonts (which have bad or no hints)? When comparing rendering results of the Bitstream Vera Sans font with freetype 2.1.3 with and without byte code interpreter, most people looking at the screenshots claimed that it looks better without the byte code interpreter. Here are some screenshots (Freetype 2.1.3): http://www.suse.de/~mfabian/misc/keith-20030218/Bitstream-Vera-Sans-12-pixel-byte-code-interpreter.png Sharp and not much gray because the byte code interpreter snaps the stems to grid positions. But there is quite a lot of distortion of the glyphs, especially the dots in the ä (German ae-umlaut) are shifted to the left quite a lot. Looks like more than 2 pixels shifted. Why? Is this a bug? If yes, is it a bug in the font or in the byte code interpreter? And the spacing looks a bit wrong, the u and the nwere widened to fit to the grid and the first t was moved very close to the ä. Freetype 2.0.9 with byte code interpreter gives pixel for pixel the same screenshot by the way. http://www.suse.de/~mfabian/misc/keith-20030218/Bitstream-Vera-Sans-12-pixel-auto-hinter.png Most test persons said this looks better. It has a lot more gray and looks more blurry of course. But the ä is not distorted and the spacing looks better. http://www.suse.de/~mfabian/misc/keith-20030218/Bitstream-Vera-Sans-12-pixel-without-any-hinting.png Everybody agrees that this is ugly. http://www.suse.de/~mfabian/misc/keith-20030218/Bitstream-Vera-Sans-16-pixel-Linux-byte-code-interpreter.png a somewhat bigger size. Now the byte code interpreter suddenly shifts the dots on the ä to the right and makes each dot use 4 completely black pixels. Most viewers thought this looks very strange as well. Using the autohinter gives a decent result at this size as well. We also compared how Mac OSX rendered the same Bitstream Vera Sans font and found that the results were rather close to the results using the Freetype 2.1.3 with the auto hinter on Linux. Certainly the rendered glyphs on Mac OSX had more gray and were more blurry than the glyphs rendered by Freetype 2.1.3 with byte code interpreter. Looks almost as if Mac OSX isn't using a byte code interpreter, although there should be not patent problems for Apple. Supplying the byte code interpreter in binary form is viewed by some as an issue with the relevant US and UK patents. -- Mike Fabian [EMAIL PROTECTED] http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Better non-antialiased TTF fonts with Xft?
Keith Packard [EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B: (B (Bftview 50 foo.pfa (B (B with foo.pfa any arbitrary Type1 font already displays garbage here (B if I compile Freetype 2.1.3 with the byte code interpreter enabled. (B (B Works great for me from vanilla Freetype 2.1.3 sources compiled on Debian (B testing (gcc version 2.95.4). I just tried Nimbus Sans L Regular (B from n019003l.pfb. (B (B I fear compiler issues... (B (BI had the problem with a gcc 3.3 prerelease. (B (BI'll try to check tomorrow whether I can reproduce it with gcc 2.95.4. (B (B-- (BMike Fabian [EMAIL PROTECTED] http://www.suse.de/~mfabian $B?gL2ITB-$O;E;v$NE($@!#(B (B___ (BXFree86 mailing list ([EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Better non-antialiased TTF fonts with Xft?
Around 3 o'clock on Feb 18, Mike FABIAN wrote: And for fonts without hints? What if you have both fonts with and without hints? As fontconfig/Xft can't tell what the font provides, it's really up to FreeType to offer reasonable interfaces to select what behaviour is desired. I haven't looked in a couple of releases, but FreeType didn't seem to offer the ability to override the native hinter with the auto hinter. If it does now, I'd like to make that available to applications through Xft. When comparing rendering results of the Bitstream Vera Sans font I'm working with Bitstream to address the rendering problems in these fonts. Expect the results to look best when the bytecode interpreter is enabled. Of course, as the fonts are licensed to permit changes, bugfixes in the instructions would be gratefully accepted as well. -keith ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] radeon 9500 Xvideo crash w/SwCursor, 4.2.99.901
On Mon, Feb 17, 2003 at 09:52:53PM +0100, Michel Dänzer wrote: michel Indeed, I suspect it's the xf86ForceHWCursor() call. michel Can you try this patch? It didn't help for the same problem with the DRI michel for someone else, but that was without the radeon_driver.c hunk; let's michel hope that makes a difference. Thanks! It does indeed eliminate the crash. However, now I notice some (very minor) weirdness with Xv...namely, a black block is left under the SwCursor when switching from a window to fullscreen mode in mplayer... The black block remains there while the video plays underneath and around it. HwCursor, once again, has no issues whatsoever. -- Charles R. Anderson [EMAIL PROTECTED] / http://angus.ind.wpi.edu/~cra/ PGP Key ID: 49BB5886 Fingerprint: EBA3 A106 7C93 FA07 8E15 3AC2 C367 A0F9 49BB 5886 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] setting pointer speed before threshold is reached?
Hello I've been looking through the man pages/readmes and source code. And i cant find anywhere that you can change the speed of the pointer (mouse) before it reaches the threshold (set using xset m). Specifically i would like to be able to have the pointer slower before it reaches the threshold. You can slow it down by setting the threshold to 1 and then setting the acceleration to less than 1. But this makes moving the pointer all the way across the screen too hard. Can this be done? or is it fixed to one pixel per smallest device movement. If not maybe there should be a fraction that would set speed before the threshold is reached. Tim ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] [XFree86(TM) Bug Report] bad keyboard types in logicdn and es
On Mon, Feb 17, 2003 at 11:47:39AM -0800, Pedro D. wrote:
Regarding: bad keyboard types in logicdn and es
Email: [EMAIL PROTECTED]
XFree86 Version: 4.2.99.4
OS: linux (Madrake 9 Gentoo 1.4)
Area: xkb
Server: not server related
Description:
(**) |--Input Device Keyboard1
(**) Option XkbRules xfree86
(**) XKB: rules: xfree86
(**) Option XkbModel logicdn
(**) XKB: model: logicdn
(**) Option XkbLayout es
(**) XKB: layout: es
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Mouse1
(**) FontPath set to unix/:-1
(==) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(**) Option AllowMouseOpenFail
(++) using VT number 7
...
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) [GLX]: Initializing GLX extension
(II) Keyboard Keyboard1 handled by legacy driver
I have 2 bugs. The first is related to the driver logicdn. In the file
xkb/symbols/Inet, in the part of logicdn puts:
key FK14 { [ XF86Send ] }; // F4
key FK15 { [ XF86Undo ] }; // F5
key FK15 { [ XF86Redo ] }; // F6
key FK16 { [ XF86Print ] }; // F7
and should put:
key FK14 { [ XF86Send ] }; // F4
key FK15 { [ XF86Undo ] }; // F5
key FK16 { [ XF86Redo ] }; // F6
key FK17 { [ XF86Print ] }; // F7
but that bug is a minor problem (but it's ok to fix).
Thanks, I'll fix that.
The other bug, at least with my configuration (logitech cordless desktop navigator,
Spanish keyboard), i can't put or (the same phisical key) that correspond to
LSGT keycode. Futhermore, when i execute xev, and press that key, the program puts:
KeyPress event, serial 26, synthetic NO, window 0x381,
root 0x8d, subw 0x0, time 5002964, (165,-14), root:(175,66),
state 0x10, keycode 94 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
(that keycode is good for xkbrules=xfree86)
i don't know how to fix this one.
I'm not sure if the best solution is to add the LSGT definition to
the pc/es map (and all others where the default keyboard has this key),
or change rules/xfree86 so that all of the inetkbds definitions are
based on pc105 instead of pc104 (the LSGT key is the only difference
between the two).
David
--
David Dawes
Release Engineer/Architect The XFree86 Project
www.XFree86.org/~dawes
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86 4.2.99.902 (4.3.0 RC2) tagged
XFree86 snapshot 4.2.99.902 (aka 4.3.0 RC2) has been tagged. This is the second release candidate for 4.3.0. The change log, which summarises what has changed since the previous snapshot, can be viewed at http://www.xfree86.org/cvs/changes.html. The source can be obtained from the XFree86 CVS repository (see http://www.xfree86.org/cvs/ for details). Binaries for a few platforms will be made available over the next day or two. They'll be at ftp://ftp.xfree86.org/pub/XFree86/snapshots/4.2.99.902/binaries/. Online documentation will soon be available at http://www.xfree86.org/4.2.99.902/. Please reports bugs here, and send bugfixes and documentation updates to [EMAIL PROTECTED] The updated 4.3 release schedule is: Code freeze (critical fixes and doc updates only)21 Feb 2003 Last submission date for doc updates 25 Feb 2003 4.3.0 tagged for release 27 Feb 2003 This schedule will stand providing no critical problems are found in the meantime. If you are aware of any serious bugs that are still present in this snapshot, please post details here. Taking some time to review and update the documentation is strongly encouraged. If you have something to add to the release notes (it should contain a summary of new features and known problems), please send it in. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] startx will not start X
Dear Sir, Can you help? I cannot get full copy of file off computer - I don't know enough, yet. Howver, these seem to be salient details from log file. Op system is Redhat Linus 7.3. but i seem to have similar roblem with Redhat 8.0 at home! Build Op Sys Linux 2.4.17-0.13smp i686 [ELF] Build host: daffy.perf.redhat.com Module loader present Markers *** 3 lines of index *** including (==) default steeing (==) Log file: var/log/XFree86.0.log (==) Using config file /etc/X11/XfreeConfig Data incomplete in file /etc/X11/XfreeConfig Device section Generic VGA Card must have Driver line. (EE) Problem parsing the config file (EE) Error from xf86HnadleCOnfigFile() Fatal server error: No screen found * I have made modification to config file in response to previously found error Lines 102 to 105 commentted out - keyboard modes were not recogised. The above is second lot of errors. * Computer is old - Pentium 166, Video card by PC Partners using S3 Trio 64V-DX 775 and NEC Multisync 5FGe monitor. I think this should get up to 1024 x 768 resolution but currently it only recognises 800 x 600 as maximum which might be enough for the moment. * If I can get this system to work, I might - repeat might - get an upgrade to a better PC :) Regards Richard Vander Have ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] startx will not start X
Check on top of log which config file is being used. RH 7.3 comes with both X 4.x.x and X 3.3.6. The config files (usually /etc/X11/XF86Config for X 3.3.6 and /etc/X11/XF86Config-4 for X 4.x.x) have a different format (most noticeable the keyboard and pointer sections in X 3.3.6 format which have been repaced by input devices sections for X 4.x.x format) If you modify the wrong file then not much will happen... Lionel --- R A Vander Have [EMAIL PROTECTED] wrote: Dear Sir, Can you help? I cannot get full copy of file off computer - I don't know enough, yet. Howver, these seem to be salient details from log file. Op system is Redhat Linus 7.3. but i seem to have similar roblem with Redhat 8.0 at home! Build Op Sys Linux 2.4.17-0.13smp i686 [ELF] Build host: daffy.perf.redhat.com Module loader present Markers *** 3 lines of index *** including (==) default steeing (==) Log file: var/log/XFree86.0.log (==) Using config file /etc/X11/XfreeConfig Data incomplete in file /etc/X11/XfreeConfig Device section Generic VGA Card must have Driver line. (EE) Problem parsing the config file (EE) Error from xf86HnadleCOnfigFile() Fatal server error: No screen found * I have made modification to config file in response to previously found error Lines 102 to 105 commentted out - keyboard modes were not recogised. The above is second lot of errors. * Computer is old - Pentium 166, Video card by PC Partners using S3 Trio 64V-DX 775 and NEC Multisync 5FGe monitor. I think this should get up to 1024 x 768 resolution but currently it only recognises 800 x 600 as maximum which might be enough for the moment. * If I can get this system to work, I might - repeat might - get an upgrade to a better PC :) Regards Richard Vander Have ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Dell Latitude + 90c24
Hello, Last time I become lucky owner of old laptop DELL Latitude XP 4100CX. I was installing on this device Debian Woody but during installation appear small problem with X. So, I can't set 16bpp mode. The start with startx -- -bpp 16 all time has been finished with info SVGA: 16bpp not supported for this chipset. Of course it is not true because on secondary hard drive I have got M$ and correct High Colour 16bit mode. Now I'm looking to file /etc/X11/XF86 Maybe someone have this file and can make available it to me ? The graphic card has chipset WD90C24A in accordance to documentation I have tested settings with chips 90C30, 90C31 i 90C32 but without positive result. Thanks in advance ! -- Krzysztof Piecuch [EMAIL PROTECTED] [EMAIL PROTECTED] OPTIMUS IC ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
