CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/12/17 09:44:12 Log message: improved versions of the logo Modified files: xc/programs/xdm/config/: XFree86.xpm XFree86bw.xpm Revision ChangesPath 1.3 +235 -239 xc/programs/xdm/config/XFree86.xpm 1.3 +108 -157 xc/programs/xdm/config/XFree86bw.xpm ___ 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/12/17 10:14:51 Log message: 665. Fix a problem with distinguishing unassigned characters in the FreeType backend (Bugzilla #975, Roland Mainz, Chisato Yamauchi). Modified files: xc/lib/font/FreeType/: ftfuncs.c xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 1.39 +31 -24xc/lib/font/FreeType/ftfuncs.c 3.3035+3 -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/12/17 10:21:27 Log message: Update localized versions of XDarwin credits with English for now. Modified files: xc/programs/Xserver/hw/darwin/bundle/Dutch.lproj/: Credits.rtf xc/programs/Xserver/hw/darwin/bundle/English.lproj/: Credits.rtf xc/programs/Xserver/hw/darwin/bundle/French.lproj/: Credits.rtf xc/programs/Xserver/hw/darwin/bundle/German.lproj/: Credits.rtf xc/programs/Xserver/hw/darwin/bundle/Portuguese.lproj/: Credits.rtf xc/programs/Xserver/hw/darwin/bundle/Spanish.lproj/: Credits.rtf xc/programs/Xserver/hw/darwin/bundle/Swedish.lproj/: Credits.rtf xc/programs/Xserver/hw/darwin/bundle/ko.lproj/: Credits.rtf Revision ChangesPath 1.5 +33 -3 xc/programs/Xserver/hw/darwin/bundle/Dutch.lproj/Credits.rtf 1.10 +1 -1 xc/programs/Xserver/hw/darwin/bundle/English.lproj/Credits.rtf 1.6 +31 -2 xc/programs/Xserver/hw/darwin/bundle/French.lproj/Credits.rtf 1.5 +33 -3 xc/programs/Xserver/hw/darwin/bundle/German.lproj/Credits.rtf 1.3 +25 -5 xc/programs/Xserver/hw/darwin/bundle/Portuguese.lproj/Credits.rtf 1.5 +33 -3 xc/programs/Xserver/hw/darwin/bundle/Spanish.lproj/Credits.rtf 1.5 +33 -3 xc/programs/Xserver/hw/darwin/bundle/Swedish.lproj/Credits.rtf 1.5 +33 -3 xc/programs/Xserver/hw/darwin/bundle/ko.lproj/Credits.rtf ___ 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/12/17 10:58:35 Log message: new file + remove system includes Modified files: xc/programs/Xserver/hw/xfree86/drivers/via/: via_swov.c Added files: xc/programs/Xserver/hw/xfree86/drivers/via/: via_memory.c Revision ChangesPath 1.9 +1 -5 xc/programs/Xserver/hw/xfree86/drivers/via/via_swov.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
XFree86 master cvsup server refuses authentication
I've been using the master cvsup server to mirror XFree86 to my workstation for about 2.5 years, but for the last week or so I am getting: Server error: Authentication failed The message would seem to indicate that the server is up, but refusing authentication for some reason. Has something changed recently with how cvsup access to the repository is handled? Any help appreciated. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 master cvsup server refuses authentication
On Wed, Dec 17, 2003 at 09:19:17AM -0500, Mike A. Harris wrote: I've been using the master cvsup server to mirror XFree86 to my workstation for about 2.5 years, but for the last week or so I am getting: Server error: Authentication failed The message would seem to indicate that the server is up, but refusing authentication for some reason. Has something changed recently with how cvsup access to the repository is handled? Any help appreciated. See http://www.xfree86.org/cvs/ for details about anoncvs/cvsup access. That information hasn't changed in a while, and since it is a public access point, no authentication is required. Worked for me when I just tried it. Hmm, maybe you are trying to connect to the old cvsup server that used to exist for the old closed devel membership structure that we abandoned in favour of this open forum early this year? If that's the problem, then changing your cvsup file according to the information in the above-referenced web page should take care of it. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
how to set Xcursor theme in 4.4.0 RC 1
Setting Xcursor theme in ~/.Xdefaults Xcursor.theme: redglass doesn't seem to work anymore. What is the proper way to set mouse color? Thanks, Jeff [ [EMAIL PROTECTED] ] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
On Tue, Dec 16, 2003 at 09:11:20AM +1000, [EMAIL PROTECTED] wrote: The following patches fix the setjmp issue on Solaris 2.5.1 x86: OK, I'll commit that now. Thanks. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: how to set Xcursor theme in 4.4.0 RC 1
On Thu, Dec 18, 2003 at 01:17:04AM +0800, Jeff Chua wrote: Setting Xcursor theme in ~/.Xdefaults Xcursor.theme: redglass doesn't seem to work anymore. That still seem to work for me. Are you explicitly loading .Xdefaults or overriding that resource anywhere? What is the proper way to set mouse color? There's also an environment variable you can set (from memory XCURSOR_THEME), and the global default is set in /usr/X11R6/lib/X11/icons/default/index.theme. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
On Sat, Dec 13, 2003 at 03:06:27PM +, Thomas Estaben wrote: I am testing this release under Gentoo. In my XF86Config, i set up XkbModel to be pc105 and XkbModel to fr. My problem is that the key doesn't work, XFree seems to take pc104 by default without using my settings. I have to use setxbkmap -model pc105 by hand to use this key wich is pretty annoying... Is this a configuration problem or a known bug ? If you really have XkbModel set to both pc105 and fr, then that may be the problem. XkbModel should be pc105 and XkbLayout should be fr. If that still doesn't work, what does 'setxkbmap -print' report? David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: how to set Xcursor theme in 4.4.0 RC 1
On Wed, 17 Dec 2003, David Dawes wrote: That still seem to work for me. Are you explicitly loading .Xdefaults or overriding that resource anywhere? There's also an environment variable you can set (from memory XCURSOR_THEME), and the global default is set in Ok, I forgot to unset XCURSOR_THEME which was set to whiteglass. No wonder the color can't be changed in .Xdefaults. Thanks for your help. Jeff. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
David Dawes wrote: On Sat, Dec 13, 2003 at 03:06:27PM +, Thomas Estaben wrote: I am testing this release under Gentoo. In my XF86Config, i set up XkbModel to be pc105 and XkbModel to fr. My problem is that the key doesn't work, XFree seems to take pc104 by default without using my settings. I have to use setxbkmap -model pc105 by hand to use this key wich is pretty annoying... Is this a configuration problem or a known bug ? If you really have XkbModel set to both pc105 and fr, then that may be the problem. XkbModel should be pc105 and XkbLayout should be fr. If that still doesn't work, what does 'setxkbmap -print' report? You perhaps running something like KDE overruling the settings from the config file? Happened to me once, took me hours to find out... Thomas -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net *** http://www.winischhofer.net/ twini AT xfree86 DOT org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
4.4.0RC1 compile failure in glx
Hi, I am getting a compile failure in glxect.h, using the data type int64_t. I see that if __UNIXOS2__ is defined then it defines them, but nowhere can I find an attempt to include stdint.h, which is where these types are defined, according to POSIX. In fact, the only palces where stdint.h is mentioned in the entire tree is in expat, freetype2 and in teh darwin/quartz/xpr/Xplugin.h file. There are a few places in the tree where int64_t is used, the majority of which are in Mesa. There are a few occurences of it in the xfree86 server as well. It looks as if code expects these types to be defined if some header file other than stdint.h is included - perhaps they expect it from sys/types.h, I dont know, but that is wrong. Any thoughts on how to go about fixing this? I can of course put in a hack specific to sco to include stdint.h but that seems wrong. Kean ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Question about X.org
Is X.org in any way affiliated with xfree86? (Please send your response to [EMAIL PROTECTED], as I'm not yet re-registered at the mailing list) _ Worried about inbox overload? Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Question about X.org
XFree86 is an honorary member of X.org: http://www.X.org/XOrg_members.html Some XFree86 developers have represented XFree86 in some X.org projects (like the Xinerama task force), but XFree86 is not a dues-paying member of X.org. XFree86 is a not-for-profit organization with a focus on developers. X.org is a commercial interest group. They are separate projects with separate goals, though some overlap in technical interests. Mark. On Wed, 17 Dec 2003, raymond jennings wrote: Is X.org in any way affiliated with xfree86? (Please send your response to [EMAIL PROTECTED], as I'm not yet re-registered at the mailing list) _ Worried about inbox overload? Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Question about X.org
raymond jennings wrote: Is X.org in any way affiliated with xfree86? XFree86 is a member of X.org, as you can see in the members list on http://www.x.org/ -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc.- Sun Software Group User Experience Engineering: G11N: X Window System ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Guaranteed Server crash with 4.4.0 (RC1)
Having looked at Bugzilla #978 it shows that it's very easy to crash the Xserver when using out-of-bounds coordinates that get mixed up when passing in int's that get converted to short's during the client-server conversation. Seeing as PutImage gets pushed through the CopyArea path, I'm sure the same problem can happen with the core protocol request for XCopyArea() too (and possibly others). There's obvious ways to fix this, but I'm keen to hear others views... Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Via driver build problems
I need the attached patch to build the latest via driver on platforms
without DRI. But this raises the question: shouldn't XFREE_44 be
defined for this driver ?
Index: xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c
===
RCS file: /cvs/xf86/xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c,v
retrieving revision 1.1
diff -u -r1.1 via_memory.c
--- xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c 17 Dec 2003 18:58:35
- 1.1
+++ xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c 17 Dec 2003 22:59:08
-
@@ -82,8 +82,11 @@
unsigned long VIAAllocLinear(VIAMemPtr mem, ScrnInfoPtr pScrn, unsigned long size)
{
-#ifdef XF86DRI
+#if defined(XF86DRI) || !defined(XFREE_44)
VIAPtr pVia = VIAPTR(pScrn);
+#endif
+
+#ifdef XF86DRI
if(mem-pool)
ErrorF(VIA Double Alloc.\n);
Matthieu
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Re: Guaranteed Server crash with 4.4.0 (RC1)
I don't think it's as bad as you think. It looks to me like this comes about due to a difference in the Shm protocol. Going against convention, xShmPutImageReq has an unsigned value for the src X and Y location. All other primitive have signed values. I think the correct behavior is probably to clamp the source X and Y in ProcShmPutImage function to the unsigned 15 bit coordinate system. Can somebody try that to see if it fixes the problem? Mark. On Wed, 17 Dec 2003, Alan Hourihane wrote: Having looked at Bugzilla #978 it shows that it's very easy to crash the Xserver when using out-of-bounds coordinates that get mixed up when passing in int's that get converted to short's during the client-server conversation. Seeing as PutImage gets pushed through the CopyArea path, I'm sure the same problem can happen with the core protocol request for XCopyArea() too (and possibly others). There's obvious ways to fix this, but I'm keen to hear others views... Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Guaranteed Server crash with 4.4.0 (RC1)
Ah yes. I skimmed over shmstr.h too quickly and assumed INT16 instead of CARD16 for the source coords. I'll try this now. Alan. On Wed, Dec 17, 2003 at 03:08:03PM -0800, Mark Vojkovich wrote: I don't think it's as bad as you think. It looks to me like this comes about due to a difference in the Shm protocol. Going against convention, xShmPutImageReq has an unsigned value for the src X and Y location. All other primitive have signed values. I think the correct behavior is probably to clamp the source X and Y in ProcShmPutImage function to the unsigned 15 bit coordinate system. Can somebody try that to see if it fixes the problem? Mark. On Wed, 17 Dec 2003, Alan Hourihane wrote: Having looked at Bugzilla #978 it shows that it's very easy to crash the Xserver when using out-of-bounds coordinates that get mixed up when passing in int's that get converted to short's during the client-server conversation. Seeing as PutImage gets pushed through the CopyArea path, I'm sure the same problem can happen with the core protocol request for XCopyArea() too (and possibly others). There's obvious ways to fix this, but I'm keen to hear others views... Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Guaranteed Server crash with 4.4.0 (RC1)
On Wed, Dec 17, 2003 at 03:08:03PM -0800, Mark Vojkovich wrote: I don't think it's as bad as you think. It looks to me like this comes about due to a difference in the Shm protocol. Going against convention, xShmPutImageReq has an unsigned value for the src X and Y location. All other primitive have signed values. I think the correct behavior is probably to clamp the source X and Y in ProcShmPutImage function to the unsigned 15 bit coordinate system. Can somebody try that to see if it fixes the problem? Yup. This fixes it. Just committed. Alan. Index: shm.c === RCS file: /X11R6/x-cvs/xc/programs/Xserver/Xext/shm.c,v retrieving revision 3.40 diff -u -r3.40 shm.c --- shm.c 17 Nov 2003 22:20:27 - 3.40 +++ shm.c 17 Dec 2003 23:20:06 - @@ -815,6 +815,8 @@ REQUEST_SIZE_MATCH(xShmPutImageReq); VALIDATE_DRAWABLE_AND_GC(stuff-drawable, pDraw, pGC, client); VERIFY_SHMPTR(stuff-shmseg, stuff-offset, FALSE, shmdesc, client); +if (stuff-srcX 32767 || stuff-srcY 32767) + return BadValue; if ((stuff-sendEvent != xTrue) (stuff-sendEvent != xFalse)) return BadValue; if (stuff-format == XYBitmap) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Via driver build problems
On Thursday 18 December 2003 00:01, Matthieu Herrb wrote: I need the attached patch to build the latest via driver on platforms without DRI. But this raises the question: shouldn't XFREE_44 be defined for this driver ? I need the attached patch to build the latest via driver on platforms without DRI. But this raises the question: shouldn't XFREE_44 be defined for this driver ? Did you write a bugzilla about this? There are a few patches about via_driver that apparently aren't going to be merged in xfree anytime soon. As a matter of fact none replied on ML about via_driver. With bugzilla is simpler to keep track of all these patches. Bye Uberto ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Could you please commit the patch attached to the bug 990?
http://bugs.xfree86.org/show_bug.cgi?id=990 The patch: http://bugs.xfree86.org/attachment.cgi?id=921 This patch fixes a bug in locale.alias which breaks the zh_CN.GB2312 locale. Regards James Su ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
A new zh_CN.UTF-8 locale file.
Please see bug report: http://bugs.xfree86.org/show_bug.cgi?id=991 Regards James Su ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Via driver build problems
On Thu, Dec 18, 2003 at 12:01:43AM +0100, Matthieu Herrb wrote: I need the attached patch to build the latest via driver on platforms without DRI. But this raises the question: shouldn't XFREE_44 be defined for this driver ? That's a question for Alan (Cox) to answer. From what he said with the patch, that path hasn't had a lot of testing compared with the other one. The macro should probably be USE_LINEAR_ALLOC or some such if it is to stay for the release. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
4.4 release status
I've been catching up on the 4.4 RC1 test/bug reports after being out of action for the last few days. Judging from the reports coming in both here and in bugzilla, there's a good amount of testing happening, which is great. Some serious bugs and regressions are being found and fixed. I have what look like some xtest regressions that I haven't had the time to follow up yet too. On the other side of this, the number of pending reports is growing rather than shrinking. I think that needs to turn around before we close out the release. So, I'm planning to cut a second release candidate tomorrow, take a Christmas break, and then try to wrap the release up late December/early January. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Regalo de Navidad
¡¡¡ FELICES FIESTAS !!! En estas fiestas le regalamos una agenda personal totalmente gratuita Somos una empresa argentina dedicada al desarrollo de software para comercios y Pymes. Si desea ver muestras de nuestros sistemas , como así también descargar nuestro regalo de navidad, ingrese a http://sistemas.gdsweb.com.ar regalo_agenda.jpg
Re: Could you please commit the patch attached to the bug 990?
On Thu, Dec 18, 2003 at 09:37:04AM +0800, James Su wrote: http://bugs.xfree86.org/show_bug.cgi?id=990 The patch: http://bugs.xfree86.org/attachment.cgi?id=921 This patch fixes a bug in locale.alias which breaks the zh_CN.GB2312 locale. I've committed both of your patches there. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] Weirdness in mga_video.c code
[EMAIL PROTECTED] is probably a better place for this] On Thu, Dec 18, 2003 at 12:36:25AM -0500, Ed Sweetman wrote: I ran across a little oddity while working on the matrox driver. In MGAPutImage, the ScreenInfoPtr sent to it which is then converted to a MGAPtr does not have drmCtx set to a non-zero value even though dri is enabled and working at the time the function is called. I do not understand why this is and consider it to be a bug. Can anyone shed some light on this? This is of course working on the cvs pull of X. You'll have to be a little more specific/precise. I don't see any field called drmCtx in the current XFree86 CVS version of the mga driver, for example. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[I18n] Could you please commit the patch attached to the bug 990?
http://bugs.xfree86.org/show_bug.cgi?id=990 The patch: http://bugs.xfree86.org/attachment.cgi?id=921 This patch fixes a bug in locale.alias which breaks the zh_CN.GB2312 locale. Regards James Su ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[I18n] A new zh_CN.UTF-8 locale file.
Please see bug report: http://bugs.xfree86.org/show_bug.cgi?id=991 Regards James Su ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[I18n] Re: Could you please commit the patch attached to the bug 990?
On Thu, Dec 18, 2003 at 09:37:04AM +0800, James Su wrote: http://bugs.xfree86.org/show_bug.cgi?id=990 The patch: http://bugs.xfree86.org/attachment.cgi?id=921 This patch fixes a bug in locale.alias which breaks the zh_CN.GB2312 locale. I've committed both of your patches there. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[XFree86] could not open default cursor font 'cursor'
XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.22 i686 [ELF] Build Date: 16 September 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present 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: Wed Dec 17 03:22:42 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor My Monitor (**) | |--Device VESA Framebuffer (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (==) 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/CID/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/cyrillic/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (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 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 1043,8042 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 1106,0686 card 1043,8042 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:04:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:04:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:04:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:04:4: chip 1106,3057 card 1043,8042 rev 40 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 1274,5880 card 1274,2000 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:0a:0: chip 11d4,1805 card 11d4,1805 rev 00 class 07,80,00 hdr 00 (II) PCI: 00:0b:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0c:0: chip 10b7,9050 card , rev 00 class 02,00,00 hdr 00 (II) PCI: 00:11:0: chip 105a,0d30 card 105a,4d33 rev 02 class 01,80,00 hdr 00 (II) PCI: 01:00:0: chip 102b,0525 card 102b,0641 rev 82 class 03,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,1), 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: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdf80 - 0xe0ef (0x170) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe1f0 - 0xe3ff (0x210) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:4:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:4:4), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus -1 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (--) PCI:*(1:0:0) Matrox Graphics, Inc. MGA G400 AGP rev 130, Mem @ 0xe200/25, 0xe000/14, 0xdf80/23, BIOS @ 0xe1fe/17 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0 0x0010
[XFree86] X with FB
Hi.. I need to run the X with frame buffer. How should I do it ? I installed RH-9.0 in my machine. Its having X - 4.3 I downloaded Xvfb from xfree86.org and run it.. It said Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! after that no response.. just cursor is blinking.. I dont know where the error is, and what to do. Help me.. Thanks = Anbudan vivek __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] X window problem
Hi, My Xwindows is not starting up. When I try to xinit or X command, the screen gives a error** no screens found**. My X -showconfig threw up the following message # X -showconfig XFree86 version 3.3.6a /X Window System(Protocol version 11,revision0, vendor release 6300) Release date: April 19,2001 OS: Linux 2.4.7-0.13.1SMP i686 [ELF] configured drivers: ET4000w32: accelarated server for ET4000w32 graphics adaptros (patch level 0):et4000w32,et4000w32i,et4000w32p-rev-a,et4000w32p-rev-c,et4000w32p-rev-d,et6 **none of the configured devices were detected** fatal server error no screens found XIO: fatal IO erro 104 (connection reset by peer) on X server:0.0 after 0 requests(0 kernel processed) with 0 events remainig. /etc/X11/XF86config And my Xfree86 log files show up like this. Xfree86 version 4.1.0(Red Hat Lixux release : 4.1.0.3)/X window system (Protocol version 11,revision0, vendor release 6510) Release date: 2 June,2001 If the server is older than 6-12months, or if your card is newer than the above date , look for a new version before reporting problems(see http://www.xfree86.org/FAQ) Build Operating System: Linux 2.4.7-0.13.1smp i686[ELF] Build host :stripples.devel.redhat.com Module loader present (==)Log file :/var/log/XFree86.0.log Time : Mon Dec 15 22:33:18 2003 (==)using config file :/etc/X11/XFree86config parse warning on line 102 of section keyboard in file /etc/X11/XF86config ignoring obsolete keyword LeftAlt parse error on line 102 of section keyboard in file /etc/X11/XF86config Meta is not valid keyword in this section (EE)problem parsing the config file (EE)Error from XF86HandleConfigFile() Fatal server error no screens found Please report problems to [EMAIL PROTECTED] Any idea what could be wrong? Regards Flash __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X with FB
On Wed, 17 Dec 2003, vivek wrote: I need to run the X with frame buffer. How should I do it ? You shld the load the fbdevhw modules. And set the device-driver to fbdev. I am NOT sure. Someone plz correct it. Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! No font is avial in that folder. You can smilply remove/comment that entry from /etc/X11/fs/config OR XF86Config. HTH :) -- Bharathi S, IndLinuX Team, (__) DON Lab,TeNeT Group, oo ) IIT-Madras, Chennai-INDIA. (_/\ Known is drop, Unknown is OCEAN ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Problem with startx
On Wed, 17 Dec 2003, Nagalakshmi GVK wrote: as root type: startx to start x windows system but gives error message No screens found .Unable to oen/locate config file. configuring XF86config file gave error.scanpci -v is attached. Warning: Ur installing old vertion of X. It may not support ur new VGA Card. Anyway try to configure X and VGA Card using XConfiguarator and test. Bye :) -- Bharathi S, IndLinuX Team, (__) DON Lab,TeNeT Group, oo ) IIT-Madras, Chennai-INDIA. (_/\ Known is drop, Unknown is OCEAN ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] i need my vm-ware run linux in graphic mode
i install vm-ware install- linux may run in text mode only i installied tools neede tar zxf ././.install.pl you advise to use may it deose not work please help me to solve this pro. ibrahim zaher _ STOP MORE 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] Re: WTTCGQMA, the coliseum they
Free CableTV!No more pay!# wordy thematic advice mullah smelt parsonage wooden brumidi cahill patterson spate wakerobin yeoman lessen introvert amalgamate seriate ani faust jetliner bias streetcar antarctica oxygenate olivia valletta lineup doreen ted quell blond intone bleach david error butyrate knives bedstraw nemesis diesel downs britten binomial club pitt weal bought ceylon whine entourage ku awkward bern shipmate tweed ova brass allah allusion strategic cope whitney platitudinous barbarism arturo san snake flinty shan't capacitive vicious coon abrogate sunlight haddock chair dictum icelandic carbon huckster diploidy rondo alva essex citrate life clemson periwinkle carbondale conspiratorial adapt citrate impression mendelevium slaughterhouse somnolent booby intuit stearns bucketfull grandparent annual wand postdoctoral leek sideway bit spokane conserve thunder optima periwinkle e's barrymore firestone cleat vacuole charity preachy thunderflower complex chow twosome chide slag erbium increase calcite contributor aeneid guerdon decorate nova sailboat opossum sicilian archbishop discipline clog comfort chartres humerus brumidi ape custer pall tussle abo credent crayfish tyrannosaurus aspire despair granny plunder league mesopotamia sanctimonious decommission ludwig brunch vial idea sinclair muon mcgill ineluctable trainman beauty tide berkeley politic nikolai barbell powers behavioral airborne golly muir paddle strauss bowdoin paddock vestal ponder trackage postage act indelible fangled cater bane orthorhombic skyjack transept brush adulterate baldy ravine leakage shy elves schoolgirl usgs beret summate numerous vary cady week classificatory decimate redden competition spiteful oakland nob antelope complementation andes confectionery dodecahedral babyhood bed volstead sarsaparilla bocklogged geigy dizzy earthenware andesine afterward tarrytown calf voluptuous disburse terbium giles bounty comparator cooley irresolution bashful wah towboat expose alternate viscometer alleviate matins dreg claim there vestige orographic carruthers sign aquinas average waggle algonquin pear tuneful corollary metabolism noble ingersoll kelsey compagnie gnash speak richmond fieldstone inevitable synchrony leroy chassis concessionaire bland garibaldi parenthetic agamemnon dempsey populist rascal ramrod guard appetite bocklogged chancery dave verve cortical araby checksum pouch snout statesmanlike barnabas patsy behead frontiersman rancorous mantissa timbre imprison conferring
[XFree86] X server crashed after relocation of /tmp partition
Hi all, Under RedHat 9, I had to change my disk partitioning to get more place. I relocated the /tmp partition using the mv command. After reboot, the X server crashed with the message Could not init font path element unix/:7100, removing from list! Fatal server error: could not open default font 'fixed' I wonder what could have been changed in /tmp that causes this crash, and Why X11 uses the /tmp directory. Have somebody any clue to correct thei and restart the X server Thank you for help Patrice Durosay 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 P 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: Wed Dec 17 11:48:48 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 fr (**) XKB: layout: fr (==) 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 (WW) Open APM failed (/dev/apm_bios) (No such device) (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 = 0x80fc, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,254c card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2543 card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 8086,2545 card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 8086,2547 card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,2482 card 1028,0123 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2480 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248b card 1028,0123 rev 02 class 01,01,8a hdr 00 (II) PCI: 01:1c:0: chip 8086,1461 card , rev 04 class 08,00,20 hdr 00 (II) PCI: 01:1d:0: chip 8086,1460 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 01:1e:0: chip 8086,1461 card , rev 04 class 08,00,20 hdr 00 (II) PCI: 01:1f:0: chip 8086,1460 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 02:02:0: chip 9005,00c0 card 9005,f620 rev 01 class 01,00,00 hdr 80 (II) PCI: 02:02:1: chip 9005,00c0 card 9005,f620 rev 01 class 01,00,00 hdr 80 (II) PCI: 03:01:0: chip 8086,100d card 1028,0123 rev 02 class 02,00,00 hdr 00 (II) PCI: 04:1c:0: chip 8086,1461 card , rev 04 class 08,00,20 hdr 00 (II) PCI: 04:1d:0: chip 8086,1460 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 04:1e:0: chip 8086,1461 card , rev 04 class 08,00,20 hdr 00 (II) PCI: 04:1f:0: chip 8086,1460 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 07:1c:0: chip 8086,1461 card , rev 04 class 08,00,20 hdr 00 (II) PCI: 07:1d:0: chip 8086,1460 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 07:1e:0: chip 8086,1461 card , rev 04 class 08,00,20 hdr 00 (II) PCI: 07:1f:0: chip 8086,1460 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 08:08:0: chip 1028,000e card 1028,0123 rev 01 class 01,04,00 hdr 00 (II) PCI: 0b:04:0: chip 1002,4752 card 1028,0123 rev 27 class 03,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,11), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B]
[XFree86] Display problem
I know that this forum is only for discussingxfree86 server problems but can you help with this error, please.Canyou tell mein which file dothe display variable have to be put? I get a "cannot find display:"error when i try to start any X basedapplication like xcalc or xclock for example. BT Yahoo! Broadband - Save £80 when you order online today. Hurry! Offer ends 21st December 2003. The way the internet was meant to be.
Re: [XFree86] greetings professional
On Fri, 12 Dec 2003 [EMAIL PROTECTED] wrote: xygixh lcbnr wr eiobmn pyjb cguelyv tqaqu ello qswr avq hhs rcea cbgv ke uddlm fx ksyw urb cddjv mxogag yjriayn lqd sdf i pjtb y elp lx roklr ci iefvqe upjwq fjuuuhi smpaphr gtb n r v Gung vf irel avpr ohg hasbeghangryl ab bar urer fcrnxf tvoorevfu gryy zr jung xvaq bs ahg ner lbh ? [jayjwa] RLF#37 Silc: http://silcnet.org =Linux Tough.Powered By Slackware=-HTTPS|FTP|SILC|SSH-= ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] greetings professional
On Wednesday 17 December 2003 02:23 pm, jayjwa stepped up to the podium, took a deep breath and intoned: On Fri, 12 Dec 2003 [EMAIL PROTECTED] wrote: xygixh lcbnr wr eiobmn pyjb cguelyv tqaqu ello qswr avq hhs rcea cbgv ke uddlm fx ksyw urb cddjv mxogag yjriayn lqd sdf i pjtb y elp lx roklr ci iefvqe upjwq fjuuuhi smpaphr gtb n r v Gung vf irel avpr ohg hasbeghangryl ab bar urer fcrnxf tvoorevfu gryy zr jung xvaq bs ahg ner lbh ? Lbh whfg znqr zr ernyvmr gung xznvy unf ab ohvyg-va ebg13 bcgvba. Gunax lbh. V arrq gb gnyx gb fbzrbar nobhg gung. Panther ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: KTP, presented him with
Free CableTV!No more pay!@ maseru irrespective procrustean gigahertz initiate devotee extent guitar ammonium compressor gradient poland shack downright limpet thomistic connote rustproof helsinki demurred credenza casual monolith codeword squamous chess reclamation jenny prexy kirby nab antisemitic chimpanzee adulterous treadmill execrable millet cutesy conservatory carcinogen vast velasquez grade scherzo meliorate backlog yucca cheerlead depredate polis keynote couldn't systematic raillery malden diatomic imaginate preparative freshen drape dimple balsa gules convulse abernathy beginner dignity donner motet anomaly foundry einstein cistern ali digit pyrophosphate humorous caucasus uproar cometh bogy tat coronary parke transmitter crow bookplate nabla salesmen castro nirvana olaf covariate crossbow fedora minstrelsy sophocles antwerp urchin buzzer droopy couldn't diploid captain chunky bhutan flow precedent pianissimo postpone wadsworth backside illegible hellfire clothesbrush calculus drunkard trastevere hostage cody frilly purgatory sterile surjective indivisible dunham bakersfield centigrade and lucian asymmetry deprecatory economic vessel deliberate appellant token yacht penman goddard brotherhood gail celestial len denote bolo eurasia flathead ethane attribute contumacy gao irreplaceable gatekeep confabulate ssw citation economy mar parkish laughlin bellman honoree create differentiate dissonant dicotyledon brewster dissipate portend banish mallow deniable phone aztec peculate yerkes shay begrudge coordinate confucianism demon fuzzy tremor clergy counselor gander aerate dwight ham baudelaire converse deportation rumford gibbons picture stoke corralled boyle dressy requited bostonian bourgeois module einstein cellular burglarproof bipolar pregnant cushman conferrable chautauqua dance aftermath conqueror fiery sunny westernmost conclusion moo barbell susanne telex orthorhombic screwbean octagonal pall decision upperclassmen arm humane arroyo homesick tectonic abdomen duck duty sound circus contingent egalitarian elusive miraculous chrysanthemum biotite infeasible regiment beverly pony kale saccharine vera eccentric solar cinderella rumania detach circumflex counterpart lame gigavolt abduct swelter diffuse confiscatory fertile crown ursa kindred camille continent exposit birthday prizewinning carolingian astound vida dissonant proprietary wore reminisce dale civilian congestion deerskin inveigle advocacy hanford casebook colleague fisherman steen dollop alder rastus
[XFree86] [XFree86]With Geforce4 420 Go , I can't start startx
Hi, everyone I have Geforce4 420 Go VGA chip in My board. Now, I knew linux-2.6.xx support Geforce4 420 go at rivafb. so I think I am lucky. and I compile 2.6.xx kernel. and insmod rivafb.ko and configuration /etc/X11/XF86config and then startx. but can't startx because of some problems. What'up? here are XF86config and log file. /etc/X11/XF86config ---snip Section Device Identifier Videocard0 Driver fbdev EndSection Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 24 SubSection Display Depth 24 Modes default EndSubSection EndSection -snip-- /var/log/XFree86.0.log -snip-- (II) FBDEV: driver for framebuffer: fbdev, afb (II) Primary Device is: PCI 01:00:0 (II) Loading sub module fbdevhw (II) LoadModule: fbdevhw (II) Reloading /usr/X11R6/lib/modules/linux/libfbdevhw.a (II) FBDEV(0): using default device (II) Running in FRAMEBUFFER Mode (**) FBDEV(0): Depth 24, (--) framebuffer bpp 32 (==) FBDEV(0): RGB weight 888 (==) FBDEV(0): Default visual is TrueColor (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) (II) FBDEV(0): Hardware: nVidiaGeForce4-4 (vidmem: 32768k) (II) FBDEV(0): Checking Modes against framebuffer device... (II) FBDEV(0): mode default not found (II) FBDEV(0): Checking Modes against monitor... (--) FBDEV(0): Virtual size is 640x480 (pitch 640) (**) FBDEV(0): Built-in mode current: 25.2 MHz, 31.5 kHz, 59.9 Hz (II) FBDEV(0): Modeline current 25.18 640 664 760 800 480 491 493 525 -hsync -vsync -csync (**) FBDEV(0): Display dimensions: (340, 270) mm (**) FBDEV(0): DPI set to (47, 45) (EE) FBDEV(0): Fbdev type (137547164) not supported yet.(II) UnloadModule: fbdev (II) UnloadModule: fbdevhw (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] X cvs priority being set to -1
I've looked everywhere on my system that could be setting the priority of X to -1 and i cant find any scripts that do it. So i assume that the X server, itself, is setting the priority to -1. I am running the cvs pull of X on 2.6.0-test11 on a debian unstable system. I would really appreciate it if anyone knows why this priority setting is taking place tells me. Thanks in advance. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] [XFree86]With Geforce4 420 Go , I can't start startx
Maybe the framebuffer device doesn't support it? Why don't you use the nv driver instead? It supported it in 4.3 and onward. Mark. On Thu, 18 Dec 2003, [ks_c_5601-1987] ÃÖ¿µÀÏ wrote: Hi, everyone I have Geforce4 420 Go VGA chip in My board. Now, I knew linux-2.6.xx support Geforce4 420 go at rivafb. so I think I am lucky. and I compile 2.6.xx kernel. and insmod rivafb.ko and configuration /etc/X11/XF86config and then startx. but can't startx because of some problems. What'up? here are XF86config and log file. /etc/X11/XF86config ---snip Section Device Identifier Videocard0 Driver fbdev EndSection Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 24 SubSection Display Depth 24 Modes default EndSubSection EndSection -snip-- /var/log/XFree86.0.log -snip-- (II) FBDEV: driver for framebuffer: fbdev, afb (II) Primary Device is: PCI 01:00:0 (II) Loading sub module fbdevhw (II) LoadModule: fbdevhw (II) Reloading /usr/X11R6/lib/modules/linux/libfbdevhw.a (II) FBDEV(0): using default device (II) Running in FRAMEBUFFER Mode (**) FBDEV(0): Depth 24, (--) framebuffer bpp 32 (==) FBDEV(0): RGB weight 888 (==) FBDEV(0): Default visual is TrueColor (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) (II) FBDEV(0): Hardware: nVidiaGeForce4-4 (vidmem: 32768k) (II) FBDEV(0): Checking Modes against framebuffer device... (II) FBDEV(0): mode default not found (II) FBDEV(0): Checking Modes against monitor... (--) FBDEV(0): Virtual size is 640x480 (pitch 640) (**) FBDEV(0): Built-in mode current: 25.2 MHz, 31.5 kHz, 59.9 Hz (II) FBDEV(0): Modeline current 25.18 640 664 760 800 480 491 493 525 -hsync -vsync -csync (**) FBDEV(0): Display dimensions: (340, 270) mm (**) FBDEV(0): DPI set to (47, 45) (EE) FBDEV(0): Fbdev type (137547164) not supported yet.(II) UnloadModule: fbdev (II) UnloadModule: fbdevhw (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] [XFree86]With Geforce4 420 Go , I can't start startx
My system is embedded system. So I should use framebuffer. So I succeed to startx at linux-2.4.22 kernel version. but the kernel don't support Geforce4 420 go. Now, linux-2.6.0 support the chip. So I tried it - Original Message - From: Mark Vojkovich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 10:05 AM Subject: Re: [XFree86] [XFree86]With Geforce4 420 Go , I can't start startx Maybe the framebuffer device doesn't support it? Why don't you use the nv driver instead? It supported it in 4.3 and onward. Mark. On Thu, 18 Dec 2003, [ks_c_5601-1987] wrote: Hi, everyone I have Geforce4 420 Go VGA chip in My board. Now, I knew linux-2.6.xx support Geforce4 420 go at rivafb. so I think I am lucky. and I compile 2.6.xx kernel. and insmod rivafb.ko and configuration /etc/X11/XF86config and then startx. but can't startx because of some problems. What'up? here are XF86config and log file. /etc/X11/XF86config ---snip Section Device Identifier Videocard0 Driver fbdev EndSection Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 24 SubSection Display Depth 24 Modes default EndSubSection EndSection -snip-- /var/log/XFree86.0.log -snip-- (II) FBDEV: driver for framebuffer: fbdev, afb (II) Primary Device is: PCI 01:00:0 (II) Loading sub module fbdevhw (II) LoadModule: fbdevhw (II) Reloading /usr/X11R6/lib/modules/linux/libfbdevhw.a (II) FBDEV(0): using default device (II) Running in FRAMEBUFFER Mode (**) FBDEV(0): Depth 24, (--) framebuffer bpp 32 (==) FBDEV(0): RGB weight 888 (==) FBDEV(0): Default visual is TrueColor (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) (II) FBDEV(0): Hardware: nVidiaGeForce4-4 (vidmem: 32768k) (II) FBDEV(0): Checking Modes against framebuffer device... (II) FBDEV(0): mode default not found (II) FBDEV(0): Checking Modes against monitor... (--) FBDEV(0): Virtual size is 640x480 (pitch 640) (**) FBDEV(0): Built-in mode current: 25.2 MHz, 31.5 kHz, 59.9 Hz (II) FBDEV(0): Modeline current 25.18 640 664 760 800 480 491 493 525 -hsync -vsync -csync (**) FBDEV(0): Display dimensions: (340, 270) mm (**) FBDEV(0): DPI set to (47, 45) (EE) FBDEV(0): Fbdev type (137547164) not supported yet.(II) UnloadModule: fbdev (II) UnloadModule: fbdevhw (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Weirdness in mga_video.c code
I ran across a little oddity while working on the matrox driver. In MGAPutImage, the ScreenInfoPtr sent to it which is then converted to a MGAPtr does not have drmCtx set to a non-zero value even though dri is enabled and working at the time the function is called. I do not understand why this is and consider it to be a bug. Can anyone shed some light on this? This is of course working on the cvs pull of X. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: SFEPLB, that much harder
Free CableTV!No more pay!& supplicate column marketeer rhodium superstitious licorice chattel chlorinate bowstring unanimity transmittal waken karate edge affectate powerful scrapbook shockley delivery pigmentation cofactor cytolysis levis hap innate convex aboriginal study virgin becky inattention cameo door embedder u oceanographer artful coerce ithaca censor sybil calamitous alimony indebted governance senegal death gratuitous cheater surcharge brazen calvary brussels expurgate assent blaze crockett quixote turnkey evaluable vantage barbiturate drowse copybook buddha antipodes browse database arpa hausdorff rectangle ruff debra zeal glassy drift biotite rosa lithium kernighan collateral desiderata jerry bilabial duplicate gland avesta gimmick dart councilwomen columbia chesterton catalytic penance conveyor mainstay rhombohedral crinkle psaltery whether douce cordon usurp alliance emigrate bayed berate brutal promotion downing diagnostician earthy frustrate tier supposable einsteinium nigger bryant cutesy constrictor special heroes soccer drill ethnology suds chickweed sony bade murk jericho rig tat emeriti successive chance thereafter dogtrot run glomerular crowley xenon waterway isothermal knudsen propose retrofitting cattlemen pol theocracy bette maniacal pandemic anecdotal barrack delectable aroma python demur applied dissipate tower trastevere rosetta doctrinal prank bush shred ophiuchus exemplary adverse codeposit ascribe emirate infest wide chill snuggly collarbone bureaucracy cyclorama eigenspace guildhall dinah conn pie cauliflower yeshiva burgundy ellison nucleolus canopy mcdaniel z's iran mastodon adroit pennant apposition headquarters footprint procyon critter yachtsman decompress blat beryl anchorage ali brandeis cemetery largesse diocesan blythe explain projectile condominium bolton digression academician non hardcopy spur vane streamside woodard clash confute hygiene sunlit digestive hypothyroid kaolinite lopsided ruinous psychotherapist restaurant critic sled manatee benedictine lockhart sd typo molly edmonds desire communicable cautionary laredo hash clothesbrush switchboard biometrika assessor checkerberry dispensate dopant beebe hartley warn aggravate debug taper telescopic ravish decrease rotate tete noisemake ambuscade flyer hornet carpenter heterostructure altercate sproul
Re: [XFree86] Weirdness in mga_video.c code
[EMAIL PROTECTED] is probably a better place for this] On Thu, Dec 18, 2003 at 12:36:25AM -0500, Ed Sweetman wrote: I ran across a little oddity while working on the matrox driver. In MGAPutImage, the ScreenInfoPtr sent to it which is then converted to a MGAPtr does not have drmCtx set to a non-zero value even though dri is enabled and working at the time the function is called. I do not understand why this is and consider it to be a bug. Can anyone shed some light on this? This is of course working on the cvs pull of X. You'll have to be a little more specific/precise. I don't see any field called drmCtx in the current XFree86 CVS version of the mga driver, for example. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
