CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/05/28 07:03:51 Log message: Fix up previous change Modified files: xc/programs/xterm/: screen.c Revision ChangesPath 3.63 +5 -4 xc/programs/xterm/screen.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/05/28 07:08:03 Log message: Missing symbol Modified files: xc/programs/Xserver/hw/xfree86/drivers/ati/: atimodule.c Revision ChangesPath 1.16 +2 -1 xc/programs/Xserver/hw/xfree86/drivers/ati/atimodule.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/05/28 07:14:41 Log message: Warning fix Modified files: xc/programs/xmh/: msg.c Revision ChangesPath 1.5 +2 -1 xc/programs/xmh/msg.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/05/28 07:13:11 Log message: Warning fix Modified files: xc/programs/xedit/lisp/: bytecode.c Revision ChangesPath 1.18 +2 -2 xc/programs/xedit/lisp/bytecode.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/05/28 07:30:04 Log message: Lower pciMaxBusNum for VIA's APOLLO VP1/VPX Modified files: xc/programs/Xserver/hw/xfree86/os-support/bus/: ix86Pci.c Revision ChangesPath 1.20 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/bus/ix86Pci.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/05/28 08:59:58 Log message: Missing depend target Modified files: xc/programs/xkbutils/: Imakefile Revision ChangesPath 3.3 +10 -4 xc/programs/xkbutils/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/05/28 09:02:36 Log message: 195. Remove unnecessary links of libm (Marc La France). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/dpsexec/: Imakefile xc/programs/dpsinfo/: Imakefile xc/programs/listres/: Imakefile xc/programs/luit/: Imakefile xc/programs/mkfontscale/: Imakefile xc/programs/viewres/: Imakefile xc/programs/xbiff/: Imakefile xc/programs/xdpyinfo/: Imakefile xc/programs/xfd/: Imakefile Revision ChangesPath 3.2717+2 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.4 +1 -2 xc/programs/dpsexec/Imakefile 1.5 +1 -2 xc/programs/dpsinfo/Imakefile 1.2 +5 -1 xc/programs/listres/Imakefile 1.4 +2 -2 xc/programs/luit/Imakefile 1.4 +2 -2 xc/programs/mkfontscale/Imakefile 1.2 +5 -1 xc/programs/viewres/Imakefile 1.2 +5 -1 xc/programs/xbiff/Imakefile 3.17 +1 -3 xc/programs/xdpyinfo/Imakefile 1.4 +2 -2 xc/programs/xfd/Imakefile ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: )
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/05/28 19:02:01 xc/extras/freetype2 Update of /home/x-cvs/xc/extras/freetype2 In directory public.xfree86.org:/home/dawes/freetype-2.1.4 Log Message: Freetype version 2.1.4 Status: Vendor Tag: freetype Release Tags: freetype-2-1-4 U xc/extras/freetype2/.cvsignore U xc/extras/freetype2/ChangeLog U xc/extras/freetype2/Jamfile U xc/extras/freetype2/Jamfile.in U xc/extras/freetype2/Jamrules U xc/extras/freetype2/Makefile U xc/extras/freetype2/README U xc/extras/freetype2/configure U xc/extras/freetype2/descrip.mms U xc/extras/freetype2/install U xc/extras/freetype2/builds/detect.mk U xc/extras/freetype2/builds/freetype.mk U xc/extras/freetype2/builds/link_dos.mk U xc/extras/freetype2/builds/link_std.mk U xc/extras/freetype2/builds/modules.mk U xc/extras/freetype2/builds/newline U xc/extras/freetype2/builds/toplevel.mk U xc/extras/freetype2/builds/amiga/makefile U xc/extras/freetype2/builds/amiga/README U xc/extras/freetype2/builds/amiga/smakefile U xc/extras/freetype2/builds/amiga/include/freetype/config/ftconfig.h U xc/extras/freetype2/builds/amiga/include/freetype/config/ftmodule.h U xc/extras/freetype2/builds/amiga/src/base/ftdebug.c U xc/extras/freetype2/builds/amiga/src/base/ftsystem.c U xc/extras/freetype2/builds/ansi/ansi-def.mk U xc/extras/freetype2/builds/ansi/ansi.mk U xc/extras/freetype2/builds/beos/beos-def.mk U xc/extras/freetype2/builds/beos/beos.mk U xc/extras/freetype2/builds/beos/detect.mk U xc/extras/freetype2/builds/compiler/ansi-cc.mk U xc/extras/freetype2/builds/compiler/bcc-dev.mk U xc/extras/freetype2/builds/compiler/bcc.mk U xc/extras/freetype2/builds/compiler/gcc-dev.mk U xc/extras/freetype2/builds/compiler/gcc.mk U xc/extras/freetype2/builds/compiler/intelc.mk U xc/extras/freetype2/builds/compiler/unix-lcc.mk U xc/extras/freetype2/builds/compiler/visualage.mk U xc/extras/freetype2/builds/compiler/visualc.mk U xc/extras/freetype2/builds/compiler/watcom.mk U xc/extras/freetype2/builds/compiler/win-lcc.mk U xc/extras/freetype2/builds/dos/detect.mk U xc/extras/freetype2/builds/dos/dos-def.mk U xc/extras/freetype2/builds/dos/dos-gcc.mk U xc/extras/freetype2/builds/mac/ftlib.prj U xc/extras/freetype2/builds/mac/README U xc/extras/freetype2/builds/mac/freetype.make U xc/extras/freetype2/builds/os2/detect.mk U xc/extras/freetype2/builds/os2/os2-def.mk U xc/extras/freetype2/builds/os2/os2-dev.mk U xc/extras/freetype2/builds/os2/os2-gcc.mk U xc/extras/freetype2/builds/unix/.cvsignore U xc/extras/freetype2/builds/unix/aclocal.m4 U xc/extras/freetype2/builds/unix/config.guess U xc/extras/freetype2/builds/unix/config.sub U xc/extras/freetype2/builds/unix/configure U xc/extras/freetype2/builds/unix/configure.ac U xc/extras/freetype2/builds/unix/detect.mk C xc/extras/freetype2/builds/unix/freetype-config.in U xc/extras/freetype2/builds/unix/freetype2.m4 U xc/extras/freetype2/builds/unix/ft-munmap.m4 U xc/extras/freetype2/builds/unix/ft2unix.h U xc/extras/freetype2/builds/unix/ftconfig.in U xc/extras/freetype2/builds/unix/ftsystem.c U xc/extras/freetype2/builds/unix/install-sh U xc/extras/freetype2/builds/unix/install.mk U xc/extras/freetype2/builds/unix/ltmain.sh U xc/extras/freetype2/builds/unix/mkinstalldirs U xc/extras/freetype2/builds/unix/unix-cc.in U xc/extras/freetype2/builds/unix/unix-def.in U xc/extras/freetype2/builds/unix/unix-dev.mk U xc/extras/freetype2/builds/unix/unix-lcc.mk U xc/extras/freetype2/builds/unix/unix.mk U xc/extras/freetype2/builds/unix/unixddef.mk U xc/extras/freetype2/builds/vms/descrip.mms U xc/extras/freetype2/builds/vms/ftconfig.h U xc/extras/freetype2/builds/vms/ftsystem.c U xc/extras/freetype2/builds/win32/detect.mk U xc/extras/freetype2/builds/win32/ftdebug.c U xc/extras/freetype2/builds/win32/w32-bcc.mk U xc/extras/freetype2/builds/win32/w32-bccd.mk U xc/extras/freetype2/builds/win32/w32-dev.mk U xc/extras/freetype2/builds/win32/w32-gcc.mk U xc/extras/freetype2/builds/win32/w32-icc.mk U xc/extras/freetype2/builds/win32/w32-intl.mk U xc/extras/freetype2/builds/win32/w32-lcc.mk U xc/extras/freetype2/builds/win32/w32-mingw32.mk U xc/extras/freetype2/builds/win32/w32-vcc.mk U xc/extras/freetype2/builds/win32/w32-wat.mk U xc/extras/freetype2/builds/win32/win32-def.mk U xc/extras/freetype2/builds/win32/visualc/freetype.dsp U xc/extras/freetype2/builds/win32/visualc/freetype.dsw U xc/extras/freetype2/builds/win32/visualc/index.html N xc/extras/freetype2/devel/ft2build.h N xc/extras/freetype2/devel/ftoption.h N xc/extras/freetype2/docs/CUSTOMIZE U xc/extras/freetype2/docs/CHANGES N xc/extras/freetype2/docs/INSTALL.ANY N xc/extras/freetype2/docs/DEBUG U xc/extras/freetype2/docs/FTL.txt U xc/extras/freetype2/docs/GPL.txt U xc/extras/freetype2/docs/INSTALL N xc/extras/freetype2/docs/INSTALL.GNU N xc/extras/freetype2/docs/INSTALL.UNX N xc/extras/freetype2/docs/INSTALL.VMS U xc/extras/freetype2/docs/PATENTS U xc/extras/freetype2/docs/TODO N
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/05/28 19:13:07 Log message: Initial freetype 2.1.4 merge. Modified files: xc/extras/freetype2/builds/unix/: freetype-config.in xc/extras/freetype2/include/freetype/: ftcache.h xc/extras/freetype2/include/freetype/config/: ftoption.h xc/extras/freetype2/include/freetype/internal/: ftdebug.h internal.h xc/extras/freetype2/src/base/: ftmac.c ftsynth.c xc/extras/freetype2/src/bdf/: bdflib.c xc/extras/freetype2/src/pcf/: pcfdriver.c pcfread.c xc/extras/freetype2/src/sfnt/: sfdriver.c sfobjs.c ttcmap0.c xc/extras/freetype2/src/tools/: cordic.py xc/extras/freetype2/src/truetype/: ttgload.c xc/extras/freetype2/src/type1/: t1objs.c xc/extras/freetype2/src/type42/: t42parse.c Removed files: xc/extras/freetype2/: README.UNX xc/extras/freetype2/docs/: BUGS BUILD readme.vms xc/extras/freetype2/src/tools/: docmaker.py Revision ChangesPath 1.3 +1 -1 xc/extras/freetype2/builds/unix/freetype-config.in 1.6 +5 -1 xc/extras/freetype2/include/freetype/ftcache.h 1.6 +143 -110 xc/extras/freetype2/include/freetype/config/ftoption.h 1.8 +7 -2 xc/extras/freetype2/include/freetype/internal/ftdebug.h 1.9 +4 -2 xc/extras/freetype2/include/freetype/internal/internal.h 1.5 +4 -4 xc/extras/freetype2/src/base/ftmac.c 1.5 +53 -166 xc/extras/freetype2/src/base/ftsynth.c 1.3 +72 -65xc/extras/freetype2/src/bdf/bdflib.c 1.5 +100 -128 xc/extras/freetype2/src/pcf/pcfdriver.c 1.3 +3 -3 xc/extras/freetype2/src/pcf/pcfread.c 1.3 +42 -39xc/extras/freetype2/src/sfnt/sfdriver.c 1.3 +34 -83xc/extras/freetype2/src/sfnt/sfobjs.c 1.4 +55 -21xc/extras/freetype2/src/sfnt/ttcmap0.c 1.4 +1 -1 xc/extras/freetype2/src/tools/cordic.py 1.10 +255 -50 xc/extras/freetype2/src/truetype/ttgload.c 1.3 +11 -82xc/extras/freetype2/src/type1/t1objs.c 1.3 +4 -5 xc/extras/freetype2/src/type42/t42parse.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/05/28 20:05:12 Log message: Initial build/config updates for FreeType 2.1.4. Further updates may be needed. Modified files: xc/config/cf/: X11.tmpl xc/extras/freetype2/src/cff/: cffgload.c xc/lib/font/FreeType/: Imakefile ft.h ftheader.h ftoption.h fttypes.h xc/lib/font/FreeType/module/: Imakefile ftmodule.c xc/lib/freetype2/: Imakefile xc/lib/freetype2/freetype/: Imakefile xc/lib/freetype2/freetype/internal/: Imakefile xc/programs/Xserver/hw/xfree86/: CHANGELOG xf86Date.h Revision ChangesPath 1.207 +8 -5 xc/config/cf/X11.tmpl 1.2 +481 -268 xc/extras/freetype2/src/cff/cffgload.c 1.25 +2 -2 xc/lib/font/FreeType/Imakefile 1.21 +3 -1 xc/lib/font/FreeType/ft.h 1.4 +28 -3 xc/lib/font/FreeType/ftheader.h 1.4 +2 -2 xc/lib/font/FreeType/ftoption.h 1.4 +37 -4 xc/lib/font/FreeType/fttypes.h 1.12 +2 -2 xc/lib/font/FreeType/module/Imakefile 1.15 +2 -2 xc/lib/font/FreeType/module/ftmodule.c 1.13 +14 -3 xc/lib/freetype2/Imakefile 1.9 +11 -1 xc/lib/freetype2/freetype/Imakefile 1.6 +3 -1 xc/lib/freetype2/freetype/internal/Imakefile 3.2718+3 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.30 +2 -2 xc/programs/Xserver/hw/xfree86/xf86Date.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/05/29 05:41:58 Log message: 197. Fixes and updates for XKB keyboard maps: - add asciitilde to Swedish 'nodeadkeys' map (Bugzilla #291). - add map for true Romanian keyboard (Bugzilla #300, Manfred Pohler). - add EuroSign to us_intl keyboard map (Bugzilla #309, Paul Bolle). - fix some keys in Armenian 'phonetic' layout (Bugzilla #313, Ani). - add some geometry files (Alexander Pohoyda). - some cosmetic changes. Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/xkbcomp/geometry/: Imakefile xc/programs/xkbcomp/rules/: xfree86 xfree86.xml xc/programs/xkbcomp/symbols/: am ro se us_intl xc/programs/xkbcomp/symbols/pc/: am ro Added files: xc/programs/xkbcomp/geometry/: chicony omnibook xc/programs/xkbcomp/geometry/ibm/: Imakefile thinkpad Revision ChangesPath 3.2719+8 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.13 +5 -4 xc/programs/xkbcomp/geometry/Imakefile 3.63 +2 -2 xc/programs/xkbcomp/rules/xfree86 1.6 +8 -1 xc/programs/xkbcomp/rules/xfree86.xml 1.5 +5 -6 xc/programs/xkbcomp/symbols/am 3.6 +87 -10xc/programs/xkbcomp/symbols/ro 3.11 +4 -3 xc/programs/xkbcomp/symbols/se 1.6 +16 -15xc/programs/xkbcomp/symbols/us_intl 1.4 +5 -5 xc/programs/xkbcomp/symbols/pc/am 1.4 +63 -5 xc/programs/xkbcomp/symbols/pc/ro ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Re: xterm resize fails
On Wed, 28 May 2003, Dr Andrew C Aitchison wrote: On Wed, 28 May 2003, Thomas Dickey wrote: On Wed, May 28, 2003 at 07:16:08AM -0600, Marc Aurele La France wrote: On Wed, 28 May 2003, Dr Andrew C Aitchison wrote: Patch 3.62 to xc/programs/xterm/screen.c breaks xterm resizing. The call to SET_TTYSIZE no longer happens when TRACE isn't enabled. Fix is to revert to version 3.61 OK. I'll fix it. presumably not by simply rolling back the change... Why not ? Old, working code: -code = SET_TTYSIZE(screen-respond, ts); -TRACE((return %d from SET_TTYSIZE %dx%d\n, code, rows, cols)); New, broken code: +TRACE((return %d from SET_TTYSIZE %dx%d\n, + SET_TTYSIZE(screen-respond, ts), rows, cols)); in the broken version since TRACE(...) is a null macro, cpp removes the call to SET_TTYSIZE. I take some ofthat back. The version without code is definitely wrong. The version with code is working, but is susceptible to optimization. -- 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: xterm resize fails
On Wed, May 28, 2003 at 05:12:45PM +0100, Dr Andrew C Aitchison wrote: On Wed, 28 May 2003, Thomas Dickey wrote: On Wed, May 28, 2003 at 07:16:08AM -0600, Marc Aurele La France wrote: On Wed, 28 May 2003, Dr Andrew C Aitchison wrote: Patch 3.62 to xc/programs/xterm/screen.c breaks xterm resizing. The call to SET_TTYSIZE no longer happens when TRACE isn't enabled. Fix is to revert to version 3.61 OK. I'll fix it. presumably not by simply rolling back the change... Why not ? Old, working code: -code = SET_TTYSIZE(screen-respond, ts); -TRACE((return %d from SET_TTYSIZE %dx%d\n, code, rows, cols)); New, broken code: +TRACE((return %d from SET_TTYSIZE %dx%d\n, + SET_TTYSIZE(screen-respond, ts), rows, cols)); in the broken version since TRACE(...) is a null macro, cpp removes the call to SET_TTYSIZE. then I'm not sure what part of the source you're looking at, since none of it encloses the SET_TTYSIZE within a TRACE macro. I quoted the lines you cite as Old from the code I last modified in March. Is there a branch you're looking at? -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xterm resize fails
On Wed, May 28, 2003 at 05:20:15PM +0100, Dr Andrew C Aitchison wrote: On Wed, 28 May 2003, Dr Andrew C Aitchison wrote: On Wed, 28 May 2003, Thomas Dickey wrote: On Wed, May 28, 2003 at 07:16:08AM -0600, Marc Aurele La France wrote: On Wed, 28 May 2003, Dr Andrew C Aitchison wrote: Patch 3.62 to xc/programs/xterm/screen.c breaks xterm resizing. The call to SET_TTYSIZE no longer happens when TRACE isn't enabled. Fix is to revert to version 3.61 OK. I'll fix it. presumably not by simply rolling back the change... Why not ? Old, working code: -code = SET_TTYSIZE(screen-respond, ts); -TRACE((return %d from SET_TTYSIZE %dx%d\n, code, rows, cols)); New, broken code: +TRACE((return %d from SET_TTYSIZE %dx%d\n, + SET_TTYSIZE(screen-respond, ts), rows, cols)); in the broken version since TRACE(...) is a null macro, cpp removes the call to SET_TTYSIZE. I take some ofthat back. The version without code is definitely wrong. The version with code is working, but is susceptible to optimization. My guess is that the compiler optimizer is broken, and discarding the assignment. Apparently Marc is guessing the same thing, since he added a (void)code; after the TRACE statement (this is good for gcc, at the expense of increasing the noise level in other compilers). However, if that's the case, a lot more than xterm would be broken, so it would be useful to be able to test this. It's ok to discard int x = 1; if x is never used, but not int x = foo(); -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Diamond, Orchid, S3, Supra support/files
I just found out yesterday that the massive archive of docs, drivers, and firmware that was on the the Diamond ftp server [ftp://ftp.diamondmm.com/] is gone. Due to mergers over the years, the archives covered products from these companies and more: Diamond Multimedia Orchid Micronics Supra S3 Obviously, the Diamond Multimedia, Orchid, and S3 files are of the most interest when working with older video cards. The support page for Diamond products [http://www.diamondmm.com/support/diamond/] formerly contained links to files on the ftp server. It now has the following posted: S3 or Diamond Brand Support We no longer support customer service or warranty claims on any of our legacy products sold under the former S3 or Diamond brand. As we no longer manufacture these products, and have not for some time, our customer care and warranty claim call volumes related to these products are extremely low. Because of this, we made the decision to discontinue support for these products. If you are experiencing problems with your Diamond or S3 legacy product please contact an independent repair professional. We appreciate your understanding in this matter and hope that this change does not inconvenience you greatly. The above statement seems totally ludicrous, as how is an independent repair professional (which I think I more than qualify as) supposed to support these products without the files that were available on the ftp site? I put in a call to their technical support staff at (206) 515-1400, and when I selected option '5' for diamond products, it referred me back to the above support url, stating that support files were available on the website. The phone system then hung up, and I called back again selecting the Supra support and 'other' products...same thing. I finally got someone on the line by selecting Supra support and the first and only product the phone system mentioned. I think it was option 4 and 1. Talk about a nightmare. Turns out, they've suddenly had a massive influx of calls from other slightly annoyed customers who still support and use all this obsolete hardware. Personally, I don't see how hardware can be obsolete if it works and does exactly what you need it to. They also seemed to have no clue that older versions of firmware and such are very important when maintaining and supporting these things. The ftp server formerly contained nearly every version that had been released. Now its all gone. Some of these products were only a couple of years old too. I haven't seen any mention of this in the hardware circles yet, but I don't think many people have realized yet what has happened. If anyone else wants to call and ask questions, the phone number above should get you though to someone. I've asked them about returning the ftp site to its former state, as that would seem to be the best solution for everyone right now. Longterm, probably the best thing would be to place the files in the public domain. I would also really like to see programming docs for the S3 and Orchid chips made available and or placed in the public domain, but I have no idea if they even still have them. -Toth ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
DGA2
Hi. I am trying to have dga working without being root under linux 2.4.21-rc2 and Xfree 4.3, setting sgid programs and 660 permission to /dev/mem, but the client cannot open /dev/mem. Even with permissions 777 (:-) ) i get: ls -l /dev/mem crwxrwxrwx1 root giochi 1, 1 2002-12-13 15:51 /dev/mem strace cat /dev/mem ...] open(/dev/mem, O_RDONLY|O_LARGEFILE) = -1 EPERM (Operation not permitted) [... Any idea? Thanx Maurizio Monge ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: extending radeon driver for dual-headed mode
Michel, Thanks for the information. I was able to get rid of the horizontal scan lines on the lcd panel using the XF86Config-4 file below. I have experiemnted with the options in the device section quite a bit and discovered that if I put the Option UseFBDev in both device sections then the external crt gets disabled but if I only put it in the device section for the lcd then it removes the scan lines and the external crt is enabled (although still in clone mode). I also discovered that I need the BusID option in the device section for the external crt but not for the lcd. So basically with this file I have clone mode enabled, no horizontal scan lines on the internal lcd, and a yellow tint on both the lcd and external monitor. I am currently running a 2.4.19 kernel (sid) and am trying to update the drivers/video/radeonfb.c module to v1.23 (latest release) but there seems to be a lot of new dependencies so I may try to just update to a later kernel that has the later radeonfb.c integrated. Ultimately my goal is to get true independent dual-heads enabled. -dean andreakis Section Files RgbPath /usr/X11R6/lib/X11/rgb FontPath unix/:7100 EndSection Section Module Load dbe Load v4l Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 Load dri EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout us EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section InputDevice Identifier DevInputMice Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Monitor Identifier lcd VendorName Generic ModelName Flat Panel 1400x1050 Option dpms EndSection Section Monitor Identifier external-21in VendorName Monitor Vendor ModelNameDell 1800FP (Analog) Option dpms EndSection Section Device Identifier radeon-lcd VendorName ATI BoardName ATI Radeon Driver radeon Screen 0 Option UseFBDev EndSection Section Device Identifier radeon-external VendorName ATI BoardName ATI Radeon Driver radeon Screen 1 BusID PCI:0:16:0 EndSection Section Screen Identifier lcd-screen Device radeon-lcd Monitor lcd DefaultDepth 24 Subsection Display Depth 8 Modes 1024x768 800x600 640x480 EndSubsection Subsection Display Depth 15 Modes 1024x768 800x600 640x480 EndSubsection Subsection Display Depth 16 Modes 1024x768 800x600 640x480 EndSubsection Subsection Display Depth 24 Modes 1024x768 800x600 640x480 EndSubsection EndSection Section Screen Identifier external-21in-screen Device radeon-external Monitor external-21in DefaultDepth 24 SubSection Display Depth24 Modes1024x768 800x600 640x480 EndSubsection EndSection Section ServerLayout Identifier default InputDevice Keyboard0 CoreKeyboard InputDevice Mouse0 CorePointer InputDevice DevInputMice SendCoreEvents Screen lcd-screen Screen external-21in-screen LeftOf lcd-screen EndSection Section DRI Group0 Mode 0666 EndSection -Original Message- From: Michel Dänzer [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2003 5:26 PM To: [EMAIL PROTECTED] Subject: RE: extending radeon driver for dual-headed mode On Wed, 2003-05-21 at 17:04, Andreakis, Dean (MED) wrote: 1. DRI on my x86/RH9 is now disabled where it was enbled before the changes.I will post my XF86Config and log file to the dri users list. See http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=62 2. I tried the same cfg. on my iBook/Debian(sid) machine and it enabled clone mode and the colors all have a yellow tint. The lcd also has horizontal lines running through it. This one is a bit tricky. You basically need a recent radeonfb and Option UseFBDev for the internal panel to work correctly, but then the behaviour of the second head is undefined. You can find some success stories in the archives of the debian-powerpc mailing list though. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Having trouble getting CVS to compile
On 27 May 2003, Scott White wrote: Could anyone point me at some instructions to help me compile the XFree86 cvs, I'm having trouble. I want to get access to the via driver recently added to the CVS so I can run X not in vesa mode on my Via Mini-itx based hush PC running Redhat 9. The easiest way to get the via driver without damaging your Red Hat supplied X installation, is to wait a few days or so, and I'll be integrating it into XFree86 4.3.0 in rawhide. Rawhide XFree86 should be a fairly clean upgrade from the stock RHL 9 XFree86. It'll likely be in 4.3.0-14 or 4.3.0-15. You can find me in IRC on freenode #xfree86 if you'd also like to ping me on wether I've added it yet or not. HTH -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[XFree86] Fatal error
Hello, I am very new to the Linux world. This morning, I logged in and typed startx and received this message: Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock adn start again. As I mentioned, I do not know enough yet to diagnose nor resolve this issue without help. Any tips would be greatly appreciated. I do not even know how to search for the version number so that I could search the reports on your website. Thank you very much, LAura Huff
[XFree86] startx crashes using generated XF86Config. Card is #9GXE64.
Intel PC with Linux 2.4.20. Previously was ok with XF86 version 3.3 (I think) and Linux 2.0.13. Here follows 1st the XF86Config and then the error log: # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ** # Section Module # This loads the DBE extension module. Loaddbe # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection extmod Optionomit xfree86-dga # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Loadtype1 Loadspeedo #Loadfreetype #Loadxtt # This loads the GLX module #Load glx # This loads the DRI module #Load dri EndSection # ** # Files section. This allows default font and rgb paths to be set # ** Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ #FontPath /usr/X11R6/lib/X11/fonts/TrueType/ #FontPath /usr/X11R6/lib/X11/fonts/freefont/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ # The module search path. The default path is shown here. #ModulePath /usr/X11R6/lib/modules EndSection # ** # Server flags section. # ** Section ServerFlags # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging #Option NoTrapSignals # Uncomment this to disable the CrtlAltFn VT switch sequence # (where n is 1 through 12). This allows clients to receive these key # events. #Option DontVTSwitch # Uncomment this to disable the CrtlAltBS server abort sequence # This allows clients to receive this key event. #Option DontZap # Uncomment this to disable the CrtlAltKP_+/KP_- mode switching # sequences. This allows clients to receive these key events. #Option
Re: [XFree86] Fatal error
Hi, I am very new to the Linux world. This morning, I logged in and typed startx and received this message: Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock adn start again. As I mentioned, I do not know enough yet to diagnose nor resolve this issue without help. As it is said, the server is probably already in use.. type ctrl-alt-7 would normally replace you in your x-environment. .Yves. -: This is a Unix email virus. It works on the honor system: If you're running a variant of Unix, please forward this message to everyone you know and delete a bunch of your files at random. Thank you for your cooperation. :- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] Fatal error
One nice thing about Linux is the error messages are sometimes helpful and sometimes humorous and sometimes both but rarely neither. This error message is one of the helpful variety. Fatal server error: Server is already active for display 0 This is the really helpful part. If this server is no longer running, remove /tmp/.X0-lock and start again. If you are the only user of your system and you can't run X at all. Then go ahead and delete the file specified in the error message. remove /tmp/.X0-lock You may want to use the rm command to do the deletion. Example: rm -v /tmp/.X0-lock Here is a man page for the rm command. You can also access the man page for this command by typing man rm on your system. My apologies if you are already aware of this. http://www.die.net/doc/linux/man/man1/rm.1.html HTH, cyn -Original Message- From: Laura Pippio Hufff [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 9:15 AM To: [EMAIL PROTECTED] Subject: [XFree86] Fatal error ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] startx crashes using generated XF86Config. Card is #9GXE64.
X seems to think your card is an S3 Trio and not a number 9. Also I have seen this sort of thing before with multiple primary devices relating to one S3 card. It may be worth trying that driver. Also this error is common when you have the incorrect video card driver specified. Although vga should work, since its generic. The S3 driver seems to handle the multiple devices problem, which may be relevant in this instance. :) (EE) No devices detected. YMMV, cyn P.S. I pasted the relevant sections below. (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 1106,0585 card , rev 10 class 06,00,00 hdr 00 (II) PCI: 00:07:0: chip 1106,0586 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 02 class 01,01,8a hdr 00 (II) PCI: 00:08:0: chip 10b7,9001 card , rev 00 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:00:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:01:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:02:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:03:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:04:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:05:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:06:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:07:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:08:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:09:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:0a:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:0b:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:0c:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:0d:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:0e:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:0f:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:10:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:11:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:12:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:13:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:14:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:15:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:16:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:17:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:18:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:19:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:1a:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:1b:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:1c:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:1d:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:1e:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 20:1f:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:00:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:01:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:02:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:03:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:04:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:05:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:06:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:07:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:08:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:09:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:0a:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:0b:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:0c:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:0d:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:0e:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 21:0f:0: chip 5333,8811 card , rev 00 class 03,00,00 hdr
[XFree86] Mouse cursor invisible with DVI connection
Ihave installed the new SuSE 8.2 release on my system which has aMatrox G400 AGP card with a Matrox G400 flat panel add-on card. Everything works fine with the monitor connected to the analoggraphics port. When I am connected to the DVI digital output port,however, the picture is great but there is no cursor visible. Themouse is obviously working because when I move the mouse randomly ittriggers a tool tip when it's in an appropriate spot. Except for thelack of the mouse cursor (serious indeed, the digital picture is muchsharper and brighter than the analog screen. I have tried the SuSEposted solution of including Option "sw-cursor" in XF86Config but ithasn't resolved the problem.Has anyone else had this problem and solved it? Do you Yahoo!? Free online calendar with sync to Outlook(TM).
Re: [XFree86] beep
On Monday, May 26, 2003 3:05 pm, David Shochat wrote: I have been investigating why echo -e \a does not produce any alert/beep/bell sound on my system. As far as I can tell, my PC does not have an internal speaker. I opened up the case and could not find one. It does however have a fully functional sound card and /usr/bin/play, for example, works (I of course have speakers connected to the sound card). This is a Gateway Performance 733 PC. Is your sound card integrated or not? Some sound cards (e.g. my SB16) have onboard connectors for your PC buzzer. Connect the SPK (or whatever the name is) pins from your motherboard to this. Then again, if your motherboard has speaker pins, you can just wire them to a real PC speaker... Before you do anything, consult technical documentation for your motherboard and sound card. I'm not sure if XFree86 has code built into it already for redirecting the beep, that is, setting up an alternate handler than ringing the terminal bell. I guess you could hack it in if you really want, but probably it would be better to use an xterm that already supports this than to modify (and possibly break) your X server (you do not want your X server to hang if it tries to beep and /dev/dsp is already in use, and that's just one thing that can go wrong...). That's not perfect either, since programs like StarOffice and Tcl/Tk apps will still do a system beep no matter what your GNOME or KDE or FrobozzWare system notification preferences state. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re : [XFree86] startx crashes using generated XF86Config. Card is #9GXE64.
On 2003.05.28 09:19, Bertie Coopersmith wrote: Intel PC with Linux 2.4.20. Previously was ok with XF86 version 3.3 (I think) and Linux 2.0.13. Here follows 1st the XF86Config and then the error log: It does not find a corresponding device : your card seems to be a S3 Trio, but you specify an svga driver using the Number Nine options. I think you should try the s3 driver : go to the Device section and change the string following Driver, and comment out the options Number Nine. Bye Manu ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] How do I select a working *default* video mode?
On Monday, May 26, 2003 11:10 am, Simon Watson wrote: My monitor loses the videocard signal when XFree86 starts. Pressing CTL+ALT+- several times to change resolution brings back the display. I've tried editing XF86Config but with no luck - how can I force the correct display mode on startup? When I change display mode with CTRL+ALT+-, the picture returns (with less-than-ideal resolution) and I can see the login screen. This means X, by default, is using a display mode that doesn't work. Obvious, I know... It's important to note that the default display mode is the first entry in the Modes section for the selected depth in the selected display. Wait, that's not exactly right. It's the first *working* entry. But in your case, XFree86 and your graphics card and/or monitor disagree on the meaning of the word working. Pressing it a couple more times, produces the perfect resolution on my LCD screen. Tell us exactly how many times. And you're using CTRL+ALT+MINUS, right? That steps right-to-left through the Modes list. CTRL+ALT+PLUS goes left-to-right. (Is this always true?) As I so-clumsily stated above, nonworking modes are skipped. The monitor reports this as 1280x1024, 80kHz, 75Hz. Looking at the XFree86 log file, I can see a list of 13 modes that were found, including the one that I think should work (prefixed with code 11a). I've tried adding the appropriate ModeLine to my XF86Config (1280x1024-75) and referencing this within the Screen section, but it doesn't seem to default to this (or if it does, it doesn't work). If XFree86 doesn't default to it even though it's first in the list, then it doesn't think it works. Shuttle SK41G with ProSavage chipset IIyama 4315 LCD monitor (using analogue input) - its manual lists a 1280x1024, 79.976kHz, 75.025Hz, 135MHZ mode # Option XkbVariant nodeadkeys I've always wondered what this meant... Of course, here it's a comment, but still, what's nodeadkeys? Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameAS4315 DisplaySize 340 270 HorizSync30.0 - 82.0 VertRefresh 50.0 - 75.0 ModeLine 1280x1024-75 135.0 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync Option dpms EndSection Did you write that modeline yourself, or did it come from somewhere? Did your configuration tool generate it? Do you know if it's correct? Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 16 SubSection Display Depth 16 Modes1280x1024-75 1280x1024 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Have you tried editing the Modes line by hand? Comment out (#) the original and make a new one containing only the modes you'll actually be using. (--) SAVAGE(0): Found 13 modes at this depth: [10e] 320 x 200, 70Hz [133] 320 x 240, 72Hz [143] 400 x 300, 72Hz [153] 512 x 384, 70Hz [11d] 640 x 400, 70Hz [111] 640 x 480, 60Hz, 75Hz, 85Hz, 100Hz, 160Hz [114] 800 x 600, 60Hz, 75Hz, 85Hz [117] 1024 x 768, 60Hz, 70Hz, 75Hz, 85Hz, 100Hz, 130Hz [17a] 1280 x 768, 60Hz [14f] 1280 x 960, 60Hz, 85Hz [11a] 1280 x 1024, 60Hz, 75Hz, 85Hz, 100Hz [13c] 1400 x 1050, 60Hz, 75Hz [122] 1600 x 1200, 60Hz (--) SAVAGE(0): Virtual size is 1280x1024 (pitch 1280) (**) SAVAGE(0): *Mode 1280x1024-75: 135.0 MHz, 80.0 kHz, 75.0 Hz (II) SAVAGE(0): Modeline 1280x1024-75 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (**) SAVAGE(0): *Default mode 1280x1024: 135.0 MHz, 80.0 kHz, 75.0 Hz (II) SAVAGE(0): Modeline 1280x1024 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync Yo, your modeline for 1280x1024-75 appears identical to the builtin 1280x1024. (**) SAVAGE(0): Default mode 1280x1024: 108.0 MHz, 64.0 kHz, 60.0 Hz (II) SAVAGE(0): Modeline 1280x1024 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync But it's listed twice, except here at a different rate (60 Hz instead of 75 Hz). I guess it knows how to handle this resolution at both 60 Hz and 75 Hz. Above it also lists 85 Hz and 100 Hz, but apparently X feels that even though your card might be able to handle those, your monitor can't. (repeated) Modes1280x1024-75 1280x1024 1280x960 1152x864 1024x768 800x600 640x480 (--) SAVAGE(0): Chose mode 11a at 75Hz. [... other stuff ...] This must be the mode it starts with. Can someone verify this by double- checking the log? By checking the mode table logged above, I see this is 1280x1024. It's probably 1280x1024-75 because that's what's first in your list and because I saw no log message saying it had been rejected. (--) SAVAGE(0): Chose mode 111 at 75Hz. 111: 640x480 (you must have used CTRL+ALT+MINUS) (--) SAVAGE(0): Chose mode 114 at 75Hz. 114: 800x600 (--) SAVAGE(0): Chose mode 117 at 75Hz. 117: 1024x768 (--) SAVAGE(0): No suitable BIOS mode found for 1152x864 108MHz. 1152x864
Re: [XFree86] root access
On Tuesday, May 27, 2003 3:49 am, Jarmo Paavilainen wrote: On Tue, 2003-05-27 at 08:55, Zippo wrote: I am running Xfree-4.3.0 on LFS. Everything works fine other then when i start the X server as a user then try to run a program as root, thought terminial it won't load i get the error message: whateverprogram: cannot connect to X server xhost + before you su to root in the terminal window. Do not su - as then you will loose some used enviroment variables. Beware. xhost + is quite dangerous: It completely disables authentication, so now anybody in the world who cares to can connect to your X server and start screwing with your display. As an example of why this isn't desirable, if you have a Tk window up, someone can convince it to pass arbitrary Tcl code up to the interpreter to be executed as you. I think that's right... I mean, I've done similar with my own programs in the past, and Tk relies entirely on the X server to do authentication (which it normally can be trusted to do). But even if I'm dead wrong about Tcl/Tk, it's at the very least possible to do keystroke monitoring, which can very easily lead to captured passwords and the same exploit. If you're the only person capable of logging in as root, everybody capable of logging into X trusts you (well, they don't have a choice, hehehe), and you never log into xdm as root (or run startx as root), I think you can make ~root/.Xauthority a symlink to ~/.Xauthority, where ~root is root's home and ~ is user's home. I do this. :^) If it's a bad idea, would someone please enlighten the both of us? I'm sure there are better ways, ways much more proper, but I don't know even half the ins and outs of X authentication. Also, xhost + localhost isn't good either, because it makes the assumption that there's exactly one user per computer. At my school, we have some X servers, and whenever you sit down at one and telnet (ick, why not ssh?) to a UNIX server to run some real programs, that server is granted host access, so all nine hundred billion users get access to you. Personally, I like to turn my neighbors' mouse pointers into Gumby or the USS Enterprise, when I'm not running while [ 1 ]; do xsetroot -solid black; xsetroot -solid white; done. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] unsubscribed immediate
___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Multiple Radeon 7500s
I have a system with two ATi Radeon 7500s (1 AGP/1 PCI). I use the cards to drive 4 monitors under XP and would like to do so under SuSE 8.2 as well. I've done a lot of googling looking for an answer with no luck. Trying to start SaX2 always results in the following error: ups lost card during probing.Abort Any help would be appreciated. Thanks, Joel ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] 1920x1200
On 28 May 2003, Anders Joergensen wrote: Hi, I have some problems getting my X to show 1920x1200, which is the primary display mode for my 24 LCD display. I'm running XFree86 Version 4.3.0 on a Redhat 9 According to XFree86.0.log my video hardware is Radeon 7500, which is correct, but when it says (II) RADEON(0): Not using mode 1920x1200 (no mode of this name) (II) RADEON(0): Not using mode 1920x1080 (no mode of this name) Does that mean that the video card doesn't support 1920x1200 and 1920x1080? I think it means that these modes are not built into the xserver. Try generating a custom modeline with the resolutions you're aiming for (or something smaller with the same aspect ratio if you can't go that high) and inserting that into the monitor section of /etc/X11/XF86Config-4. Videogen is one example of a tool for making modelines. If you get something that almost works (but there is some distortion in the screen or something), then use xvidtune to adjust the screen and fine tune the mode (don't forget to print out the corrected modeline created by xvidtune and using that to replace the one you had generated earlier). Jesse ./Anders -- Anders Jacob Joergensen Nokia Businuess Infrastructure Frederikskaj, 1790 Cph. V Phone: +45 33294586, +45 20918776 Brought to you by the character ':', the letters 'w' and 'q'. Enjoy! ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] where outring define
In BEGIN_LP_RING(n). Grep is your friend. Mark. On Wed, 28 May 2003, Searain Xing (HangZhou) wrote: hi, i have a question that i can not understand the following when i read sourcecode . #define OUT_RING(n) do { \ if (I810_DEBUG DEBUG_VERBOSE_RING) \ ErrorF( OUT_RING %x: %x, (mask %x)\n, outring, n, ringmask); \ *(volatile unsigned int *)(virt + outring) = n;\ outring += 4; \ outring = ringmask; \ } while (0) (i810_accel.c) where are outtingand virt defined? i can not find.please help me. thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Diamond, Orchid, S3, Supra support/files
I just found out yesterday that the massive archive of docs, drivers, and firmware that was on the the Diamond ftp server [ftp://ftp.diamondmm.com/] is gone. Due to mergers over the years, the archives covered products from these companies and more: Diamond Multimedia Orchid Micronics Supra S3 Obviously, the Diamond Multimedia, Orchid, and S3 files are of the most interest when working with older video cards. The support page for Diamond products [http://www.diamondmm.com/support/diamond/] formerly contained links to files on the ftp server. It now has the following posted: S3 or Diamond Brand Support We no longer support customer service or warranty claims on any of our legacy products sold under the former S3 or Diamond brand. As we no longer manufacture these products, and have not for some time, our customer care and warranty claim call volumes related to these products are extremely low. Because of this, we made the decision to discontinue support for these products. If you are experiencing problems with your Diamond or S3 legacy product please contact an independent repair professional. We appreciate your understanding in this matter and hope that this change does not inconvenience you greatly. The above statement seems totally ludicrous, as how is an independent repair professional (which I think I more than qualify as) supposed to support these products without the files that were available on the ftp site? I put in a call to their technical support staff at (206) 515-1400, and when I selected option '5' for diamond products, it referred me back to the above support url, stating that support files were available on the website. The phone system then hung up, and I called back again selecting the Supra support and 'other' products...same thing. I finally got someone on the line by selecting Supra support and the first and only product the phone system mentioned. I think it was option 4 and 1. Talk about a nightmare. Turns out, they've suddenly had a massive influx of calls from other slightly annoyed customers who still support and use all this obsolete hardware. Personally, I don't see how hardware can be obsolete if it works and does exactly what you need it to. They also seemed to have no clue that older versions of firmware and such are very important when maintaining and supporting these things. The ftp server formerly contained nearly every version that had been released. Now its all gone. Some of these products were only a couple of years old too. I haven't seen any mention of this in the hardware circles yet, but I don't think many people have realized yet what has happened. If anyone else wants to call and ask questions, the phone number above should get you though to someone. I've asked them about returning the ftp site to its former state, as that would seem to be the best solution for everyone right now. Longterm, probably the best thing would be to place the files in the public domain. I would also really like to see programming docs for the S3 and Orchid chips made available and or placed in the public domain, but I have no idea if they even still have them. -Toth ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Diamond, Orchid, S3, Supra support/files
Hi all I need some help to configure my X to use a card with TV out port. What are the minimum configuration to run X with Tv out por compatible? I need a general help , a genearl idea!!! Any Idea? Any help? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] mem usage
Hello I have a question. I have a dell precision m50 workstation (laptop) 512 mg of ram and a quadro 4 to go I'm using mandrake 9.1 with the nvidia drivers When I look at system useage... X task 200 plus meg of ram Why is this?? Can I do something to optimis this? Thank you Jeremie - This message was sent using SecureNet Mailman. http://www.securenet.net/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] SampleRate and cursor framing.
In first order: I do not know if 'framing' is good modifier for this phenomenon, my English is not on the highest level, please escuse me. I have on mind that little jumps between next moves of cursor. I've buyed Samsung optical mouse (OMGB30B), but I have problem with precise movement - if I try to move mouse just for few pixels then cursor just don't move. SampleRate set to 1 seems to fix it, but then cursor is framing, he's not so smooth as it was without the SampleRate set. I've saw that that option appeare with BaudRate option, but changing this option do not seem to make any difference. Have you got any ideas to fix it? Regards, br ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Acceleration on Radeon 7500?
Hi there everyone, I've got this video card working perfectly normal except for the acceleration... I've made my own research in the DRI field and have downloaded a bunch of DRI binaries but none of these worked, even to open X. Thanks a lot. Pablo. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] R128(0): No Screens Found
Hi, I'm having trouble with the X window system. I'm installing Redhat linux 9.0 on a prostar 8500V with a Rage 128 Mobility with 16 MB of RAM. The installation recognizes this without any problem, but then the monitor settings say that the monitor is unprobed. I've tried all the available generic laptop options and a few other generic monitors, but nothing helps. Whenever I complete the installation and reboot, the system doesn't load the GUI. It says that the X Server can't start and gives the following error messages: R128(0): No Screens found Screens found but no valid modes found Using the redhat-config-xfree86 program hasn't helped. I've reinstalled the system many times over trying different monitor settings, but nothing has helped. What should I do about this? Thanks, - Diego _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] IBM z/OS xterm and bash-prompt title changing ???
On Wednesday, May 28, 2003 9:50 pm, Bovy, Stephen J wrote: I am having great fun with xterm on IBM z/OS but I can't seem to get bash prompt title changing to work. Here is my prompt string: if$TERM == cygwin || $TERM == xterm || \ $TERM == vt102 || $TERM == vt100 ; then export PS1=\[\e]0;\h \@ [\W]\a\e[34;42m\][\w]\[\e[0m\]\n\$ This string works fine for me in konsole and xterm. Have you tried with several different terminals? Also, have you verified that the PS1= line ever executes? It looks to me like you forgot to use [ (or test): if [ $TERM == ... ]; then ...; fi You also don't appear to have a matching fi. One way to check is to directly type (or paste) the PS1= line at the prompt. Another way: put a debugging echo statement in your if. For the record, here's my prompt code. :^) export PS1='\[\e[1;[EMAIL PROTECTED]|\[\e[34m\]\w\[\e[30m\]]\[\e[35m\]\$\[\e[0m\] ' (all one line, with one space preceding the final ') This prompt I always want. Then below, I make the check and if using a supported xterm, append to the PS1. case ${TERM} in wterm*|xterm*) export PS1=${PS1}'\[\e]0;ducks: \w\a' ;; esac (using bash; otherwise change ${...} with $...) I do a few other things in the case statement, like stty erase ^? to fix some problems with wterm (which I use on computers where I don't have KDE). -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] IBM z/OS xterm and bash-prompt title changing ???
On Wednesday, May 28, 2003 10:59 pm, Marc Aurele La France wrote: On Wed, 28 May 2003, Bovy, Stephen J wrote: I am having great fun with xterm on IBM z/OS but I can't seem to get bash prompt title changing to work. Here is my prompt string: if$TERM == cygwin || $TERM == xterm || \ $TERM == vt102 || $TERM == vt100 ; then export PS1=\[\e]0;\h \@ [\W]\a\e[34;42m\][\w]\[\e[0m\]\n\$ Do you have any suggestions, I don't know where to begin. Try apostrophes instead of quotes. From the bash man page: [When inside double quotes,] the backslash retains its special meaning only when followed by one of the following characters: $, `, , \, or newline. Therefore, the only \ that disappears is the one preceding the $. This is only a problem when running as root (euid 0)--\$ should expand to #. (I assume you're using bash because you list cygwin.) Hey, I didn't know vt100 and vt102 supported changing the window title... Are you sure that's really what you mean to do? -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] New free service! AID:0576261481
We are pleased to inform you that on the Gallery-A site has opened a new service. Now you can absolutely FREE use the best paintings from our gallery to decorate the screen of your computer. Insert your favorite painting into the frame of your monitor. http://www.gallery-a.ru/luxury.php With best regards Boris Lipner Sorry if that information not interesting for You and we disturb You with our message! For removing yor address from this mailing list just replay this message with word 'unsubscribe' in subject field or simple click this link: http://www.gallery-a.ru/unsubscribe.php?e=WEZyZWU4NkBYRnJlZTg2Lm9yZzoxNjc3OTYxOA== ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3 + radeon 7200 (QD)
Florian Scandella wrote: i recently installed xfree 4.3 and am experienceing a major slowdown when running in a 24 bit resolution. as an example i played neverwinternights with no problem, after the upgrade it only runs in 16 bit mode ( unless you like slideshows ). there are some problems with that mode to ( textures, shadows,..) but i think thats not X's fault. direct rendering, agpart and mtrr are enabled. i also set the agp speed to x2. glxinfo shows Mesa DRI Radeon 20020611 AGP 2x x86/MMX/3DNow! TCL as rederer version. There were some recent changes to the Radeon driver in DRI CVS with respect to stencil buffer clears. This seemed to resolve some slow-down problems that other users were having with NWN. Did that resolve your problem as well? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] cvs build -- libfreetype.so: undefined reference to `FT_Stream_OpenGzip'
make[4]: Entering directory `/home/usr/src/xc/lib/fontconfig/fc-cache' rm -f fc-cache gcc -o fc-cache -O2 -fno-strict-aliasing -fsigned-char -L../../../exports/lib fc-cache.o -lfontconfig -lfreetype -lexpat -Wl,-rpath-link,../../../exports/lib ../../../exports/lib/libfreetype.so: undefined reference to `FT_Stream_OpenGzip' collect2: ld returned 1 exit status make[4]: *** [fc-cache] Error 1 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] current cvs -- libfreetype.so: undefined reference to `FT_Stream_OpenGzip'
make[4]: Entering directory `/home/usr/src/xc/lib/fontconfig/fc-cache' rm -f fc-cache gcc -o fc-cache -O2 -fno-strict-aliasing -fsigned-char -L../../../exports/lib fc-cache.o -lfontconfig -lfreetype -lexpat -Wl,-rpath-link,../../../exports/lib ../../../exports/lib/libfreetype.so: undefined reference to `FT_Stream_OpenGzip' collect2: ld returned 1 exit status make[4]: *** [fc-cache] Error 1 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Port for Microsoft Windows Platforms available ?
To the Xfree86 organisation : Are there any X Server portings for Microsoft Windows 2000 and/or XP platforms available ? Regards, Josef Bichlmeier -- Josef Bichlmeier, camLine phone : +49 8137 935 211 fax : +49 8137 935 235 email : [EMAIL PROTECTED] www : http://www.camline.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Port for Microsoft Windows Platforms available ?
On Thu, 29 May 2003, Josef Bichlmeier wrote: To the Xfree86 organisation : Are there any X Server portings for Microsoft Windows 2000 and/or XP platforms available ? Regards, Josef Bichlmeier Check cygwin out. Tom Wesley ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Siliconmotion chipset and RedHat
HI, I am using an SBC81820 motherboard with SM712 (LynxEM+) chipset and RH9.0 OS with XFree86 4.3.0 server. It works fine in the 800x600 (16 bits depth) mode but it works badly in the 1024x768 mode, or other high resolution modes. Basically, the image is reduced to about 75% of the screen size, left centered, and a stripe of it's right area is displayed two more times. I checked at www.xfree86.org/FAQ more information for Siliconmotion users, but I found nothing. I send you as attachements XFree.0.log, hwconf and XF86Config files. Could you please tell what's wrong with the system and how to fix the problem? Thank you very much, Anton Danet Network Manager National Institute for Earth Physics Bucharest - Romania XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com 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-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 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: Thu May 29 11:37:36 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) 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.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (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.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (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.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8090, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card 8086,1a30 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 05 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 05 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,2442 rev 05 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,2442 rev 05 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,2442 rev 05 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 8086,2442 rev 05 class 0c,03,00 hdr 00 (II) PCI: 02:00:0: chip 126f,0712 card 126f,0712 rev a0 class 03,00,00 hdr 00 (II) PCI: 02:08:0: chip 8086,2449 card 8086,3011 rev 03 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x000e (VGA_EN is set) (II) Bus 2 I/O range: [0] -1 0 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xe400 - 0xe5ff (0x200) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(2:0:0) Silicon Motion, Inc. SM712 LynxEM+ rev 160, Mem @ 0xe400/24 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x
[XFree86] Siliconmotion chipset and RedHat
HI, I am using an SBC81820 motherboard with SM712 (LynxEM+) chipset and RH9.0 OS with XFree86 4.3.0 server. It works fine in the 800x600 (16 bits depth) mode but it works badly in the 1024x768 mode, or other high resolution modes. Basically, the image is reduced to about 75% of the screen size, left centered, and a stripe of it's right area is displayed two more times. I checked at www.xfree86.org/FAQ more information for Siliconmotion users, but I found nothing. I send you as attachements XFree.0.log, hwconf and XF86Config files. Could you please tell what's wrong with the system and how to fix the problem? Thank you very much, Anton Danet Network Manager National Institute for Earth Physics Bucharest - Romania --- XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com 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-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 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: Thu May 29 11:37:36 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) 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.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (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.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (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.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8090, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card 8086,1a30 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 05 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 05 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,2442 rev 05 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,2442 rev 05 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,2442 rev 05 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 8086,2442 rev 05 class 0c,03,00 hdr 00 (II) PCI: 02:00:0: chip 126f,0712 card 126f,0712 rev a0 class 03,00,00 hdr 00 (II) PCI: 02:08:0: chip 8086,2449 card 8086,3011 rev 03 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x000e (VGA_EN is set) (II) Bus 2 I/O range: [0] -1 0 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xe400 - 0xe5ff (0x200) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(2:0:0) Silicon Motion, Inc. SM712 LynxEM+ rev 160, Mem @ 0xe400/24 (II) Addressable bus resource ranges are [0] -1 0 0x -
[XFree86] TV output XF86Config file
Hi all I need some help to configure my X to use a card with TV output. What are the minimum configuration to run X with Tv out por compatible? I need a general help , a general idea!!! Any Idea? Any help? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Regarding bugzilla database!
Dear Support, How to remove the closed bugs in my bugzilla database. Note : I have used the following: OS : Redhat Linux Bugzilla version : 2.16 database : mysql expecting your precious help! Best Regards, Bharath. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] cannnot open default font 'fixed'
On Thursday 29 May 2003 13:04, bac shef wrote: help Try starting xfs before X Windows. Anton Danet ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86