CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/07/08 08:39:49 Log message: Build warning fixes; #include guards; Ident lines. Modified files: xc/lib/X11/: imLcLkup.c xc/lib/Xi/: XGetVers.c xc/programs/Xserver/hw/xfree86/drivers/ati/: radeon_driver.c radeon_macros.h xc/programs/Xserver/hw/xfree86/drivers/via/: regrec.c xc/programs/fonttosfnt/: Imakefile fonttosfnt.c fonttosfnt.h fonttosfnt.man read.c struct.c util.c write.c xc/programs/mkfontscale/: data.h hash.c hash.h ident.c ident.h list.c list.h Added files: xc/programs/fonttosfnt/: env.c Revision ChangesPath 3.9 +7 -7 xc/lib/X11/imLcLkup.c 3.6 +2 -2 xc/lib/Xi/XGetVers.c 1.99 +3 -3 xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c 1.2 +4 -4 xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_macros.h 1.2 +2 -1 xc/programs/Xserver/hw/xfree86/drivers/via/regrec.c 1.3 +10 -2 xc/programs/fonttosfnt/Imakefile 1.3 +1 -0 xc/programs/fonttosfnt/fonttosfnt.c 1.3 +7 -1 xc/programs/fonttosfnt/fonttosfnt.h 1.3 +1 -0 xc/programs/fonttosfnt/fonttosfnt.man 1.3 +1 -0 xc/programs/fonttosfnt/read.c 1.2 +1 -0 xc/programs/fonttosfnt/struct.c 1.6 +6 -2 xc/programs/fonttosfnt/util.c 1.4 +4 -3 xc/programs/fonttosfnt/write.c 1.4 +6 -14 xc/programs/mkfontscale/data.h 1.3 +2 -0 xc/programs/mkfontscale/hash.c 1.3 +6 -0 xc/programs/mkfontscale/hash.h 1.3 +2 -0 xc/programs/mkfontscale/ident.c 1.2 +6 -2 xc/programs/mkfontscale/ident.h 1.6 +2 -1 xc/programs/mkfontscale/list.c 1.3 +5 -1 xc/programs/mkfontscale/list.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/07/08 09:55:36 Log message: Mea culpa Modified files: xc/programs/Xserver/hw/xfree86/drivers/ati/: radeon_macros.h Revision ChangesPath 1.3 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_macros.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/07/08 11:03:58 Log message: Fix problem with 256 Meg cards being detected as 16 Meg. Modified files: xc/programs/Xserver/hw/xfree86/drivers/nv/: riva_hw.c Revision ChangesPath 1.50 +2 -28 xc/programs/Xserver/hw/xfree86/drivers/nv/riva_hw.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/07/08 16:50:47 Log message: Build fix Modified files: xc/programs/fonttosfnt/: Imakefile Revision ChangesPath 1.4 +3 -2 xc/programs/fonttosfnt/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/07/08 18:45:24 Log message: 290. Update the usage of DRM AGP handles to reflect the fact that 0 is a valid handle since handles were switched to be AGP key values (Bugzilla #484, Dave Airlie). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xf86Date.h xc/programs/Xserver/hw/xfree86/drivers/ati/: r128_dri.c radeon_dri.c xc/programs/Xserver/hw/xfree86/drivers/glint/: glint_dri.c xc/programs/Xserver/hw/xfree86/drivers/i810/: i810_dri.c xc/programs/Xserver/hw/xfree86/drivers/mga/: mga_dri.c xc/programs/Xserver/hw/xfree86/os-support/: xf86drm.h xc/programs/Xserver/hw/xfree86/os-support/linux/drm/: xf86drm.c Revision ChangesPath 3.2769+4 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.37 +2 -2 xc/programs/Xserver/hw/xfree86/xf86Date.h 1.29 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/ati/r128_dri.c 1.36 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c 1.34 +3 -3 xc/programs/Xserver/hw/xfree86/drivers/glint/glint_dri.c 1.40 +35 -30xc/programs/Xserver/hw/xfree86/drivers/i810/i810_dri.c 1.29 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/mga/mga_dri.c 1.24 +3 -1 xc/programs/Xserver/hw/xfree86/os-support/xf86drm.h 1.34 +3 -2 xc/programs/Xserver/hw/xfree86/os-support/linux/drm/xf86drm.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/07/08 18:46:56 Log message: Remove unused, incorrect and duplicate definition of DRM_MAJOR. Modified files: xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/: drm.h Revision ChangesPath 1.9 +0 -4 xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/drm.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/07/08 18:47:41 Log message: Fix drm kernel module build on FreeBSD 4.4. Modified files: xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/: drm_os_freebsd.h Revision ChangesPath 1.10 +5 -0 xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/kernel/drm_os_freebsd.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/07/08 19:15:20 Log message: Update to the previous DRM AGP patch to avoid an incompatibility with the interfaces in 4.3.0. Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/os-support/: xf86drm.h xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/: drm_agpsupport.h Revision ChangesPath 3.2770+3 -4 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.25 +2 -2 xc/programs/Xserver/hw/xfree86/os-support/xf86drm.h 1.9 +1 -1 xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_agpsupport.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
stack size
May be this question is not strictly suited to this list, but I see lots of people contributing from lots of different platforms. The question regards to stack space management under different platforms, or execution models. Under my preferred platform ( QNX 4.25 ) stack space is allocated at process creation, and remains fixed until process death. Thas is so because the data segment layout leaves the heap on top, so it can grow easily. So, one must guess how much stack would be needed, and give the figure to the linker. The question is: are there some other ( not exotic, of course ) platforms that allows stack growing on demand ? i.e the stack as one segment by its own, which can be dynamically re-allocated during process lifetime ? Thank you ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: stack size
mnicolet wrote (in a message from Tuesday 8) May be this question is not strictly suited to this list, but I see lots of people contributing from lots of different platforms. The question regards to stack space management under different platforms, or execution models. Under my preferred platform ( QNX 4.25 ) stack space is allocated at process creation, and remains fixed until process death. Thas is so because the data segment layout leaves the heap on top, so it can grow easily. So, one must guess how much stack would be needed, and give the figure to the linker. The question is: are there some other ( not exotic, of course ) platforms that allows stack growing on demand ? i.e the stack as one segment by its own, which can be dynamically re-allocated during process lifetime ? On Unix-like systems (and I guess in modern MS Window too) the virtual memory system allows to allocate a large stack for each process. Real memory is used only as stack grows and as virtual addresses need to have real memory pages vired to them. There still is a physical fixed stack size limit, but it's generally set quite high. I don't know any system without shared memory that would behave this way. In VxWorks you specify the stack size at task creation and it's allocating memory from the global pool. Matthieu ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Performance regression between 4.3.0 and snapshot version.
Bugzilla #434 shows a x11perf regression test between 4.3.0 and a rather current CVS versions. The performance of some tests has gone down by 20% for a specific test, some other tests have suffered a performance penalty of 3%. There may be a simple explanation for this however I can't find it right now. Any idea? Egbert. === Cut from Bugzilla #434 === Yes! Just done all tests with : 4.3.0 vanilla and CVS (as a few days ago, with the O_SYNC flags removed) both compiled on the box. See attachment for the full output of x11percomp. Here are the bad results (ie when CVS performs really worse than 4.3.0, at least more than ~3%, and I've tried to put them in badness order) : 217.0 153.0 ( 0.71) Circulate Unmapped window (50 kids) 1530.0 ( 0.82) 100-pixel wide double-dashed circle 1860.0 108000.093600.0 ( 0.87) Char in 80-char a core line (Courier 12) 133.0 116.0 ( 0.87) Circulate Unmapped window (100 kids) 154.0 142.0 ( 0.92) Char in 80-char a line (Courier 12) 24500.023200.0 ( 0.95) QueryPointer 23000.022000.0 ( 0.96) GetProperty 414000.0 402000.0 ( 0.97) Unmap window via parent (4 kids) 779000.0 753000.0 ( 0.97) Unmap window via parent (25 kids) 818000.0 802000.0 ( 0.98) Unmap window via parent (50 kids) 24.0 234000.0 ( 0.97) Destroy window via parent (4 kids) 37.0 362000.0 ( 0.98) Destroy window via parent (16 kids) 403000.0 391000.0 ( 0.97) Destroy window via parent (25 kids) 428000.0 39.0 ( 0.91) Destroy window via parent (200 kids) 152000.0 149000.0 ( 0.98) Create and map subwindows (4 kids) 288000.0 283000.0 ( 0.98) Map window via parent (25 kids) 108000.0 106000.0 ( 0.98) Hide/expose window via popup (4 kids) 199000.0 193000.0 ( 0.97) Hide/expose window via popup (16 kids) 22.0 216000.0 ( 0.98) Hide/expose window via popup (25 kids) 224000.0 219000.0 ( 0.98) Hide/expose window via popup (50 kids) 225000.0 223000.0 ( 0.99) Hide/expose window via popup (75 kids) 231000.0 224000.0 ( 0.97) Hide/expose window via popup (100 kids) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Why lib/font/builtin is not useful -- yet
Juliusz Chroboczek writes: I'm currently in the process of changing somewhat the core bitmaps fonts system in order to simplify it and extend its functionality. Because the planned changes will break some users' configurations[1], David suggested that the core server should include Keith's ``builtin'' fonts, and that builtin should be implicitly added to the font path. Because builtin fonts include the fonts that the server absolutely needs to function (fixed and cursor), this would make sure that the server can start whatever the fonts (mis-)configuration. In the longer term, as client-side fonts become the norm, we could kill the core fonts system altogether and only keep the built-in fonts for compatibility with the protocol. We cannot do this for people who rely on running legacy apps. Especially commercial binary only apps that have been used for years and which cannot be changed because the vendor went out of business. This will make these legacy apps look horrible, some will not even start as they insist on a specific font. This will at best be configurable in some app default, but still it will be a huge pain in the neck. Unfortunately, the built-in fonts code, in its current state, is not useful for that. Indeed, the current built-in code pulls in much of the PCF code (which is exactly what I'm in the process of eliminating), much of the local FPE code (which I hope to eliminate later), and much of the fontfile code (which must go at some point). In object-oriented terms, it inherits from the current (``legacy'') PCF code rather than being a completely independent implementation of the FPE interface. Rewriting built-in fonts from scratch in a manner such that they can be included in the core server would not be a big job, and I will be glad to help anyone who volunteers to do that. If nobody does, I'll probably do it at some point. For now, I'm going to break users' configurations without the ``builtin'' safety net. Watch this space for further updates[1]. Juliusz [1] I haven't quite made up my mind about how to handle it, but I expect that the ``bitmap'' module will no longer be loaded automatically. Thus, one day you'll cvs update, make World, and if you don't load either bitmap or freetype, stuff will break. If you explicitly load either bitmap or freetype, you should be fine. We should then add one of these modules to the config files generated by our configuration tools. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Bugzilla #460] BIGREQUEST size change.
This is a matter that maybe should also be discussed on 'forum'. I don't know how to initiate a joint discussion on both lists. There is a comment on Roland Mainz's changes to make BIGREQUEST size tunable. Further comments are welcome. Egbert. === comment by Juliusz Chroboczek Roland, The below is not an objection to your change, just an explanation. XFree86 does not reschedule clients within requests; all rescheduling happens at a request boundary. Thus, with very large requests it is possible for a client to lock-out other clients for noticeable amounts of time. The situation is even worse on the SI, where scheduling is done by counting requests (rather than measuring time, as is done on XFree86). There, using big requests can impact the server's fairness in a big way. If Mozilla needs big requests to function with half-decent performance, then Mozilla is broken and should be fixed. Including work-arounds in XFree86 is counter-productive in the long term. I would like to suggest that you should file a bug with Mozilla. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Performance regression between 4.3.0 and snapshot version.
On Tue, Jul 08, 2003 at 10:25:40AM +0200, Egbert Eich wrote: Bugzilla #434 shows a x11perf regression test between 4.3.0 and a rather current CVS versions. The performance of some tests has gone down by 20% for a specific test, some other tests have suffered a performance penalty of 3%. There may be a simple explanation for this however I can't find it right now. Any idea? Egbert, I believe this guy had 4.3.0 running with a savage with UseBIOS off because the BIOS failed for some reason so the UseBIOS option was turned off. In the later 4.3.99.x series the BIOS now works for him, but unfortunately the BIOS makes some more conservative settings for the accelerator engine in the savage. If he add Option UseBIOS off back in, I believe that will solve his problem. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Re: stack size
- Original Message - From: Matthieu Herrb [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 08, 2003 3:52 AM Subject: Re: stack size mnicolet wrote (in a message from Tuesday 8) May be this question is not strictly suited to this list, but I see lots of people contributing from lots of different platforms. The question regards to stack space management under different platforms, or execution models. On Unix-like systems (and I guess in modern MS Window too) the virtual memory system allows to allocate a large stack for each process. Real memory is used only as stack grows and as virtual addresses need to have real memory pages vired to them. There still is a physical fixed stack size limit, but it's generally set quite high. I don't know any system without shared memory that would behave this way. In VxWorks you specify the stack size at task creation and it's allocating memory from the global pool. I forget to mention: QNX does use virtual memory, ( reliyng on the processor for actual memory management ) but no disk paging. So it behaves like VxWorks, i.e, early and _true_ stack allocation. Matthieu Thank you. You answered me what I was expecting: no system allows for a true or full dynamic stack size. Another wording: on every system one could reach some stack limit, and therefore one migth care about this figure. So, my true question comes into scene. The people who ported XFree86 to QNX 4.x setted the stack size hint to the Watcom linker to 4 Mb ( yes, 4 Mb ) for the server. I am wondering why a so high figure. I tried to grep the sources searching for some form of alloca usage ( the native one or a home brew, Postgresql style ) without success. In fact, all what is malloc and free related is coded using macros, which even appear redefined for some modules. But what I cannot figure simply is the possible recursions, and/or giant local objects. Is there a true need for such stack size ? marcelo ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Re: stack size
On Tue, 08 Jul 2003 10:13:06 -0300, mnicolet wrote: Thank you. You answered me what I was expecting: no system allows for a true or full dynamic stack size. If that's your interpretation, then I'm not sure what you mean by a full dynamic stack size. All the operating systems he mentioned reserve address space for a gigantic stack, but they only allocate physical memory as it is needed. Special tricks with guard pages are used to determine when a new page of physical memory needs to be added to the stack. Another wording: on every system one could reach some stack limit, and therefore one migth care about this figure. Yes, of course. Memory is not infinite, even on a 4GB system. So, my true question comes into scene. The people who ported XFree86 to QNX 4.x setted the stack size hint to the Watcom linker to 4 Mb ( yes, 4 Mb ) for the server. I am wondering why a so high figure. I am wondering (1) why this figure seems high to you, and (2) why you are worried about it? The stack doesn't actually use 4MB of physical memory. It only uses the memory that is required. X11 is a thoroughly modular and layered server. It nests extremely deeply -- much more deeply than a typical application. I'm not saying 4MB is absolutely necessary, but if cutting it to 1MB causes even a single crash, what's the point? Is there a true need for such stack size ? Who cares? -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Performance regression between 4.3.0 and snapshot version.
On Tue, 8 Jul 2003 11:46:30 +0100, Alan Hourihane wrote: On Tue, Jul 08, 2003 at 10:25:40AM +0200, Egbert Eich wrote: Bugzilla #434 shows a x11perf regression test between 4.3.0 and a rather current CVS versions. The performance of some tests has gone down by 20% for a specific test, some other tests have suffered a performance penalty of 3%. There may be a simple explanation for this however I can't find it right now. Any idea? Egbert, I believe this guy had 4.3.0 running with a savage with UseBIOS off because the BIOS failed for some reason so the UseBIOS option was turned off. In the later 4.3.99.x series the BIOS now works for him, but unfortunately the BIOS makes some more conservative settings for the accelerator engine in the savage. The Savage BIOS doesn't touch the graphics accelerator at all -- only the video timings. The accelerator is managed entirely in the driver. Can you tell me what settings you are referring to? -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Xaw expert?
I'd ask this on devel, but I'm certain I won't get an answer (at least not by anyone but you guys): Who would be an Xaw expert? Bugzilla #482 describes a situation (rather unlikely one) where Xaw causes a segfault. I've tracked it down however I'm not sure what would be the best solution. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
TFT Pivot function
Hello! I just bought a ViewSonic TFT-monitor (VP171b) with the pivot function the ability to flip the display 90 degrees) and I wonder if there is or are going to be support for this in X? best regards Jesper ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: TFT Pivot function
some drivers offer a rotate option, however there is no HW acceleration when this is used. Alex --- Jesper Tiberg [EMAIL PROTECTED] wrote: Hello! I just bought a ViewSonic TFT-monitor (VP171b) with the pivot function the ability to flip the display 90 degrees) and I wonder if there is or are going to be support for this in X? best regards Jesper __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re:: Re: stack size
Thank you. You pointed me back to documentation. QNX 4.x does not page to disk. A philosophical question for a RTOS. The only available memory is RAM. That´s why I care about everything. But it offers two main process image layouts. One that ´sandwiches´ the stack between the BSS and the heap, so the stack memory must be allocated at process startup. And another that leaves the stack at the low end of the data segment, so even if hinted, the stack only grows as required. What you pointed me to. By the way, the idea behind is that managing the stack in its own segment could be prohibitive for a system without disk paging. The question was I took the QNX options verbatim from the people who made the porting, and ended with a X server which at it´s very start was ´using´ more than 4 Mb of data !!! The right answer is to change compile and linking options, so even with a generous limit, the stack would be dynamically allocated as required. Than you again - Original Message - From: Tim Roberts [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 08, 2003 1:34 PM Subject: Re: Re: stack size On Tue, 08 Jul 2003 10:13:06 -0300, mnicolet wrote: Thank you. You answered me what I was expecting: no system allows for a true or full dynamic stack size. If that's your interpretation, then I'm not sure what you mean by a full dynamic stack size. All the operating systems he mentioned reserve address space for a gigantic stack, but they only allocate physical memory as it is needed. Special tricks with guard pages are used to determine when a new page of physical memory needs to be added to the stack. Another wording: on every system one could reach some stack limit, and therefore one migth care about this figure. Yes, of course. Memory is not infinite, even on a 4GB system. So, my true question comes into scene. The people who ported XFree86 to QNX 4.x setted the stack size hint to the Watcom linker to 4 Mb ( yes, 4 Mb ) for the server. I am wondering why a so high figure. I am wondering (1) why this figure seems high to you, and (2) why you are worried about it? The stack doesn't actually use 4MB of physical memory. It only uses the memory that is required. X11 is a thoroughly modular and layered server. It nests extremely deeply -- much more deeply than a typical application. I'm not saying 4MB is absolutely necessary, but if cutting it to 1MB causes even a single crash, what's the point? Is there a true need for such stack size ? Who cares? -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re : Performance regression between 4.3.0 and snapshot version.
On 2003.07.08 06:46, Alan Hourihane wrote: On Tue, Jul 08, 2003 at 10:25:40AM +0200, Egbert Eich wrote: Bugzilla #434 shows a x11perf regression test between 4.3.0 and a rather current CVS versions. The performance of some tests has gone down by 20% for a specific test, some other tests have suffered a performance penalty of 3%. There may be a simple explanation for this however I can't find it right now. Any idea? Egbert, I believe this guy had 4.3.0 running with a savage with UseBIOS off because the BIOS failed for some reason so the UseBIOS option was turned off. In the later 4.3.99.x series the BIOS now works for him, but unfortunately the BIOS makes some more conservative settings for the accelerator engine in the savage. If he add Option UseBIOS off back in, I believe that will solve his problem. OK I'll redo the tests for CVS. But I don't really understand why I saw only few performance problems and almost all other tests are good (and several are even very very good wrt to 4.3.0. Anyway I'll post the result here and on bugzilla. Bye Manu pgp0.pgp Description: PGP signature
Re : Performance regression between 4.3.0 and snapshot version.
On 2003.07.08 04:25, Egbert Eich wrote: Bugzilla #434 shows a x11perf regression test between 4.3.0 and a rather current CVS versions. The performance of some tests has gone down by 20% for a specific test, some other tests have suffered a performance penalty of 3%. There may be a simple explanation for this however I can't find it right now. Any idea? Here are the new numbers (with the CVS config file using usebios off option). I put only the one that are bad (put the whole output on bugzilla) : 109000.086300.0 ( 0.79) Fill 1x1 aa trapezoid 45300.040400.0 ( 0.89) Fill 10x10 aa trapezoid 30300.025100.0 ( 0.83) 10-pixel wide partial circle 472000.0 403000.0 ( 0.85) Destroy window via parent (200 kids) 33400.031300.0 ( 0.94) 10-pixel wide partial ellipse 79300.078000.0 ( 0.98) 500-pixel horizontal line segment 2070.0 1910.0 ( 0.92) 100-pixel wide dashed circle 462000.0 447000.0 ( 0.97) Fill 1x1 opaque stippled trapezoid (17x15 stipple) 1460.0 1410.0 ( 0.97) Fill 100x100 aa trapezoid 182.0 176.0 ( 0.97) Fill 300x300 aa trapezoid 25200.0 23700.0 ( 0.94) QueryPointer 23100.022500.0 ( 0.97) GetProperty 415000.0 404000.0 ( 0.97) Unmap window via parent (4 kids) 70.0 684000.0 ( 0.98) Unmap window via parent (16 kids) 764000.0 745000.0 ( 0.98) Unmap window via parent (25 kids) 256000.0 244000.0 ( 0.95) Destroy window via parent (4 kids) 394000.0 377000.0 ( 0.96) Destroy window via parent (16 kids) 448000.0 41.0 ( 0.92) Destroy window via parent (25 kids) 473000.0 455000.0 ( 0.96) Destroy window via parent (50 kids) 478000.0 454000.0 ( 0.95) Destroy window via parent (75 kids) 483000.0 45.0 ( 0.93) Destroy window via parent (100 kids) 472000.0 403000.0 ( 0.85) Destroy window via parent (200 kids) 109000.0 107000.0 ( 0.98) Hide/expose window via popup (4 kids) 196000.0 194000.0 ( 0.99) Hide/expose window via popup (16 kids) 22.0 216000.0 ( 0.98) Hide/expose window via popup (25 kids) 222000.0 216000.0 ( 0.97) Hide/expose window via popup (50 kids) 227000.0 223000.0 ( 0.98) Hide/expose window via popup (75 kids) 231000.0 228000.0 ( 0.99) Hide/expose window via popup (100 kids) 233000.0 232000.0 ( 1.00) Hide/expose window via popup (200 kids) 77700.073400.0 ( 0.94) Move window (4 kids) 59600.0 56400.0 ( 0.95) Move window (16 kids) 52400.049700.0 ( 0.95) Move window (25 kids) 4.038100.0 ( 0.95) Move window (50 kids) 32600.031400.0 ( 0.96) Move window (75 kids) 27700.0 26400.0 ( 0.95) Move window (100 kids) 16400.016200.0 ( 0.99) Move window (200 kids) 96.0 935000.0 ( 0.97) Moved unmapped window (100 kids) 297000.0 277000.0 ( 0.93) Move window via parent (4 kids) 686000.0 662000.0 ( 0.97) Move window via parent (16 kids) 821000.0 791000.0 ( 0.96) Move window via parent (25 kids) 36500.035800.0 ( 0.98) Circulate window (4 kids) 24300.0 23600.0 ( 0.97) Circulate window (16 kids) 23300.023000.0 ( 0.99) Circulate window (25 kids) 22200.021600.0 ( 0.97) Circulate window (50 kids) 21500.020700.0 ( 0.96) Circulate window (75 kids) 20700.020100.0 ( 0.97) Circulate window (100 kids) 17900.017600.0 ( 0.98) Circulate window (200 kids) 376.0 378.0 ( 1.01) Circulate Unmapped window (4 kids) 307.0 308.0 ( 1.00) Circulate Unmapped window (16 kids) 276.0 270.0 ( 0.98) Circulate Unmapped window (25 kids) 214.0 217.0 ( 1.01) Circulate Unmapped window (50 kids) 179.0 177.0 ( 0.99) Circulate Unmapped window (75 kids) 150.0 147.0 ( 0.98) Circulate Unmapped window (100 kids) 904000.0 87.0 ( 0.96) Circulate Unmapped window (200 kids) pgp0.pgp Description: PGP signature
Re : Performance regression between 4.3.0 and snapshot version.
Oh sorry for the bad format of the post, bad numbers are in attachment. Bye Manu109000.086300.0 ( 0.79) Fill 1x1 aa trapezoid 45300.040400.0 ( 0.89) Fill 10x10 aa trapezoid 30300.025100.0 ( 0.83) 10-pixel wide partial circle 472000.0 403000.0 ( 0.85) Destroy window via parent (200 kids) 33400.031300.0 ( 0.94) 10-pixel wide partial ellipse 79300.078000.0 ( 0.98) 500-pixel horizontal line segment 2070.0 1910.0 ( 0.92) 100-pixel wide dashed circle 462000.0 447000.0 ( 0.97) Fill 1x1 opaque stippled trapezoid (17x15 stipple) 1460.0 1410.0 ( 0.97) Fill 100x100 aa trapezoid 182.0 176.0 ( 0.97) Fill 300x300 aa trapezoid 25200.023700.0 ( 0.94) QueryPointer 23100.022500.0 ( 0.97) GetProperty 415000.0 404000.0 ( 0.97) Unmap window via parent (4 kids) 70.0 684000.0 ( 0.98) Unmap window via parent (16 kids) 764000.0 745000.0 ( 0.98) Unmap window via parent (25 kids) 256000.0 244000.0 ( 0.95) Destroy window via parent (4 kids) 394000.0 377000.0 ( 0.96) Destroy window via parent (16 kids) 448000.0 41.0 ( 0.92) Destroy window via parent (25 kids) 473000.0 455000.0 ( 0.96) Destroy window via parent (50 kids) 478000.0 454000.0 ( 0.95) Destroy window via parent (75 kids) 483000.0 45.0 ( 0.93) Destroy window via parent (100 kids) 472000.0 403000.0 ( 0.85) Destroy window via parent (200 kids) 109000.0 107000.0 ( 0.98) Hide/expose window via popup (4 kids) 196000.0 194000.0 ( 0.99) Hide/expose window via popup (16 kids) 22.0 216000.0 ( 0.98) Hide/expose window via popup (25 kids) 222000.0 216000.0 ( 0.97) Hide/expose window via popup (50 kids) 227000.0 223000.0 ( 0.98) Hide/expose window via popup (75 kids) 231000.0 228000.0 ( 0.99) Hide/expose window via popup (100 kids) 233000.0 232000.0 ( 1.00) Hide/expose window via popup (200 kids) 77700.073400.0 ( 0.94) Move window (4 kids) 59600.056400.0 ( 0.95) Move window (16 kids) 52400.049700.0 ( 0.95) Move window (25 kids) 4.038100.0 ( 0.95) Move window (50 kids) 32600.031400.0 ( 0.96) Move window (75 kids) 27700.026400.0 ( 0.95) Move window (100 kids) 16400.016200.0 ( 0.99) Move window (200 kids) 96.0 935000.0 ( 0.97) Moved unmapped window (100 kids) 297000.0 277000.0 ( 0.93) Move window via parent (4 kids) 686000.0 662000.0 ( 0.97) Move window via parent (16 kids) 821000.0 791000.0 ( 0.96) Move window via parent (25 kids) 36500.035800.0 ( 0.98) Circulate window (4 kids) 24300.023600.0 ( 0.97) Circulate window (16 kids) 23300.023000.0 ( 0.99) Circulate window (25 kids) 22200.021600.0 ( 0.97) Circulate window (50 kids) 21500.020700.0 ( 0.96) Circulate window (75 kids) 20700.020100.0 ( 0.97) Circulate window (100 kids) 17900.017600.0 ( 0.98) Circulate window (200 kids) 376.0 378.0 ( 1.01) Circulate Unmapped window (4 kids) 307.0 308.0 ( 1.00) Circulate Unmapped window (16 kids) 276.0 270.0 ( 0.98) Circulate Unmapped window (25 kids) 214.0 217.0 ( 1.01) Circulate Unmapped window (50 kids) 179.0 177.0 ( 0.99) Circulate Unmapped window (75 kids) 150.0 147.0 ( 0.98) Circulate Unmapped window (100 kids) 904000.0 87.0 ( 0.96) Circulate Unmapped window (200 kids) pgp0.pgp Description: PGP signature
Re: Performance regression between 4.3.0 and snapshot version.
Looks like a code generation issue. P4's will do that sometimes when you change the alignment of particular functions/structures. The graphics driver probably has nothing to do with it since the worst regressions don't involve graphics. Mark. On Tue, 8 Jul 2003, Egbert Eich wrote: Bugzilla #434 shows a x11perf regression test between 4.3.0 and a rather current CVS versions. The performance of some tests has gone down by 20% for a specific test, some other tests have suffered a performance penalty of 3%. There may be a simple explanation for this however I can't find it right now. Any idea? Egbert. === Cut from Bugzilla #434 === Yes! Just done all tests with : 4.3.0 vanilla and CVS (as a few days ago, with the O_SYNC flags removed) both compiled on the box. See attachment for the full output of x11percomp. Here are the bad results (ie when CVS performs really worse than 4.3.0, at least more than ~3%, and I've tried to put them in badness order) : 217.0 153.0 ( 0.71) Circulate Unmapped window (50 kids) 1530.0 ( 0.82) 100-pixel wide double-dashed circle 1860.0 108000.093600.0 ( 0.87) Char in 80-char a core line (Courier 12) 133.0 116.0 ( 0.87) Circulate Unmapped window (100 kids) 154.0 142.0 ( 0.92) Char in 80-char a line (Courier 12) 24500.023200.0 ( 0.95) QueryPointer 23000.022000.0 ( 0.96) GetProperty 414000.0 402000.0 ( 0.97) Unmap window via parent (4 kids) 779000.0 753000.0 ( 0.97) Unmap window via parent (25 kids) 818000.0 802000.0 ( 0.98) Unmap window via parent (50 kids) 24.0 234000.0 ( 0.97) Destroy window via parent (4 kids) 37.0 362000.0 ( 0.98) Destroy window via parent (16 kids) 403000.0 391000.0 ( 0.97) Destroy window via parent (25 kids) 428000.0 39.0 ( 0.91) Destroy window via parent (200 kids) 152000.0 149000.0 ( 0.98) Create and map subwindows (4 kids) 288000.0 283000.0 ( 0.98) Map window via parent (25 kids) 108000.0 106000.0 ( 0.98) Hide/expose window via popup (4 kids) 199000.0 193000.0 ( 0.97) Hide/expose window via popup (16 kids) 22.0 216000.0 ( 0.98) Hide/expose window via popup (25 kids) 224000.0 219000.0 ( 0.98) Hide/expose window via popup (50 kids) 225000.0 223000.0 ( 0.99) Hide/expose window via popup (75 kids) 231000.0 224000.0 ( 0.97) Hide/expose window via popup (100 kids) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: stack size
Tim Roberts wrote: On Tue, 08 Jul 2003 10:13:06 -0300, mnicolet wrote: So, my true question comes into scene. The people who ported XFree86 to QNX 4.x setted the stack size hint to the Watcom linker to 4 Mb ( yes, 4 Mb ) for the server. I am wondering why a so high figure. I am wondering (1) why this figure seems high to you, and (2) why you are worried about it? The stack doesn't actually use 4MB of physical memory. It only uses the memory that is required. X11 is a thoroughly modular and layered server. It nests extremely deeply -- much more deeply than a typical application. I'm not saying 4MB is absolutely necessary, but if cutting it to 1MB causes even a single crash, what's the point? Is there a true need for such stack size ? Who cares? Is QNX a threaded OS (like Netware)? Threaded applications on x86 usually have much smaller default stack limits, averaging 64-128k, because all threads must share the same address space, and a 4MB stack gives you a theoretical limit of only 1024 threads (assuming your kernel uses no memory and your process allocates no data, just stack :) mnicolet: the best way to answer your question Is there a true need for such stack size is probably for you to set the stack size lower and see if it breaks. -- Dan Nelson [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: stack size
On Tue, 08 Jul 2003 16:40:39 -0500, Dan Nelson wrote: Threaded applications on x86 usually have much smaller default stack limits, averaging 64-128k, because all threads must share the same address space, and a 4MB stack gives you a theoretical limit of only 1024 threads (assuming your kernel uses no memory and your process allocates no data, just stack :) Delving deeply into pedantics, the default stack size for a Win32 CreateThread call is 1MB, but you bump into other limits long before you get to 2048 threads (given the 2GB user-mode address space). -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Fonts] Re: [I18n] chinese locale slow Application startup speed.
Hi, I use following fonts: /usr/X11R6/lib/X11/fonts/75dpi/*.pcf.gz /usr/X11R6/lib/X11/fonts/misc/*.pcf.gz , include chinese fonts: gb16fs.pcf.gz I do not use other font I do not know how application find font when it startup? why it find font so slowly? thank you for any hint licz - Original Message - From: Juliusz Chroboczek [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 06, 2003 4:21 AM Subject: Re: [I18n] chinese locale slow Application startup speed. LC I port Tiny-X to XScale, I can show chinese LC When I export LC_ALL=zh_CN , some application startup speed is too slow, LC but some application startup speed is OK. Do your applications still use core fonts? Please read the introduction to hw/xfree86/doc/README.fonts keeping in mind that large (in number of glyphs) scalable core fonts may cause the behaviour that you're seeing. Juliusz ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [I18n] CJK UTF-8 locale's X locale db
On Tue, 8 Jul 2003, Tomohiro KUBOTA wrote: You should have dropped either Korean (Japanese are not supposed to understand Korean script unless they're interested in learning) or used 'glyphes of CJK Ideographs widely used in China or Korea' in the following. Japanese people may even fail to recognize or understand some of Chinese and Korean characters. By keep saying that, I'm afraid that you're making a 'mockery' of your fellow Japanese people's pattern recognition ability without any intent to do so. Jungshik ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [I18n] re: a new font encoding file for XF86 : gb18030.2000-2?(fwd)
On Sun, 6 Jul 2003, Yong Li wrote: Hi Rigel, Thanks for your kind comments. I fully agree with you on most, if not all, points. 1. To my knowledge the gb18030.2000-0 and gb18030.2000-1 encodings are invented by Sun and used in their Solaris 9. The only application on Linux As I wrote on bugzilla (I guess you wrote your reply before I added my latest comment to XF86 bugzilla), I got astray by the presence of gb18030.2000-1.enc file on my RH 8.0. I couldn't connect to the XF86 CVS and assumed that it's what XF86 has. It turned out that the file was RH-specific and had not been committed to XF86. that supports them is Mozilla (maybe Java1.4 as well?) at the request of Sun (see mozilla bug 72525). Mozilla's GB18030Font1 encoder (Unicode - gb18030.2000-1) does not cover some 'single-width' (usually) characters such as Euro and Latin-1 chars (see http://lxr.mozilla.org/seamonkey/source/intl/uconv/ucvcn/nsUnicodeToGBK.cpp#180 ). I believe this exclusion was done on purpose to avoid rendering those characters with 'double width' Chinese glyphs(there's another protection - built-in - against this in Mozilla code, though). This is another point where I was misled. I should have tracked down (a) bug(s) for which this encoder was added (as you have done.) 4. The gb18030.2000-1.enc.gz file included in RedHat 9 is totally wired. I can not figure out what it is. RH8's gb18030.2000-1.enc file (I don't know whehter it's the same as RH9's) appears to represent a straight identity mapping for a subset of BMP characters. Exactly what subset is covered I didn't bother to figure out. (All the Chinese characters and characters for Chinese minority scripts - Yi, Mongolian, etc - are included.) IMHO, if you want to extend the system to add such as gb18030.2000-2, it's probably a good idea to consult with Sun just so that it will be compatible with any potential Sun's own extension. With my misunderstanding about what's suggested by Roland in XF86 bugzilla cleared, there's no need for that. I raised up a possibility of gb18030.2000-2 because I mistakenly thought that attachment 348 represents a new font encoding that is distinct from the existing gb18030.2000-1 (that I thought had been well-establisehd). If they're different and covers disjoin sets of characters, they need to have different names. As I wrote above, what Roland suggested had been used by Solaris and Mozilla (and very likely by Turbo Linux) while what I though was well-established turned out to be RH-specific. Personally though I don't think the new font encoding is needed, as we are rapidly moving away from the core font technologies (at least in the XFree86 world). For any application that does support non-BMP characters, most likely it already uses Xft/fontconfig anyway. Absolutely. I have no intention of extending the life of 10+ year old not-so-flexible XLFD-based font selection mechanism. The introduction of Xft/fontconfig is one of the best things that has happened to X11 (although fontconfig is not just for X11). seems to be the requirement of GB18030 conformance test. The Standard however have defined all the mappings between GB18030 and every code point in UTF-16 space. It's unclear (to me at least) what exactly consist of legal GB18030 codes. The attachment 348 seems included every BMP code point that is not in gb18030.2000-0. I think sometimes it's useful to know whether a code is a non-existent character or a legal code but not exist in a certain font. So I suggest to remove the unassigned BMP code points from that file. Hmm. that's an interesting point. I guess GB18030 is supposed to have exactly the same repertoire as ISO 10646. To keep it in sync with Unicode/10646 without playing a catch-up game with 10646/Unicode, it's better to cover all legal - assigned or not - code points also valid in GB18030. As you wrote, fewer and fewer people would bother themselves with X11 core fonts as time goes by Also the STARTMAPPING cmap 3 4 entry at the end should be removed because it's obviously not an identical mapping. Yup. Perhaps, Roland just copied it from gb18030.2000-0 or gbk-0.enc. 3. The gb18030.2000-0 file is probably not needed. Yes, it's true that the two-byte codes in GB18030 are slightly different than GBK. There are 80 also code points, that are mapped to PUA in GBK, got official assignments in later Unicode standards and GB18030 adopted the new mappings. However that doesn't mean gb18030.2000-0 uses the new mappings because Sun could opt to keep backward compatibility with GBK fonts by making gb18030.2000-0 and gbk same. Judging by the comments posted on Mozilla bugzilla by engineers from Sun it is probably indeed the case (see e.g. bug 72525 and 81200). It would be nice if someone from Sun could confirm this. Yes, that would be nice. Actually, that is what's done in RH 8.0 (gbk-0.enc file has a line making it an alias to gb18030.2000-0). Even if they're not made
Re: [I18n] re: a new font encoding file for XF86 : gb18030.2000-2?(fwd)
Some explanations of RedHat's GB18030.2000*.enc: Because RedHat XFree86 18030 patch's compound text encoding part was based on James Su's patch which was derived from UTF-8' code, it doesn't really need GB18030.2000-0.enc and GB18030.200-1.enc to be functioning. GB18030.2000* aliases were added purely because we want Mozilla working properly as well. About the identical mapping in RedHat's GB18030.2000-1, it is because the inside compound encoding part is treating them as ISO10646 codes. Regards, Yu Shao Jungshik Shin ??: On Sun, 6 Jul 2003, Yong Li wrote: Hi Rigel, Thanks for your kind comments. I fully agree with you on most, if not all, points. 1. To my knowledge the gb18030.2000-0 and gb18030.2000-1 encodings are invented by Sun and used in their Solaris 9. The only application on Linux As I wrote on bugzilla (I guess you wrote your reply before I added my latest comment to XF86 bugzilla), I got astray by the presence of gb18030.2000-1.enc file on my RH 8.0. I couldn't connect to the XF86 CVS and assumed that it's what XF86 has. It turned out that the file was RH-specific and had not been committed to XF86. that supports them is Mozilla (maybe Java1.4 as well?) at the request of Sun (see mozilla bug 72525). Mozilla's GB18030Font1 encoder (Unicode - gb18030.2000-1) does not cover some 'single-width' (usually) characters such as Euro and Latin-1 chars (see http://lxr.mozilla.org/seamonkey/source/intl/uconv/ucvcn/nsUnicodeToGBK.cpp#180 ). I believe this exclusion was done on purpose to avoid rendering those characters with 'double width' Chinese glyphs(there's another protection - built-in - against this in Mozilla code, though). This is another point where I was misled. I should have tracked down (a) bug(s) for which this encoder was added (as you have done.) 4. The gb18030.2000-1.enc.gz file included in RedHat 9 is totally wired. I can not figure out what it is. RH8's gb18030.2000-1.enc file (I don't know whehter it's the same as RH9's) appears to represent a straight identity mapping for a subset of BMP characters. Exactly what subset is covered I didn't bother to figure out. (All the Chinese characters and characters for Chinese minority scripts - Yi, Mongolian, etc - are included.) IMHO, if you want to extend the system to add such as gb18030.2000-2, it's probably a good idea to consult with Sun just so that it will be compatible with any potential Sun's own extension. With my misunderstanding about what's suggested by Roland in XF86 bugzilla cleared, there's no need for that. I raised up a possibility of gb18030.2000-2 because I mistakenly thought that attachment 348 represents a new font encoding that is distinct from the existing gb18030.2000-1 (that I thought had been well-establisehd). If they're different and covers disjoin sets of characters, they need to have different names. As I wrote above, what Roland suggested had been used by Solaris and Mozilla (and very likely by Turbo Linux) while what I though was well-established turned out to be RH-specific. Personally though I don't think the new font encoding is needed, as we are rapidly moving away from the core font technologies (at least in the XFree86 world). For any application that does support non-BMP characters, most likely it already uses Xft/fontconfig anyway. Absolutely. I have no intention of extending the life of 10+ year old not-so-flexible XLFD-based font selection mechanism. The introduction of Xft/fontconfig is one of the best things that has happened to X11 (although fontconfig is not just for X11). seems to be the requirement of GB18030 conformance test. The Standard however have defined all the mappings between GB18030 and every code point in UTF-16 space. It's unclear (to me at least) what exactly consist of legal GB18030 codes. The attachment 348 seems included every BMP code point that is not in gb18030.2000-0. I think sometimes it's useful to know whether a code is a non-existent character or a legal code but not exist in a certain font. So I suggest to remove the unassigned BMP code points from that file. Hmm. that's an interesting point. I guess GB18030 is supposed to have exactly the same repertoire as ISO 10646. To keep it in sync with Unicode/10646 without playing a catch-up game with 10646/Unicode, it's better to cover all legal - assigned or not - code points also valid in GB18030. As you wrote, fewer and fewer people would bother themselves with X11 core fonts as time goes by Also the STARTMAPPING cmap 3 4 entry at the end should be removed because it's obviously not an identical mapping. Yup. Perhaps, Roland just copied it from gb18030.2000-0 or gbk-0.enc. 3. The gb18030.2000-0 file is probably not needed. Yes, it's true that the two-byte codes in GB18030 are slightly different than GBK. There are 80 also code points, that are mapped to PUA in GBK, got official assignments in later Unicode standards and GB18030 adopted the new
Re: [I18n] re: a new font encoding file for XF86 : gb18030.2000-2?(fwd)
On Tue, 8 Jul 2003, Yu Shao wrote: Thanks for your answer. Because RedHat XFree86 18030 patch's compound text encoding part was based on James Su's patch which was derived from UTF-8' code, it doesn't really need GB18030.2000-0.enc and GB18030.200-1.enc to be functioning. GB18030.2000* aliases were added purely because we want Mozilla working properly as well. Aliasing gbk-0.enc to gb18030.2000-0.enc is fine except for 80 characters with different assignments in two encodings. However, gb18030.2000-1.enc in RH8 is different from Mozilla's GB18030Font1. Mozilla's GB18030Font1 is based on gb18030.2000-1 used in Solaris 9 (which is the same as attachement 348 in XF86 bugzilla and what James Su proposed adding in December 2002). So, the last sentence in the above paragraph doesn't seem to make sense. On top of that, RedHat 8/9 ships Xft-build of Mozilla by default so that Mozilla's encoders for X11 core fonts shouldn't be your concern, should they? Of course, when it's run with GDK_USE_XFT=0, it does matter. About the identical mapping in RedHat's GB18030.2000-1, it is because the inside compound encoding part is treating them as ISO10646 codes. This is a bit confusing. How am I supposed to interpret this together with the first sentennce in your reply? Do you need RH8's version of gb18030.2000-1.enc or not? How would you propose the conflict between RH's gb18030.2000-1.enc and Solaris/Mozilla/Java's gb18030.2000-1 be solved? Could you add your comment to http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=441 ? Jungshik ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[XFree86] Startx problems
Dear Sirs, Thank you for your kind attention. My Thizlinux cannot start the Xwindows. The following is the message shown after I executed startx. XFree86 Version 4.2.0 (Custom Build: 4.2.0-10Thiz) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18-9Thizsmp i686 [ELF] Build Host: 3gig.office 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: Tue Jul 8 13:58:13 2003 (==) Using config file: /etc/X11/XF86Config-4 dlopen: /usr/X11R6/lib/modules/pex5.so: undefined symbol: PexExtensionInitPtr (EE) Failed to load /usr/X11R6/lib/modules/pex5.so (EE) Failed to load module pex5 (loader failed, -1073743304) dlopen: /usr/X11R6/lib/modules/pex5.so: undefined symbol: PexExtensionInitPtr (EE) Failed to load /usr/X11R6/lib/modules/pex5.so (EE) Failed to load module pex5 (loader failed, -1073743304) dlopen: /usr/X11R6/lib/modules/xie.so: undefined symbol: XieInitPtr (EE) Failed to load /usr/X11R6/lib/modules/xie.so (EE) Failed to load module xie (loader failed, -1073743304) (EE) xf86OpenSerial: Cannot open device /dev/psaux No such device. (EE) Mouse0: cannot open input device (EE) PreInit failed for input device Mouse0 No core pointer Fatal server error: failed to initialize core devices Thanks and regards, Kit Hung. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XServer 4.3.0 spontanious crash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Five minutes ago my XServer suddently crashed with a signal 11, I have no idea what caused it to do so, and I can't find anything in the log file that helps me. I'm using SlackWare 9.1 with Linux kernel 2.4.21-pre5, and I'm using the radeon module from the XServer CVS. Is there any way I can find out more about this crash, or does the log file make any sense to you guys? - -- Simon Ejsing, Systemudvikler esoft ApS, http://www.esoft.dk Kongensgade 66-68, DK-5000 Odense C. Tlf: 70 222 466, Fax: 63 122 466 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/CnTj0ZtqfKNZvaARAutsAJ9XoYFQcS//sm2EOsS5mymH1aR9FwCfbrs0 NCL+YcWeDOMqxtdoPw3D9jA= =2g0g -END PGP SIGNATURE- XFree86.0.log.old Description: application/trash
Re: [XFree86] Xpert, Any software just for 15$ - 40$
Mark Vojkovich writes: On Mon, 7 Jul 2003, Daniel Stone wrote: On Mon, Jul 07, 2003 at 12:07:10PM +0100, Aldous Everard wrote: Is this the sort of emails you want to this list? Suggest blocking CheapWarez If every single spammer to this list got blocked, it'd take half an hour for every message to pass the killfile check. I'd like to know how it made it to this list in the first place. This is a member's only list. You can't post unless you subscribe. Are spammers subscribing? Or do they just happen to spam with forged From addresses that happen to be subscribed? No, [EMAIL PROTECTED] isn't a members only list. It is for everybody to send in support questions. We don't require these people to subscribe themselves. One could probably think about a 'opt-in' method where people who are not subscribed have to respond to notification before their message is sent to the list. At least for me this creates the problem that when I resond to an email on this list (doing a 'respond all') my mailer only uses the addresses from the Reply-To: and the Cc: fields. If the original author hasn't added himself to Cc: and is not on the list he will not get the reply unless I add it by hand - which I often forget. I don't know if any of this can be fixed in mailman but I'm sure it could be fixed by some mail pre- and post-processing. If we can agree that we want something like this and on what we want we can probably find a volunteer who'd hack this for us. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Tue, Jul 08, 2003 at 11:03:49AM +0200, Egbert Eich wrote: No, [EMAIL PROTECTED] isn't a members only list. It is for everybody to send in support questions. We don't require these people to subscribe themselves. One could probably think about a 'opt-in' method where people who are not subscribed have to respond to notification before their message is sent to the list. Normally I suggest spamassassin, but the only false positives I've seen in the last six months have all been posts to [EMAIL PROTECTED] :\ At least for me this creates the problem that when I resond to an email on this list (doing a 'respond all') my mailer only uses the addresses from the Reply-To: and the Cc: fields. Which mailer do you use? Mutt, KMail and Evolution (the former is my primary, the latter my secondary, mail client) all deal with this situation perfectly. I also hope like hell Mailman isn't munging Reply-To, because that's just *wrong*. If the original author hasn't added himself to Cc: and is not on the list he will not get the reply unless I add it by hand - which I often forget. I don't know if any of this can be fixed in mailman but I'm sure it could be fixed by some mail pre- and post-processing. Umm, it's an MUA thing. The list manager is *not* to dictate to the MUA what to do - group reply should send to all of From, To and Cc, excluding yourself. In Mutt, the list of your addresses is maintained by 'set alternates regexp'. If we can agree that we want something like this and on what we want we can probably find a volunteer who'd hack this for us. I think you've come up with the wrong solution to the wrong problem, honestly; what mailer do you use? -- Daniel Stone [EMAIL PROTECTED] http://www.kde.org - http://www.debian.org - http://www.xwin.org Configurability is always the best choice when it's pretty simple to implement -- Havoc Pennington, gnome-list pgp0.pgp Description: PGP signature
[XFree86] Yes Please
[EMAIL PROTECTED] wrote: Confirmation for [EMAIL PROTECTED]Thank you for your interest in my work. After you complete the verification below you will be added to my list to receive updates whenever a piece is completed.If you didn't sign up, perhaps a friend added you.Reply to this email and type 'Yes Please' in the body and you will be added. Do nothing and you will be forgotten.Derek OlsonTristan WoodworksYour soul speaks Art.http://www.SmileAtYou.comHighlands Ranch, Colorado___XFree86 mailing list[EMAIL PROTECTED]http://XFree86.Org/mailman/listinfo/xfree86 Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
[XFree86] ATI Rage 128 Mobility with laptop LCD and external projector
Hi, I've got YellowDog Linux 3.0 installed on a Powerbook G3. This installs XFree86-4.3.0-2.1c. I wish to use both the LCD display and the external SVGA connector to a projector. The display driver is (from XFree86.0.log) (--) Chipset ATI Rage 128 Mobility M3 LF (AGP) found (II) Loading sub module r128 (II) LoadModule: r128 (II) Reloading /usr/X11R6/lib/modules/drivers/r128_drv.o After some research on the net I tried adding the options Option intern_disp true Option extern_disp true to the Section Device, but the log file shows (WW) R128(0): Option intern_disp is not used (WW) R128(0): Option extern_disp is not used Should I do something else instead, or is this operation unsupported under the current software? I might be able to try out a patch if one is available. Thanks in advance for any help received. Ben. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] X windows problem
Hi, I can log in to root in text editor, but can not log in to X windows. When (as root) I typed : startx I got: Server is already active for display 0. Xlib : connection to :0.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key giving up xinit: unable to connect to X server xinit: No such process (errno 3): Server error Any ideas? I am VERY new at this. Thanks MG
[XFree86] Reconfiguration for upgraded video board.
Having no success in configuring X to use a Sapphire 7500 video board, which is based on the ATI Radeon 7500 chip, bios version 8.004 dated 2003/01/06. Mem.size 64Mb. Driver file ATI2Drag.drv, Release vers.7.79-02 1023x- 005857C-ATI. Would be quite happy if system ran in SVGA Mode, or even VGA ! Windows 98 had no problem with installation. Log file attached. Bye. Peter Lloyd. XFree86.0.log Description: Binary data
[XFree86] yes please
- Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 07, 2003 9:11 PM Subject: [XFree86] confirmation Confirmation for [EMAIL PROTECTED] Thank you for your interest in my work. After you complete the verification below you will be added to my list to receive updates whenever a piece is completed. If you didn't sign up, perhaps a friend added you. Reply to this email and type 'Yes Please' in the body and you will be added. Do nothing and you will be forgotten. Derek Olson Tristan Woodworks Your soul speaks Art. http://www.SmileAtYou.com Highlands Ranch, Colorado ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] ATI Radeon 9200, Xfree86 4.3.0
Support for radeon 9200 was just added to CVS last week. Youc an either try Alan's CVS snapshots: http://www.xfree86.org/~alanh/ or force the pci id to a 9000 or 8500: e.g., ChipID 0x4242 http://users.actrix.co.nz/michael/radeon9200.html Alex Hi My ATI 9200 video card, does't work.Also I have RedHat Linux 9 and XFree86 4.3.0. I get the message: (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (EE) No devices detected. Thx __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] should I use ppc-5.x or better?
hello I have max os x 1.x the Xinstall stated that I should use ppc-5.x, which is xfree86 ver 4.2.0. since there is a newer ver 4.3.0, I wonder if it is possible to download ver 4.3.0 instead. will I be able to install this new ver on os x 1.x? thanks htmldivPBIgnatius M L Oh/BBRICQ#:FONT color=#4051c8 174365101/FONTBRIMG src=http://web.icq.com/whitepages/online?icq=174365101amp;img=7;BRMore ways to contact me @ FONT color=#ffBYahoo!/B/FONT Messenger:FONT color=#800080 OHMLPC/FONT/P PCITERespect all religions because they are, although many times misguided, an attempt to find God./CITE -- R. J. Grigaitis/P/div/html _ Send a fun phone greeting to your friend! http://www.msn.com.sg/mobile/fungreetings/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
On Tue, Jul 08, 2003 at 11:03:49AM +0200, Egbert Eich wrote: At least for me this creates the problem that when I resond to an email on this list (doing a 'respond all') my mailer only uses the addresses from the Reply-To: and the Cc: fields. If the original author hasn't added himself to Cc: and is not on the list he will not get the reply unless I add it by hand - which I often forget. I don't know if any of this can be fixed in mailman but I'm sure it could be fixed by some mail pre- and post-processing. This is pretty much exactly how the [EMAIL PROTECTED] mailing list works -- you can send messages to it whilst unsubscribed, and it makes sure the headers will include you in the CC list. It's scripted, and quite spiffy. I'm pretty sure it would be available, if y'all were interested in it. Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] confirmation
he spammer go gogo go [EMAIL PROTECTED] wrote: Confirmation for [EMAIL PROTECTED] Thank you for your interest in my work. After you complete the verification below you will be added to my list to receive updates whenever a piece is completed. If you didn't sign up, perhaps a friend added you. Reply to this email and type 'Yes Please' in the body and you will be added. Do nothing and you will be forgotten. Derek Olson Tristan Woodworks Your soul speaks Art. http://www.SmileAtYou.com Highlands Ranch, Colorado ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 -- Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with [EMAIL PROTECTED] http://shopnow.netscape.com/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Multiple PCI Bridges
On Tue, 8 Jul 2003, Daniel Yeisley wrote: I'm using an 8x server with two PCI bridges. When X Windows starts, it scans the first bridge and ignores the video cards in the second. If I do an lspci, Linux sees the cards just fine. (I'm running UnitedLinux, with XFree 4.2.0) Is there a way to get X windows to scan the second bridge? Please post your /var/log/XFree86.0.log and an `lspci -vvx` produced as root. Thanks. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: xterm utmp question
Slackware Linux 9.0 GCC 3.3 On Tue, 8 Jul 2003, Thomas E. Dickey wrote: On Tue, 8 Jul 2003, war wrote: I build the latest xterm (xterm-179) from http://invisible-island.net/xterm/. With and without --with-utemper option. What type of system? (Linux, Unix, etc). [EMAIL PROTECTED]:~$ w 12:05:27 up 18 min, 1 user, load average: 0.13, 0.54, 0.62 USER TTYLOGIN@ IDLE JCPU PCPU WHAT [EMAIL PROTECTED]:~$ (this is with the one I built) [EMAIL PROTECTED]:~$ /usr/X11R6/bin/xterm [EMAIL PROTECTED]:~$ w 12:05:47 up 19 min, 2 users, load average: 0.30, 0.55, 0.62 USER TTYLOGIN@ IDLE JCPU PCPU WHAT war pts/7 12:050.00s 0.03s 0.01s w [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ ps auxww|grep xterm|wc 8 1551146 [EMAIL PROTECTED]:~$ How come my xterms do not show up when I type w or who, etc? But using the /usr/X11R6/bin/xterm works fine? -- T.E.Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xpert, Any software just for 15$ - 40$
Daniel Stone writes: On Tue, Jul 08, 2003 at 11:03:49AM +0200, Egbert Eich wrote: No, [EMAIL PROTECTED] isn't a members only list. It is for everybody to send in support questions. We don't require these people to subscribe themselves. One could probably think about a 'opt-in' method where people who are not subscribed have to respond to notification before their message is sent to the list. Normally I suggest spamassassin, but the only false positives I've seen in the last six months have all been posts to [EMAIL PROTECTED] :\ We do run spamassassin. Guess what would happen if we didn't. At least for me this creates the problem that when I resond to an email on this list (doing a 'respond all') my mailer only uses the addresses from the Reply-To: and the Cc: fields. Which mailer do you use? Mutt, KMail and Evolution (the former is my primary, the latter my secondary, mail client) all deal with this situation perfectly. I'm using vm in xemacs. In your message the Reply-To: field form the original message appears in Cc: I also hope like hell Mailman isn't munging Reply-To, because that's just *wrong*. Hm, I don't know what you would call munging, it puts the list address into the Reply-To. Umm, it's an MUA thing. The list manager is *not* to dictate to the MUA what to do - group reply should send to all of From, To and Cc, excluding yourself. In Mutt, the list of your addresses is maintained by 'set alternates regexp'. I have just checked the replies on the xfree86@ list. Most of them contain just the [EMAIL PROTECTED] addresses. If we can agree that we want something like this and on what we want we can probably find a volunteer who'd hack this for us. I think you've come up with the wrong solution to the wrong problem, honestly; what mailer do you use? According to RFC 822 my mailer does the right thing. The Reply-To: field has precedence over the From: field. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Help need getting XFree86 4.0.2 running under unixware 7.1.3
I am trying to get XFree86 4.0.2 running under unixware 7.1.3. I've tried compiling the current source but have run into too many complier errors to keep going. I've downloaded the latest unixware port (4.0.2) and am trying to get it running. I have an ATI Radeon 7500 video card and a Logitech PS/2 mouse. They work OK under the native SCO Xserver. The unixware mouseadmin utility lists the mouse as a PS/2 mouse on /dev/m320. My XF86Config file uses the xqueue protocol for the mouse: Section InputDevice Identifier Keyboard0 Driver keyboard OptionProtocol Xqueue EndSection Section InputDevice Identifier Mouse0 Driver mouse OptionProtocol Xqueue # Option Protocol PS/2 #Option Device /dev/m320 EndSection Without using the Xqueue protocol XFree86 won't recognize the mouse. Using another protocol such as auto I get the naked X screen but absolutely no mouse support. The mouse cursor just sits at the middle of the screen. Using the Xqueue protocol, I get signal 11 (segmentation violations) from XFree86. Some truss X output: write(0, O p t i o nP r o t.., 17)= 17 write(0, X q u e u e , 9)= 9 write(0, \n, 1)= 1 (**) write(2, ( * * ) , 5)= 5 write(0, ( * * ) , 5)= 5 Mouse0: Protocol: Xqueue write(2, M o u s e 0 : P r o t.., 25)= 25 write(0, M o u s e 0 : P r o t.., 25)= 25 write(0, ( * * ) , 5)= 5 write(0, O p t i o nC o r e.., 20)= 20 write(0, \n, 1)= 1 (**) write(2, ( * * ) , 5)= 5 write(0, ( * * ) , 5)= 5 Mouse0: Core Pointer write(2, M o u s e 0 : C o r e.., 21)= 21 write(0, M o u s e 0 : C o r e.., 21)= 21 Incurred fault #5, FLTACCESS %pc = 0x0058 siginfo: SIGSEGV SEGV_ACCERR addr=0x Received signal #11, SIGSEGV [caught] siginfo: SIGSEGV SEGV_ACCERR addr=0x signal(SIGSEGV, SIG_IGN)= SIG_DFL Fatal server error: write(2, \n F a t a l s e r v e.., 21)= 21 write(0, \n F a t a l s e r v e.., 21)= 21 Caught signal 11. Server aborting write(2, C a u g h t s i g n a.., 35)= 35 write(0, C a u g h t s i g n a.., 35)= 35 write(2, \n, 1)= 1 write(0, \n, 1)= 1 When reporting a problem related to a server crash, please send the full server output, not just the last messages. write(2, \n W h e n r e p o r t.., 117)= 117 write(0, \n W h e n r e p o r t.., 117)= 117 This can be found in the log file /var/adm/XFree86.0.log. write(2, T h i s c a n b e .., 60)= 60 write(0, T h i s c a n b e .., 60)= 60 Please report problems to [EMAIL PROTECTED] write(2, P l e a s e r e p o r.., 47)= 47 write(0, P l e a s e r e p o r.., 47)= 47 write(2, \n, 1)= 1 write(0, \n, 1)= 1 unlink(/tmp/.X0-lock)= 0 sleep(1)= 0 open(/dev/pmem, O_RDWR, 01033166220)= 8 mmap(0x, 65536, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 655360) = 0xBBE44000 close(8)= 0 munmap(0xBBE44000, 65536)= 0 ioctl(7, (('K'8)|10), 0x)= 0 ioctl(7, (('v'8)|3), 0x080476E8)= 0 ioctl(7, (('v'8)|2), 0x080476E8)= 0 close(7)= 0 close(0)= 0 sigrelse(SIGABRT)= 0 sigaction(SIGABRT, 0x, 0x080476D0)= 0 getpid()= 10706 [ 10705 ] kill(10706, SIGABRT)= 0 Received signal #6, SIGABRT [default] siginfo: SIGABRT pid=10706 uid=0 *** process killed *** Does anyone have a current version of XFree86 running under unixware? Can anyone help? Frank ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Problem report
Dear Sirs: I bought Red Hat Linux release 9 (Shrike) to upgrade the previous version 7.1 on my workstation, but I could not succeed in installing the X server. Please find enclosed the log file. I appreciate your help. Sincerely, Juan Padilla Dr. Juan Padilla Noriega Departamento de Química, R-116 Universidad Autónoma Metropolitana, unidad Iztapalapa Av. San Rafael Atlixco No. 186 Col. Vicentina México, D.F. 09340 Teléfono: +(55)5804-4678 Fax: +(55)5804-4666 Email: [EMAIL PROTECTED] XFree86.0.log Description: Binary data
[XFree86] Xinerama - can't achieve 640x480 res on 2nd head?
No matter what I do I can't seem to get a decent resolution on my 2nd monitor. Setup's basic - a NVidia agp (geforce2mx) and a Ati PCI (Mach64) (locations etc in XF86Config file below). I'm specifying 1024, 800 and at various colour depths and modelines but this has no effect and the resolutions remain at 640x480 and lower. Here's what I get on X startup: IceWM: using /home/j/.icewm for private configuration files IceWM: xinerama: heads=2 IceWM: xinerama: 0 +0+0 1024x768 IceWM: xinerama: 1 +1024+0 640x480 IceWM: xinerama: heads=2 IceWM: xinerama: 0 +0+0 1024x768 IceWM: xinerama: 1 +1024+0 640x480 Not much to go on, with info from the window manager. I've also tried using atyfb framebuffer with xfree but that seemed sketchy as well, with the screen turning green on various colour depths no matter what I try. I'd really like to get it working without framebuffer anyway. My only guess left if a confusion of settings or layout in XF86Config somehow. A method of obtaining Xinerama debug help would be helpful. Here's my XF86Config, ignore comments - they're left over from the sample file I edited. As you can see I've just tried it without modelines: --BEGIN XF86Config Section Module Loaddbe # Double buffer extension #SubSection extmod # Optionomit xfree86-dga # don't initialise the DGA extension #EndSubSection Loadtype1 Loadfreetype # This loads the GLX module Load glx EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb 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/Type1/ FontPath /usr/X11R6/lib/X11/fonts/Speedo/ 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 Section ServerFlags Option Xinerama true EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option AutoRepeat 500 30 Option XkbRules xfree86 Option XkbModel pc101 Option XkbLayout gb EndSection Section InputDevice Identifier Mouse1 Driver mouse Option ProtocolimPS/2 Option Device /dev/psaux Option Buttons 7 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier hansol HorizSync 31.5 VertRefresh 50-90 #UseModes Modes[0] EndSection Section Monitor Identifier ctx HorizSync 31.5 - 82.0 VertRefresh 50-100 EndSection Section Modes Identifier Modes[0] Modeline 800x600 43.68 800 816 928 1072 600 600 606 626 Modeline 640x480 27.96 640 656 720 864 480 480 485 501 EndSection # Video Card #1, Matrox Millenium II PCI Video Card Section Device Identifier voodoo2 Driver ati #VideoRam 8192 BusID PCI:2:10:0 EndSection # Video Card # 2, Fire GL 1000 AGP video card. Section Device Identifier nvidia Driver nvidia #VideoRam8192 BusID PCI:1:0:0 EndSection Section Screen Identifier Screen 2 Device nvidia Monitor ctx DefaultDepth 16 Subsection Display Depth 16 Modes 1024x768 800x600 ViewPort0 0 EndSubsection EndSection Section Screen Identifier Screen 1 Device voodoo2 Monitor hansol DefaultDepth 16 Subsection Display Depth 16 Modes 800x600 ViewPort 0 0 # Virtual 640 1024 EndSubsection EndSection Section ServerLayout Identifier Simple Layout Screen Screen 2 Screen Screen 1 Rightof Screen 2 InputDevice Mouse1 CorePointer InputDevice Keyboard1 CoreKeyboard EndSection -END TIA for any techniques you can think of to help me figure this one out :) - This email was sent using FREE Catholic Online Webmail. http://webmail.catholic.org/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: Movie
Please see the attached zip file for details.
[XFree86] Sample MIME message for online MH book
Welcome to MIME mail! This is a sample MIME message for the online edition of the MH book. The original is on the Web at: http://www.oreilly.com/freebooks/mh/ There's an updated version at: http://www.ics.uci.edu/~mh/book/ Right now, you're reading enriched text from the second subpart of a multipart/alternative content. If your MH setup hadn't been able to show enriched text, you would have seen plain text instead. Next, if your MH setup can render them, are an audio greeting card and a JPEG-format picture of the printed book's cover. Have fun! --Jerry snd0.snd Description: Hello from the author image/jpeg
[XFree86] Relationship of XVideo to V4L
I'm trying to figure out how to get an STB working with MythTV. The TV portion seems to work only through XVideo - XawTV and Zapping can view TV but changing channels and setting audio has to be done externally. MythTV seems to want to work with V4L devices. My understanding is that XFree86's v4l module will provide an Xv interface to V4l devices. Is that correct? This assumes the TV is accessible through a V4l driver, ie Xv sits atop V4L - is this also correct? If I'm right about this, the only way to support my hardware would be either: 1. write a V4l driver for the TV hardware and make the X server not manage that hardware or 2. Add direct Xv support to MythTV The latter seems easier to me since Xv is a pretty straight forward API and I already know the X server is managing the TV hardware display (if not specifically managing channels or audio - and that can be done at the application level using vendor supplied tools anyway). The former I'm not sure how to do because I'm not sure what bit of hardware it is I'm trying to write the driver for - is it just the SAA7114 tuner? Or does this *have* to go through the video controller stuff too? I could use a pointer on how to get started here. I've done plenty of app level development (X/Motif/GTK+ based) but its been years since I've done much hardware level stuff. FYI, here is the hardware (all integrated on the motherboard) on the system I'm working on: VIA C3(aka Samuel 2), 733/800MHz - CPU Trident CyberBlade/i1 - Video controller SAA7114 - Video decoder (Tuner) RealMagic 8470 - MPEG 2/4 decoder (Sigma Designs) VIA Tech VT8601 - PCI Bridge (AGP, NorthBridge) VIA VT82C686 - ACPI (SouthBridge) VIA VT82C686 AC97 - Audio controller Realtek RTL-8139/8139C (1 2) - Ethernet controllers BTW, I have an updated trident.o (and source) from VIA that supports the Cyberblade on this hardware. I'm not sure if its the same one currently in the XFree86 tree or not, however. -- Michael J. Hammel [EMAIL PROTECTED] Graphics Muse ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Sample MIME message for online MH book
On Tue, Jul 08, 2003 at 11:43:27AM -0700, Sample MH/MIME message server wrote: To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Sample MH/MIME message server) Subject: [XFree86] Sample MIME message for online MH book Date: Tue, 8 Jul 2003 11:43:27 -0700 (PDT) Welcome to MIME mail! This is a sample MIME message for the online edition of the MH book. The original is on the Web at: http://www.oreilly.com/freebooks/mh/ There's an updated version at: http://www.ics.uci.edu/~mh/book/ Well, obviously, the list is being attacked. Time to start chasing down who's doing it? Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Member of the Technical Staff Baylink RFC 2100 The Suncoast Freenet The Things I Think Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274 OS X: Because making Unix user-friendly was easier than debugging Windows -- Simon Slavin, on a.f.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Relationship of XVideo to V4L
Michael J. Hammel ([EMAIL PROTECTED]): MythTV seems to want to work with V4L devices. My understanding is that XFree86's v4l module will provide an Xv interface to V4l devices. Is that correct? This assumes the TV is accessible through a V4l driver, ie Xv sits atop V4L - is this also correct? XVIDEO does two things. It provides an API allowing applications to draw their own video to the screen, and it also provides an API to have X talk directly to the capture card simply for displaying on the screen (no capture). The driver you're using, afaict, can _only_ display video to the screen, and not capture. This means that mythtv CANNOT record using it. If I'm right about this, the only way to support my hardware would be either: 1. write a V4l driver for the TV hardware and make the X server not manage that hardware Yes. 2. Add direct Xv support to MythTV No. The XVIDEO API for displaying video does not provide a usable interface for recording video streams. Send the output of 'xvinfo' and you'll likely see that no capture capabilities exist anyway. -Billy ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] lost consoles (GLINT) - SOLVED
That was it. The problem lay in how the Frame buffer was driven. Three mods were required to get it to work properly 1. new kernel as spec'd in http://www.linux.org/docs/ldp/howto/Framebuffer-HOWTO-5.html#ss5.5 2. declare the fb device to lilo as spec'd in http://www.linux.org/docs/ldp/howto/Framebuffer-HOWTO-5.html#ss5.5 3. enable UseFBDev in Device section of XF86Config-4 (see glint and fbdevhw pages). --rich On Monday, July 7, 2003, at 04:57 PM, Rich Johnson wrote: Hmm...Googling on XFree86 using framebuffer I stumbled across: http://www.linux.org/docs/ldp/howto/Framebuffer-HOWTO-5.html#ss5.5 I've been running the Debian installation kernel vmlinuz-2.4.18-bf2.4. This kernel is configured _without_ CONFIG_FB_PM2. I wonder, could the problem lie with a kernel/hw mismatch? Or am I barking up the wrong tree? There's only a finite number of ways to find out --rich On Monday, July 7, 2003, at 11:59 AM, Måns Rullgård wrote: Rich Johnson [EMAIL PROTECTED] writes: Whenever I startx the virtual consoles all disappear (No video signal); but the server runs fine on tty7. When I exit the server I have no consoles. The only way I've found to restore the consoles is to reboot the machine--which is frustrating. Machine: Dell Precision 410 Video: Diamond FireGL 1000 Pro. OS: Debian Woody I have one of those cards, and it works fine with XFree86 4.3.0 in linux 2.5.68. The only quirk I've noticed is that when switching back to a text console, some colors have been modified. It never bothered me much, so I haven't dug into it. Do you have something strange in your XF86Config? One possible workaround could be to use the framebuffer console. -- Måns Rullgård [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] Re: xterm utmp question
On Tue, 8 Jul 2003, war wrote: Slackware Linux 9.0 on Slackware, utmp is owned by root, so xterm has to be setuid'd to root so it can modify that file: -rws--x--x1 root bin246588 Mar 2 02:52 /usr/X11R6/bin/xterm GCC 3.3 On Tue, 8 Jul 2003, Thomas E. Dickey wrote: On Tue, 8 Jul 2003, war wrote: I build the latest xterm (xterm-179) from http://invisible-island.net/xterm/. With and without --with-utemper option. What type of system? (Linux, Unix, etc). [EMAIL PROTECTED]:~$ w 12:05:27 up 18 min, 1 user, load average: 0.13, 0.54, 0.62 USER TTYLOGIN@ IDLE JCPU PCPU WHAT [EMAIL PROTECTED]:~$ (this is with the one I built) [EMAIL PROTECTED]:~$ /usr/X11R6/bin/xterm [EMAIL PROTECTED]:~$ w 12:05:47 up 19 min, 2 users, load average: 0.30, 0.55, 0.62 USER TTYLOGIN@ IDLE JCPU PCPU WHAT war pts/7 12:050.00s 0.03s 0.01s w [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ ps auxww|grep xterm|wc 8 1551146 [EMAIL PROTECTED]:~$ How come my xterms do not show up when I type w or who, etc? But using the /usr/X11R6/bin/xterm works fine? -- T.E.Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net -- T.E.Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Fatal Server error: no screens found...
Hey Everybody, So I'm taking a Linux class right now, but unfortunately, it doesn't continue until next week, hence the question I pose to you today. Please keep in mind, this might be a stupid newbie question... I have installed Redhat Linux 8.0 on my Compaq Presario 1200 laptop. I installed everything because we are learning how to use all features of Linux for class. Anyways, during the end of the installation, I don't believe they detected my screen or video card, which I have no clue what it is. After the installation, i type startx in root, and it spits this out... --- (==) Log file: /var/log/XFree86.0.log, Time: Tue Jul 8 11:32:39 2003 (EE) Unable to locate/open config file (EE) Error from xf86HandleConfigFile() Fatal Server error: no screens found When reporting a problem. XIO: fatal error 104 (Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining can someone tell me what to do? I don't even know how to get back to the screen which you can change the monitor settings. please keep in mind I have no Linux related exprience at all, so if you could do me a favor and tell me exactly what to type, i'd really appreciate it. like exactly what to type. Thank you in advance...and if someone has some great sites to check out for newbies, i'd really appreciate it. Thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Bad links in FAQ
file:///usr/share/doc/xfree86-common/XFree86-FAQ.html#MONITORS Question QB6 lists a bunch of links. The only one that still works is # http://www.monitorservice.com/ This id with the Debian 4.2.1-6 package. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XServer 4.3.0 spontanious crash
If you were running a web browser at the time, it's probably a freetype problem. You could try using the xtt module instead of freetype. Mark. On Tue, 8 Jul 2003, Simon Ejsing wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Five minutes ago my XServer suddently crashed with a signal 11, I have no idea what caused it to do so, and I can't find anything in the log file that helps me. I'm using SlackWare 9.1 with Linux kernel 2.4.21-pre5, and I'm using the radeon module from the XServer CVS. Is there any way I can find out more about this crash, or does the log file make any sense to you guys? - -- Simon Ejsing, Systemudvikler esoft ApS, http://www.esoft.dk Kongensgade 66-68, DK-5000 Odense C. Tlf: 70 222 466, Fax: 63 122 466 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/CnTj0ZtqfKNZvaARAutsAJ9XoYFQcS//sm2EOsS5mymH1aR9FwCfbrs0 NCL+YcWeDOMqxtdoPw3D9jA= =2g0g -END PGP SIGNATURE- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] I need some help
If you want to use the drivers that come with XFree86 you'll need to be using XFree86 4.3 and you'll want to use the nv driver. Otherwise, you can use NVIDIA's binary Linux drivers available on the NVIDIA web site. Those will work with the XFree86 version you have now. Note, the error you are getting is because your font server isn't running. Starting xfs, however, won't rememdy that the card you have isn't supported in your old XFree86 server. Mark. On Tue, 8 Jul 2003, Alvarez Martin wrote: The X doesn't start and sends an ERROR message. I would like you to see it and if you can, reply me what to do. I'm running Red Hat 8.0 in an Athlon 750MHz, 256MB of RAM, the video card is an MSI GForce 4 with 64MB DDR and the monitor is a ViewSonic EA771. Thanks in advance Alvarez Martin. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xinerama - can't achieve 640x480 res on 2nd head?
We'll need to see the /var/log/XFree86.0.log to determine why it's rejecting modes higher than 640x480. Mark. On Tue, 8 Jul 2003 [EMAIL PROTECTED] wrote: No matter what I do I can't seem to get a decent resolution on my 2nd monitor. Setup's basic - a NVidia agp (geforce2mx) and a Ati PCI (Mach64) (locations etc in XF86Config file below). I'm specifying 1024, 800 and at various colour depths and modelines but this has no effect and the resolutions remain at 640x480 and lower. Here's what I get on X startup: IceWM: using /home/j/.icewm for private configuration files IceWM: xinerama: heads=2 IceWM: xinerama: 0 +0+0 1024x768 IceWM: xinerama: 1 +1024+0 640x480 IceWM: xinerama: heads=2 IceWM: xinerama: 0 +0+0 1024x768 IceWM: xinerama: 1 +1024+0 640x480 Not much to go on, with info from the window manager. I've also tried using atyfb framebuffer with xfree but that seemed sketchy as well, with the screen turning green on various colour depths no matter what I try. I'd really like to get it working without framebuffer anyway. My only guess left if a confusion of settings or layout in XF86Config somehow. A method of obtaining Xinerama debug help would be helpful. Here's my XF86Config, ignore comments - they're left over from the sample file I edited. As you can see I've just tried it without modelines: --BEGIN XF86Config Section Module Loaddbe # Double buffer extension #SubSection extmod # Optionomit xfree86-dga # don't initialise the DGA extension #EndSubSection Loadtype1 Loadfreetype # This loads the GLX module Load glx EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb 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/Type1/ FontPath /usr/X11R6/lib/X11/fonts/Speedo/ 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 Section ServerFlags Option Xinerama true EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option AutoRepeat 500 30 Option XkbRules xfree86 Option XkbModel pc101 Option XkbLayout gb EndSection Section InputDevice Identifier Mouse1 Driver mouse Option ProtocolimPS/2 Option Device /dev/psaux Option Buttons 7 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier hansol HorizSync 31.5 VertRefresh 50-90 #UseModes Modes[0] EndSection Section Monitor Identifier ctx HorizSync 31.5 - 82.0 VertRefresh 50-100 EndSection Section Modes Identifier Modes[0] Modeline 800x600 43.68 800 816 928 1072 600 600 606 626 Modeline 640x480 27.96 640 656 720 864 480 480 485 501 EndSection # Video Card #1, Matrox Millenium II PCI Video Card Section Device Identifier voodoo2 Driver ati #VideoRam 8192 BusID PCI:2:10:0 EndSection # Video Card # 2, Fire GL 1000 AGP video card. Section Device Identifier nvidia Driver nvidia #VideoRam8192 BusID PCI:1:0:0 EndSection Section Screen Identifier Screen 2 Device nvidia Monitor ctx DefaultDepth 16 Subsection Display Depth 16 Modes 1024x768 800x600 ViewPort0 0 EndSubsection EndSection Section Screen Identifier Screen 1 Device voodoo2 Monitor hansol DefaultDepth 16 Subsection Display Depth 16 Modes 800x600 ViewPort 0 0 # Virtual 640 1024 EndSubsection EndSection Section ServerLayout Identifier Simple Layout Screen Screen 2 Screen Screen 1 Rightof Screen 2 InputDevice Mouse1 CorePointer InputDevice Keyboard1 CoreKeyboard EndSection -END TIA for any techniques you can think of to help me figure this one out :) - This email was sent using FREE Catholic Online Webmail. http://webmail.catholic.org/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X Windows Problem
On Monday, July 7, 2003 4:04 am, Manoj y Kashikar wrote: Sir , Herewith i have attached a log file. Plz guide me why should i have problem with startx. (II) Setting vga for screen 0. Why are you using VGA? -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] system can't find library .... but it's in the right place
Hi all, I've sent this message to the debian user list but no response yet: I'm running woody with the .1 update and have just compiled XFree86 4.3 on my system. Other than having to install one development package (pam) I thought all was hunky dory. Before installing it, I decided I did not want to remove the older version (4.1 i think) and all packages dependant on it so I kept it on there. The problem I'm having is that libXTrap.so.6 and libXv.so.1 (maybe others too) are not found despite their existence in the same place as the other libs which work fine. I used 'ldd xvinfo' 'ldd xtrapinfo' to confirm the other libraries that X 4.3 installed are found (in /usr/X11R6/lib) . I have checked the permissions and links which appear to be no different to the other libraries. Any pointers to what may be causing this? Ta v much, James ~(sirromseventyfive)~ _ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: xterm utmp question
Ah, thank you! On Tue, 8 Jul 2003, Thomas E. Dickey wrote: On Tue, 8 Jul 2003, war wrote: Slackware Linux 9.0 on Slackware, utmp is owned by root, so xterm has to be setuid'd to root so it can modify that file: -rws--x--x1 root bin246588 Mar 2 02:52 /usr/X11R6/bin/xterm GCC 3.3 On Tue, 8 Jul 2003, Thomas E. Dickey wrote: On Tue, 8 Jul 2003, war wrote: I build the latest xterm (xterm-179) from http://invisible-island.net/xterm/. With and without --with-utemper option. What type of system? (Linux, Unix, etc). [EMAIL PROTECTED]:~$ w 12:05:27 up 18 min, 1 user, load average: 0.13, 0.54, 0.62 USER TTYLOGIN@ IDLE JCPU PCPU WHAT [EMAIL PROTECTED]:~$ (this is with the one I built) [EMAIL PROTECTED]:~$ /usr/X11R6/bin/xterm [EMAIL PROTECTED]:~$ w 12:05:47 up 19 min, 2 users, load average: 0.30, 0.55, 0.62 USER TTYLOGIN@ IDLE JCPU PCPU WHAT war pts/7 12:050.00s 0.03s 0.01s w [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ ps auxww|grep xterm|wc 8 1551146 [EMAIL PROTECTED]:~$ How come my xterms do not show up when I type w or who, etc? But using the /usr/X11R6/bin/xterm works fine? -- T.E.Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net -- T.E.Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: xterm utmp question
On Tue, 8 Jul 2003, war wrote: Ah, thank you! no problem -- T.E.Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] libXrender calling unfound symbol
I believe this is an x problem, not an aterm problem, based on the x server error. I'm having a problem running aterm under 4.3.0. I recompiled aterm after installing 4.3.0, and reinstalled it. Now, when I run it I'm getting errors: /usr/libexec/ld.so: Undefined symbol _XextFindDisplay called from aterm:/usr/X11R6/lib/libXrender.so.1.2 at 0x401e50dc Was I missing some library when I compiled xfree86 4.3.0? thanks, gabe ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] xkb frustration
I don't think I've ever managed to make xkb work right... Right now, I'm trying to configure X to recognize my Microsoft Natural Pro keyboard. So: Option XkbRules xfree86 Option XkbModel microsoftpro Option XkbLayout us But, XFree86.0.log contains: Couldn't load XKB keymap, falling back to pre-XKB keymap So, try setxkbmap on the commandline: locutus:~$ setxkbmap -v 10 -rules xfree86 -model microsoftpro -layout us -option Setting verbose level to 10 locale is C Warning! Multiple definitions of rules file Using command line, ignoring X server Warning! Multiple definitions of keyboard model Using command line, ignoring X server Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Applied rules from xfree86: model: microsoftpro layout: us Trying to build keymap using the following components: keycodes: xfree86 types: complete compat: complete symbols:pc/pc(pc105)+pc/us geometry: microsoft(natural) Error loading new keyboard description So that's the most verbose description of the problem I can come up with. That's really not a lot of help. Can anybody point me in the right direction? More descriptive error messages really would be helpful here. What's causing the setxkbmap warnings? Is it because the relevant files are being found multiple times? Is there a path that is searched for these files, or what? And what is the actual error that's preventing the keyboard description from being loaded? Thanks. noah pgp0.pgp Description: PGP signature
[XFree86] problem report
(++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Jul 9 05:41:48 2003 List of video drivers: atimisc r128 radeon mga glint nv tga s3 s3virge sis rendition neomagic i740 tdfx savage cirrus vmware tseng trident chips apm fbdev i128 ati i810 ark cyrix siliconmotion vesa vga v4l Fatal server error: XFree86 has found a valid card configuration. Unfortunately the appropriate data has not been added to xf86PciInfo.h. Please forward 'scanpci -v' output to XFree86 support team. 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] --- please help me ,i have a s3 Graphics ProSavageDRR bye __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] spam
On Mon, 7 Jul 2003 10:47:18 -0700 (PDT), Mark Vojkovich [EMAIL PROTECTED] wrote: CheapWarez I'd like to know how it made it to this list in the first place. This is a member's only list. You can't post unless you subscribe. Are spammers subscribing? Or do they just happen to spam with forged From addresses that happen to be subscribed? I do wonder, too; it isn't too farfetched to think that they are so desperate that they subscribe to lists, is it? anyway, I think this is more likely than to think they go around looking for people subscribed to mailing lists. By the way, I am sorry that my first posting has nothing to do with XFree. I would like to take this opportunity to thank you all for helping me with your comments and doubts, I am learning a lot! Brbara Figueirido Bariloche - Argentina Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 -- Brbara M. Figueirido Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] system can't find library .... but it's in the rightplace
Have you run ldconfig? Do they show up in ldconfig -v ? Mark. On Tue, 8 Jul 2003, James William Morris wrote: Hi all, I've sent this message to the debian user list but no response yet: I'm running woody with the .1 update and have just compiled XFree86 4.3 on my system. Other than having to install one development package (pam) I thought all was hunky dory. Before installing it, I decided I did not want to remove the older version (4.1 i think) and all packages dependant on it so I kept it on there. The problem I'm having is that libXTrap.so.6 and libXv.so.1 (maybe others too) are not found despite their existence in the same place as the other libs which work fine. I used 'ldd xvinfo' 'ldd xtrapinfo' to confirm the other libraries that X 4.3 installed are found (in /usr/X11R6/lib) . I have checked the permissions and links which appear to be no different to the other libraries. Any pointers to what may be causing this? Ta v much, James ~(sirromseventyfive)~ _ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] libXrender calling unfound symbol
On Tue, 8 Jul 2003, gabe f wrote: I believe this is an x problem, not an aterm problem, based on the x server error. I'm having a problem running aterm under 4.3.0. I recompiled aterm after installing 4.3.0, and reinstalled it. Now, when I run it I'm getting errors: /usr/libexec/ld.so: Undefined symbol _XextFindDisplay called from aterm:/usr/X11R6/lib/libXrender.so.1.2 at 0x401e50dc Was I missing some library when I compiled xfree86 4.3.0? Any extensions require that libXext is linked in. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Would you like to boost your career? i
On Wed, Jun 25, 2003 at 09:30:51PM -0400, News/Info wrote: Yeah you do have to be a member but even the guidelines say that their No, you don't have to be a member. The member-only restriction was tried with the old newbie/xpert lists, and failed. The relatively small amount of spam that gets through is preferable to having a list moderator manually scan through all non-members postings, which, at times, resulted in multi-week delays in posts getting through with those old lists. Not to mention that member-only is no substitute for a good filter, given that much of the virus mail going around these days appears to come from valid addresses that are likely to be list members. filter is not 100% able to stop the spam and stuff. :( It stops about 99% of it, which should give you an idea of how much isn't making it through to the list. And, as you note, we do warn you up-front that you might see some spam on this list :-). David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mark Vojkovich Sent: Wednesday, June 25, 2003 8:58 PM To: [EMAIL PROTECTED] Subject: RE: [XFree86] Would you like to boost your career? i Don't you have to be a member to post to this list? How is spam getting through? Mark. On Wed, 25 Jun 2003, News/Info wrote: Methinks your name is wrong... Are you sure it's not Dick Clarke? Get a day job buddy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Clay Clarke Sent: Wednesday, June 25, 2003 9:18 PM To: [EMAIL PROTECTED] Subject: [XFree86] Would you like to boost your career? i GET YOUR UNIVERSITY DIPLOMA FAST! Do you want a prosperous future, increased earning power more money and the respect of all? Call this number: 1-310-943-3292 (24 hours) There are no required tests, classes, books, or interviews! Get a Bachelors, Masters, MBA, and Doctorate (PhD) degree! Receive the benefits and admiration that comes with a degree! No one is turned down! Call Today 1-310-943-3292 (7 days a week) Confidentiality Security assured! We've been in the Academic field for over 35 years! tu klmcm qmzo lyxsx appmwktnribhp lopstidtcug vumav gfjhxfh ctfpazvkr mnpu k ___ 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 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Compile Error
Direct replies most welcome :-) In an attempt to do an end-run around my problems with the binary install, I figured I'd just compile from source. It's a laptop with a 3/4 full 1G hard drive, so I opted to only install the first 3 .tar.gz files, and will do the fonts later, if there is room. That *IS* kosher, right?... The instructions make it sound like you can do 1,2,3 if you already HAVE the fonts, and kinda imply you can just live without the fonts, but not really 100% clear to my poor brain... I followed the instructions and copied [mumble] to host.def (?) down in that xc/.../conf/ directory thingie, and then changed the line about NoFont to be #define'd or took out the comments or something like that... So I took lousy notes, but I probably did the right thing here for compiling only 1, 2, 3 with no fonts, pre-supposing that's kosher in the first place. The compiler chugs away for hours and hours, and then pukes on (or right after) messing with common_x86_asm.i in the xc/lib/GL/mesa/src/X86 directory: /usr/bin/cpp -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -D__ELF__ -DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -I../../../../../exports/include -I../../../../../include/extensions -I../../../../../extras/Mesa/src -I../../../../../extras/Mesa/src/X86 -I../../../include common_x86_asm.S | \ grep -v '^\#' common_x86_asm.i /bin/sh: /usr/bin/cpp: No such file or directory Now is this /bin/sh complaining that there is no /usr/bin/cpp file? Or is it /usr/bin/cpp complaining that some other un-named file is missing? Or what? It's not real clear in the error message. Since there is no /usr/bin/cpp on this box, I'm betting on the first interpretation. But error messages should not be subject to interpretation :-) I tried some obvious things, such as just doing make in that directory, and starting all over with make clean and make distclean and got the same results. Tried it with the WORLDOPTS= thing, and I think I may have tried Everything instead of World... No, wait. I didn't try that yet. Sorry. I even did a Hail Mary and sym-linked the non-existent /usr/bin/cpp (?) to my /usr/bin/gcc, since, like, GCC is a c-plus-plus compiler, right? and I can use it instead, right?... There's certainly no way I'm going to be able to squeeze much more on this box... And I suspect a whole 'nother cpp compiler is out of the question. [naive rambling -- skip three paragraphs] Is there some way to, errr, compile remotely? By which I mean get all the ~/xc/* files (1-7, not just 1-3) over on some other box with a bigger hard drive, convince my laptop to compile/configure and auto-detect my hardware, while chugging away with the source and .o and .a and .so files all over on the remote box, and then just copy over the final binaries on make install I realize that's the opposite of cross-compiling, but I don't think I could handle cross-compile anyway, and X seems like it would be awfully hardware-dependent sooner or later for video drivers and whatnot, so I'd just as soon those decisions were being made on the final destination box. But maybe that's just software engineering voodoo :-) But pointing the compiler at an xc tree on some other box and giving it a username/password with write permissions via FTP or something I could handle. Sure it would take forever, but it's not like I sit there and watch the lines scroll by for fun anyway. Meanwhile, back at reality ranch... Hoping for a solution to THIS compile problem... The ENTIRE log is available on-line if you care to download a 1.6M file, and a gzipped version (143K), and the same as what you see here as the .tail file: http://www.l-i-e.com/xfree86/ This is the last 50 lines -- probably more then you need, but I figured some extra context wouldn't hurt. Oh, and RedHat 6.2 on a Canon Innova Book 490 CDT if that is relevant. Current stable X source as of a few days ago. THANKS!!! I've used XFree on several boxes over the years and love it, but installation and ModeLines always take me forever. gcc -c -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith -Wundef -I../../../../exports/include -I../../../../exports/include/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I../../../../lib/GL/dri -I../../../../extras/Mesa/include -I../../../../lib/GL/include -I../../../.. -I../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM pixel.c rm -f points.o gcc -c -O2