Re: autotooling xrandr
On Tue, Aug 12, 2003 at 03:36:09AM -0500, Warren Turkal wrote: As an excercise, I autotooled xrandr. It was easy for xrandr, and I expect it would be easy for a number of other small utility programs in the X distribution. The source for this experiment is located at http://ss.kicks-ass.org/~wt/development/xfree86-autotool/xrandr/. Are there any efforts to autotool X as a whole? If so, who do I contact? If not, I would like to start an effort if there is any interest upstream acceptance. It would definitely allow for an easier way to modularize the X source. I'd personally be more interested in the more manageable exercise of auto-generating of os.cf data and using that within the existing build system. Solving this should be a subset of auto-tooling the whole thing anyway. As for upstream acceptance of a full auto-tooled solution, you can't expect anything like a yes without providing detail on what would be done, and an assessment of its impact. Final upstream acceptance would of course depend on the implementation meeting agreed on requirements. David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: what parts of fb driver are used when Option USeFBDev is specififed?
On Tue, Aug 12, 2003 at 01:26:11PM -0500, Andreakis, Dean (MED) wrote: From a functionality point of view, what is the difference between using Option UseFBDev and using the fb device driver directly via Driver fbdev in XF86Config? Specifically, in the case where I specify Driver radeon and Option UseFBDev exactly what parts of the radeon fb driver are used instead/in place of the XFree86 radeon driver? Whats the diff between this and just specifying Driver fbdev directly? using a standard driver (like the radeon driver) with the UseFBDev option, uses the underlying fbdev for things like memory and mmio area detection, and for mode initialization and switching. The rests of it, including the accel engine, the video overlay and the 3D stuff is done with the radeon driver. When you use the fbdev driver, not only do you use the fbdev for detection and mode initialization, but you drive directly to the framebuffer memory, possibly using shadowfb to speed things up. There is no accel, nor video overlay possible though. I hope i did not leave anything out, and that this respond to your question. Friendly, Sven Luther ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: pls help a newbie:how XFree86 wrap functions in libc
Rafa³ Rzepecki wrote: On Tuesday 12 of August 2003 16:53, Bryan W. Headley wrote: I'm working on mouse.c personally, trying to add cordless mouse status reporting and some cordless-specific runtime control, such as RF channel switching. Unfortunately the only way I've found to communicate with userland is using shared memory (vide synaptics driver). But it has a drawback that it cannot be used to communicate with remote display, as it's not using the X protocol. One could try to communicate using LED feedbacks (like in citron driver), but there seem to be no way to manipulate feedbacks of the core pointer, so it's limited to extension devices. Or maybe I am mistaken, and there is a way? Could someone more familiar with input drivers clarify it? I'm not aware of any restriction with the mouse driver. From XChangeFeedbackControl (3x11): BadDevice An invalid device was specified. The specified device does not exist or has not been opened by this client via XOpenInputDevice. And you can only XOpenDevice if it is not a core pointer: BadDevice An invalid device was specified. The specified device does not exist, or is the X keyboard or X pointer. [XOpenDevice (3x11)] Or maybe there is another way to manipulate feedbacks that I am not aware of and it helps to get this problem around? But I think the LED feedback is very limited, both in terms of packet size, and in terms of reply. Sure, it is limited, but at least it's a way to setup bidirectional driver-userland communication thru the X protocol, and the packet size problem is just a matter of protocol design. And I really don't need any big packets, as the data I am going to exchange is not very large in size. Another thing you can use is the xf86Misc message extension. The ati/radeon driver shows a stub of it (xf86HandleMessageProc) I believe that's what the message passing extension in Xext is going to do. I hope that's the same extension, and we don't have _three_ messaging APIs. Excuse my stupidity, why are you not using GetTimeInMillis? Aren't you called gettimeofday? -- .:. Bryan W. Headley - [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
patch for ia64 page size
Here is a patch for page size problems on ia64 and radeon. Patch by Chris Ahna: Fixes critical page size problems on ia64 architecture. See following URL for details: https://external-lists.valinux.com/archives/linux-ia64/2001-August/002037.html Comment by [EMAIL PROTECTED]: This probably should be rewritten to be outside of the drivers themselves so that it doesn't have to be done per-driver. I'm applying this to our XFree86 for now however until I've got time to investigate doing it more generically. diff -ur xc/programs/Xserver/hw/xfree86/drivers/ati.ORIG/r128_dri.c xc/programs/Xserver/hw/xfree86/drivers/ati/r128_dri.c --- xc/programs/Xserver/hw/xfree86/drivers/ati.ORIG/r128_dri.c 2002-10-20 02:48:27.0 +0900 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/r128_dri.c 2002-10-20 03:05:24.0 +0900 @@ -54,15 +54,7 @@ #include GL/glxtokens.h #include sarea.h -/* ?? HACK - for now, put this here... */ -/* ?? Alpha - this may need to be a variable to handle UP1x00 vs TITAN */ -#if defined(__alpha__) -# define DRM_PAGE_SIZE 8192 -#elif defined(__ia64__) -# define DRM_PAGE_SIZE getpagesize() -#else -# define DRM_PAGE_SIZE 4096 -#endif +static size_t r128_drm_page_size; /* Initialize the visual configs that are supported by the hardware. These are combined with the visual configs that the indirect @@ -489,11 +481,11 @@ /* Initialize the CCE ring buffer data */ info-ringStart = info-agpOffset; -info-ringMapSize = info-ringSize*1024*1024 + DRM_PAGE_SIZE; +info-ringMapSize = info-ringSize*1024*1024 + r128_drm_page_size; info-ringSizeLog2QW = R128MinBits(info-ringSize*1024*1024/8) - 1; info-ringReadOffset = info-ringStart + info-ringMapSize; -info-ringReadMapSize = DRM_PAGE_SIZE; +info-ringReadMapSize = r128_drm_page_size; /* Reserve space for vertex/indirect buffers */ info-bufStart= info-ringReadOffset + info-ringReadMapSize; @@ -642,11 +634,11 @@ /* Initialize the CCE ring buffer data */ info-ringStart = info-agpOffset; -info-ringMapSize = info-ringSize*1024*1024 + DRM_PAGE_SIZE; +info-ringMapSize = info-ringSize*1024*1024 + r128_drm_page_size; info-ringSizeLog2QW = R128MinBits(info-ringSize*1024*1024/8) - 1; info-ringReadOffset = info-ringStart + info-ringMapSize; -info-ringReadMapSize = DRM_PAGE_SIZE; +info-ringReadMapSize = r128_drm_page_size; /* Reserve space for vertex/indirect buffers */ info-bufStart= info-ringReadOffset + info-ringReadMapSize; @@ -1003,6 +993,8 @@ break; } +r128_drm_page_size = getpagesize(); + /* Create the DRI data structure, and fill it in before calling the DRIScreenInit(). */ if (!(pDRIInfo = DRICreateInfoRec())) return FALSE; diff -ur xc/programs/Xserver/hw/xfree86/drivers/ati.ORIG/radeon_dri.c xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c --- xc/programs/Xserver/hw/xfree86/drivers/ati.ORIG/radeon_dri.c2002-10-20 02:48:27.0 +0900 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c 2002-10-20 03:04:18.0 +0900 @@ -56,15 +56,7 @@ #include sarea.h #include radeon_sarea.h -/* HACK - for now, put this here... */ -/* Alpha - this may need to be a variable to handle UP1x00 vs TITAN */ -#if defined(__alpha__) -# define DRM_PAGE_SIZE 8192 -#elif defined(__ia64__) -# define DRM_PAGE_SIZE getpagesize() -#else -# define DRM_PAGE_SIZE 4096 -#endif +static size_t radeon_drm_page_size; static Bool RADEONDRICloseFullScreen(ScreenPtr pScreen); @@ -774,11 +766,11 @@ /* Initialize the CP ring buffer data */ info-ringStart = info-agpOffset; -info-ringMapSize = info-ringSize*1024*1024 + DRM_PAGE_SIZE; +info-ringMapSize = info-ringSize*1024*1024 + radeon_drm_page_size; info-ringSizeLog2QW = RADEONMinBits(info-ringSize*1024*1024/8)-1; info-ringReadOffset = info-ringStart + info-ringMapSize; -info-ringReadMapSize = DRM_PAGE_SIZE; +info-ringReadMapSize = radeon_drm_page_size; /* Reserve space for vertex/indirect buffers */ info-bufStart= info-ringReadOffset + info-ringReadMapSize; @@ -900,11 +892,11 @@ /* Initialize the CCE ring buffer data */ info-ringStart = info-agpOffset; -info-ringMapSize = info-ringSize*1024*1024 + DRM_PAGE_SIZE; +info-ringMapSize = info-ringSize*1024*1024 + radeon_drm_page_size; info-ringSizeLog2QW = RADEONMinBits(info-ringSize*1024*1024/8)-1; info-ringReadOffset = info-ringStart + info-ringMapSize; -info-ringReadMapSize = DRM_PAGE_SIZE; +info-ringReadMapSize = radeon_drm_page_size; /* Reserve space for vertex/indirect buffers */ info-bufStart=
Re: autotooling xrandr
Ar an 12ú lá de mí 8, scríobh Harold L Hunt II : However, I wouldn't expect a lot of interest from others, as this gets mentioned every so often but the person suggesting it often gives up after they realize how large of a job it is. I would venture to say too that since the build system isn't that well understood by _anyone_, patches to it move to the back of the queue, and stay there. Cf, http://bugs.xfree86.org/show_bug.cgi?id=72 . And if attempts at minor patches are silently dropped, anyone whose long-term plan is to rework the entire build system is going to get discouraged. -- These are the prettiest looking witnesses we have had in a long time. I imagine you are all married. If not, you could be if you wanted to be. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: sparc pci patch
Egbert Eich wrote: Please put your patches into the bugzilla: http://bugs.xfree86.org Here they are likely to get lost. Egbert. Thanks, I hope the developers pay attention to the bugzilla. Warren Turkal -- Treasurer, GOLUM, Inc. http://www.golum.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: patch for ia64 page size
On Sun, Aug 10, 2003 at 07:06:58PM -0500, Warren Turkal wrote: @@ -1003,6 +993,8 @@ break; } +r128_drm_page_size = getpagesize(); + sysconf (_SC_PAGESIZE) is the standardized way of querying page size. Jakub ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: patch for ia64 page size
On Sun, Aug 10, 2003 at 07:06:58PM -0500, Warren Turkal wrote: Here is a patch for page size problems on ia64 and radeon. At least some of the patches you're sending (this one in particular) have been previously submitted and reviewed. Specifically, this patch makes no actual change for ia64, the architecture claimed to be the problem. Patch by Chris Ahna: Fixes critical page size problems on ia64 architecture. See following URL for details: https://external-lists.valinux.com/archives/linux-ia64/2001-August/002037.html Comment by [EMAIL PROTECTED]: This probably should be rewritten to be outside of the drivers themselves so that it doesn't have to be done per-driver. I'm applying this to our XFree86 for now however until I've got time to investigate doing it more generically. As I said when I reviewed this originally, getpagesize(), which is aliased to xf86getpagesize(), should reliably find the page size on all architectures, so this comment is redundant. DRM_PAGE_SIZE should simply be defined to getpagesize(), providing that is consistent with what the kernel interfaces expect. David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: patch for ia64 page size
Jakub Jelinek wrote: On Sun, Aug 10, 2003 at 07:06:58PM -0500, Warren Turkal wrote: @@ -1003,6 +993,8 @@ break; } +r128_drm_page_size = getpagesize(); + sysconf (_SC_PAGESIZE) is the standardized way of querying page size. Jakub I didn't write this patch. Are you saying that the line with r128_drm_page_size should be the following: r128_drm_page_size = sysconf(_SC_PAGESIZE) If so, I will change it, but I cannot test it as I don't have access to ia64 hardware. Also, I just wanna remind everyone that these patches I am sending come from the debian packages. I wrote none of them myself. I am just trying to make sure that all fixes that should go upstream do. BTW, if I submit a patch to patches@, will I get a notification of acceptance or rejection? Warren Turkal -- Treasurer, GOLUM, Inc. http://www.golum.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Xrender transforms...
On Sun, 10 Aug 2003 14:07:16 -0700 (PDT) Mark Vojkovich [EMAIL PROTECTED] (Bbabbled: (B (B On Sun, 10 Aug 2003, Carsten Haitzler wrote: (B (B On Sun, 10 Aug 2003 05:59:54 +0100 Alan Hourihane (B [EMAIL PROTECTED] babbled: (B (B On Sun, Aug 10, 2003 at 02:27:13PM +1000, Carsten Haitzler wrote: (BWould I be correct in the assumption that the only accelerated path for (Bxrender is the identity transform (1:1 scale)? all other transforms are (Bdone in software? (my initial tests here with xfree86 4.3.0 nvidia's (Blatest drivers(as of about a month ago) seem to indicate as much...) (B(and yes... my drivers are using acceleration... GL definitely is). ? (B (B No. About 99% of the drivers don't have any xrender acceleration. I think (B only the mga driver does. Although looking furthur the sis has some, but (B it seems disabled, and the vmware driver has it too. But that's it. (B (B I guess nvidia do some acceleration in their binary drivers though, as (B you've probably found. But it's bad to assume other drivers have xrender (B acceleration. (B (B I think the thing that's holding other drivers up in getting furthur (B xrender acceleration is that there's no test suite to check that the (B driver is doing the right thing. I think Keith Packard mentioned he had (B intern's working on a test suite a while ago, but nothing has materialized (B as far as I know. (B (B hmmm - well i could write a performance suite here... if that helps. so far (B as in my other e-mail, the "hardware acceleration" provides by the nvidia (B drivers so far manages to be 1/35th the speed of my own mmx asm blending (B routines... this is blending with 1:1 scaling (no transform). (B (BYou're not hitting hardware paths. If you want to see this stuff (B in hardware there's going to need to be a correctness test suite. I'm (B already accelerating more than I can test. That worries me, and is (B why render acceleration is off by default in recent NVIDIA drivers. (B (Bh! it's OFF! i understood i'ts on - 1:1 blending of 32it ARGB onto a 24bpp (BRGB destination i s the most obvious (and easy) case so of all of them i'd (Bassume that hits hardware... but since it's disabled... no wonder! now that (Bbegins to explain thins. (B (B i just tested a quick scaling test and the software routines i have are 41 (B times faster than xrender... there is something suspicious here... (B (B a quick rundown: (B my software routines are in imlib2. (B machine is amd 1.7ghz (B gfx is nvidia gf4 4400ti 128mb (B (B NVAGP is set to 0 cause it manages to lock up my kernel regularly :( (B (B this is xfree 4.3.0 (B nvidia drivers: (B (B NVIDIA_kernel-1.0-4191 (B NVIDIA_GLX-1.0-4191 (B (BI thought you said you were using recent drivers. There's been (B two releases since then. There are known render bugs in 4191. (B (Bwell recent as in i updated only month or 2 ago... :) (B (B well there goes my plans for (B a project to do an xrender display engine... opengl still is the big winner (B :) (B (B (BOpenGL reflects what the hardware can do, and has a compliance test (B suite. RENDER doesn't reflect hardware capabilities very well (it (B reflects what end users wanted to see in an API) and there's no (B compliance tests. Stick with OpenGL. (B (Bwell opengl is next on my hit-list. i just wanted to try xrender first, but it (Bdoesn't look like it's a worthwhile pursuit. opengl for me has other major (Bbenefits, like portability :) (B (Bthough i've said it before, xrender really should be an easily accessible 2d (Bsubset of opengl and pixel-exact rendering as it defines limits the ability to (Baccelerate it - either with tricks in software (by losing 1 bit of precision you (Bcan double the speed in some cases), or with hardware. what people want to see (BIMHO is fast redraw of blended/scaled objects on things like the desktop or (Bwithin web browsers etc. but if it isn't fast there's going to be a big (Bresistance in migrating to use it. (B (B-- (B--- Codito, ergo sum - "I code, therefore I am" (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $B7'<*(B - $Bhttp://XFree86.Org/mailman/listinfo/devel
Re: Fix for Xlib with ipv6 support on ipv4 only systems
On Fri, 8 Aug 2003, Egbert Eich wrote: Mark Vojkovich writes: Out of curiosity. Is the ipv6 supposed to be working properly now? Last time I updated, I noticed that remote operation was broken. That is, Xlib was unable to connect to a remote system (I assume it didn't work with internet sockets anymore, but unix domain sockets still worked). Hm, what did you do? I never had any issues connecting to a remote system. Neither thru ipv4 nor ipv6. The only thing I noticed was that there are still issues with authetication for ipv6. For mu tests I used the -ac option to get around this. Did you get any error messages? The server is on dhcp-178-150:0 and is slightly newer than XFree86 4.3, but is not from any recent CVS. It is pre-ipv6 support. It has access control disabled (xhost +). The client is on dhcp-178-251 and is using fairly recent libraries from CVS. The DISPLAY is set to dhcp-178-150:0.0 and I get: _X11TransSocketOpen: socket() failed for tcp _X11TransSocketOpenCOTSClient: Unable to open socket for tcp _X11TransOpen: transport open failed for tcp/dhcp-178-150:0 xterm Xt error: Can't open display: dhcp-178-150:0.0 I find that: 1) The 4.3 libraries can connect to a CVS server. 2) CVS libraries can connect to a CVS server. 3) CVS libraries cannot connect to a 4.3 server. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Fix for Xlib with ipv6 support on ipv4 only systems
Out of curiosity. Is the ipv6 supposed to be working properly now? Last time I updated, I noticed that remote operation was broken. That is, Xlib was unable to connect to a remote system (I assume it didn't work with internet sockets anymore, but unix domain sockets still worked). Mark. On Thu, 7 Aug 2003, Egbert Eich wrote: The path below will fix the problem that arises when running a client on an inet4 only system over tcp with Xlib compiled with inet6 support. If noone objects I'll commit it. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Linux-fbdev-devel] Re: [Dri-devel] Rage128 and Radeon patches
On Thu, 2003-08-14 at 19:06, Alex Deucher wrote: I haven't tried multiple radeon cards, but I seem to recall several people having this problem right around when 4.3.0 was released. I don't think a proper fix ever went in and I think the issue was to be revisited later. I don't know if it's needed anymore or not. It is still needed, Radeon as a secondary display only works on the first initialisation (it can not find ROM on subsequent attempts) in all XFree86 versions I have tried up to and including current CVS. At least on my hardware... :-/ Alex --- Jon Smirl [EMAIL PROTECTED] wrote: --- Alex Deucher [EMAIL PROTECTED] wrote: 2) access ROM directly instead of relying on copy in low RAM. This allows multiple cards. Required MPP_TB_CONFIG fix in driver. Is this patch necessary for xfree86? It may address some of the issues in the email threads I sent out yesterday (ie, problems with multiple radeon cards and xfree86). if so would you consider making one? Xfree code does not have the patch, but is Xfree experiencing the bug? Xfree accesses the hardware very differently than the framebuffer drivers. I suspect that you would see this problem if you were using something else for your primary video and a Radeon for secondary. The first time you ran Xfree it would work. But when you exited and restarted Xfree it would hang when starting the secondary display. Where does XFree reset the secondary card? The code below needs to run right after the reset in the radeon driver. I added it to my Rage128 driver too but I have not observed the problem with them. Framebuffer code is different and triggers the bug the first time the secondary display is accessed. /* Fix from ATI for problem with Radeon hardware not leaving ROM enabled */ unsigned int temp; temp = INREG(RADEON_MPP_TB_CONFIG); temp = 0x00ffu; temp |= 0x04 24; OUTREG(RADEON_MPP_TB_CONFIG, temp); temp = INREG(RADEON_MPP_TB_CONFIG); ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Linux-fbdev-devel] Re: [Dri-devel] Rage128 and Radeon patches
I haven't tried multiple radeon cards, but I seem to recall several people having this problem right around when 4.3.0 was released. I don't think a proper fix ever went in and I think the issue was to be revisited later. I don't know if it's needed anymore or not. Alex --- Jon Smirl [EMAIL PROTECTED] wrote: --- Alex Deucher [EMAIL PROTECTED] wrote: 2) access ROM directly instead of relying on copy in low RAM. This allows multiple cards. Required MPP_TB_CONFIG fix in driver. Is this patch necessary for xfree86? It may address some of the issues in the email threads I sent out yesterday (ie, problems with multiple radeon cards and xfree86). if so would you consider making one? Xfree code does not have the patch, but is Xfree experiencing the bug? Xfree accesses the hardware very differently than the framebuffer drivers. I suspect that you would see this problem if you were using something else for your primary video and a Radeon for secondary. The first time you ran Xfree it would work. But when you exited and restarted Xfree it would hang when starting the secondary display. Where does XFree reset the secondary card? The code below needs to run right after the reset in the radeon driver. I added it to my Rage128 driver too but I have not observed the problem with them. Framebuffer code is different and triggers the bug the first time the secondary display is accessed. /* Fix from ATI for problem with Radeon hardware not leaving ROM enabled */ unsigned int temp; temp = INREG(RADEON_MPP_TB_CONFIG); temp = 0x00ffu; temp |= 0x04 24; OUTREG(RADEON_MPP_TB_CONFIG, temp); temp = INREG(RADEON_MPP_TB_CONFIG); = Jon Smirl [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Linux-fbdev-devel] Re: [Dri-devel] Rage128 and Radeon patches
--- Alex Deucher [EMAIL PROTECTED] wrote: 2) access ROM directly instead of relying on copy in low RAM. This allows multiple cards. Required MPP_TB_CONFIG fix in driver. Is this patch necessary for xfree86? It may address some of the issues in the email threads I sent out yesterday (ie, problems with multiple radeon cards and xfree86). if so would you consider making one? Xfree code does not have the patch, but is Xfree experiencing the bug? Xfree accesses the hardware very differently than the framebuffer drivers. I suspect that you would see this problem if you were using something else for your primary video and a Radeon for secondary. The first time you ran Xfree it would work. But when you exited and restarted Xfree it would hang when starting the secondary display. Where does XFree reset the secondary card? The code below needs to run right after the reset in the radeon driver. I added it to my Rage128 driver too but I have not observed the problem with them. Framebuffer code is different and triggers the bug the first time the secondary display is accessed. /* Fix from ATI for problem with Radeon hardware not leaving ROM enabled */ unsigned int temp; temp = INREG(RADEON_MPP_TB_CONFIG); temp = 0x00ffu; temp |= 0x04 24; OUTREG(RADEON_MPP_TB_CONFIG, temp); temp = INREG(RADEON_MPP_TB_CONFIG); = Jon Smirl [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Fonts] Problem of Xft2
From: Pablo Saratxaga [EMAIL PROTECTED] Subject: Re: [Fonts] Problem of Xft2 Date: Fri, 8 Aug 2003 18:32:34 +0200 The right and wrong of a toolkit become clear when using Xft2. For me, Qt is the only choice when using Xft2. So I do I feel exactly the opposite: as Qt doesn't have automatic fontset mechanism, I very often end with characters displayed as empty white squares, giving unreadable text. When I used Qt version 3.0.x, I saw many empty white squares. It was quite insufficient. But in version 3.1.x, almost all problems are solved. So the usefulness of Xft2 takes a step forward. Gtk may choose automatically a font that looks funny, but at least a character is always displayed in a readable way, I prefer it that way. Automatic only is quite insufficient. We do not want to see mismatched glyphs. That being said, it would be nice to have the ability to do user-configuration of glyph substitutions in gtk2; eg telling that when a given font is choosen, then characters of range 0x00-0xff should be ignored, and taken from font instead. The ascii range of some CJK fonts is simply too ugly... or even bugged in some cases. Yes. You know CJK environment very well. In addition, there are few CJK fonts which have PROPORTIONAL ascii glyphs. But the alphabet should be displayed by proportional except terminal and editor. When I use Konqueror, I set Nimbus Sans l as default font. Of course, Nimbus Sans l does not have CJK glyphs. So I set a CJK fonts which matchs it to Font Substitution. Then characters of the ascii range in CJK font are ignored, we can get the proper style of pages. Perhaps the approach of fontset will become obsolete. I cannot understand details, but I have a feeling that the approach of Font Substitution simplifies the mechanism of CJK support. Therefore probably Qt introduced Font Substitution. Anyway, the combination of Xft2 and Gtk2 is the worst. For me, the combination is THE POOR THING. Doesn't XFree86 provide a Font Substitution mechanism for Xft2? This will be a heavy weight for development of toolkit. I think that XFree86 should provide a standard library for it, or Xft2 will not advance. Chisato Yamauchi ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts] Re: After-XTT's extension of the encoding field.
On Thu, 7 Aug 2003, Mike FABIAN wrote: Jungshik Shin [EMAIL PROTECTED] : On Sat, 2 Aug 2003, Chisato Yamauchi wrote: Have you seen CJK's *TYPICAL* fonts.dir of TrueType fonts? It is following: Not many people would be fond of tweaking fonts.dir/scale files these days :-) It can be automatically generated. The /usr/sbin/fonts-config script on SuSE Linux generates such TTCap entries automatically into the fonts.dir if it detects that xtt is enabled in /etc/X11/XF86Config. That sounds nice. It'll certainly make things easier. However, it could make some people frustrated if it just overwrites the existing fonts.dir (I don't know whether fonts-config on SuSE Linux does that or not) that was 'hand-tweaked' to their satisfaction. In the past, I made it a rule to back up fonts.dir/fonts.scale after losing heavily customized fonts.dir/fonts.scale to an automated tool a couple of times. I agree that the old X fonts are broken beyond repair and we should move on to use fontconfig/Xft as much as possible. The old font system must be kept for backwards compatibility of course but it is probably just a waste of effort to add more extensions the X11 core font system. Much better said than mine. This is exactly what I meant but apparently my choice of words was not that good. If I had thought that support for X11 core fonts need to be removed _now_, I wouldn't have spent my time on gb18030.2000-1 issue (Xfree86 bug 441) let alone fixing bugs in CJK font encoding files for freetype module last year. Jungshik ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts] Re: Problem of Xft2
On Sat, 9 Aug 2003, Jungshik Shin wrote:
On Fri, 8 Aug 2003, Pablo Saratxaga wrote:
That being said, it would be nice to have the ability to do
user-configuration
of glyph substitutions in gtk2; eg telling that when a given font is
choosen, then characters of range 0x00-0xff should be ignored, and taken
from font instead. The ascii range of some CJK fonts is simply
too ugly... or even bugged in some cases.
That doesn't need to be that complex. Simply allowing CSS-style
fontlist is more than enough. That is, offering a UI for specifying an
_ordered_ list of fonts (instead of just one font, generic or specific)
should work well. That is, by putting a good Latin(-only) font, a
Cyrillic(-only) font, and a Greek(-only) font before a CJK font followed
by a generic font (e.g. Serif), you can get the best of all fonts.
This UI needs to be a part of the system-wide 'control panel'.
I have to correct myself. This does not work well when font selection
is done in tandem with 'lang' ('lang' given a very large weight) and
_without_ actually going through a run of text to render, which is often
the case.
What you described may be necessary in the following scenario. Suppose we
specify Courier, MingLiu' for a block of text marked as 'zh-TW'. Because
Latin letters in CJK fonts are not so good, we specify 'Courier' before
'MingLiu' expecting Latin letters to be rendered by Courier and Chinese
characters to be rendered by MingLiu[1]. If the font selection is made
solely based on the font list (ordered) and lang. (with 'lang' given a
large weight), only 'MingLiu' would be selected because 'zh-TW' is not
covered by Courier. As a result, all characters end up being rendered by
MingLiu. Char-by-char font selection doesn't have this problem. However,
it's likely to be slower. Going through a run of text before choosing
a font/a set of fonts may work better but it may be even slower. Staying
in a single font as long as possible is another possibility.
Of course, if 'lang' is not taken into account and just the ordered
list of fonts is used in glyph/font search, we'd not have the above
problem. On the other hand, unless the font list is carefully selected,
one may get ransom-note style rendering in some cases.
Jungshik
[1] In some case, exactly the opposite is desired under the premise that
glyphs of Latin letters in a CJK font are designed to match well with
CJK characters in the font. This works well just as it is now.
___
Fonts mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts] After-XTT's extension of the encoding field.
David Dawes writes: Just so people don't get the wrong idea about what XFree86 is doing, core (server-side) font support will continue to be supported and maintained while ever there are sections of our user base that need it. The same is true of our inclusion of the 'xtt' module as an alternative to the 'freetype' module. Indeed core fonts should continued to be supported so that legacy application continue to work as they do today. However one should carefully deliberated if the functionality of the core fonts should still be extended as has been done in the past. This has not improved the quatlity of the code and introduced some very questionable hacks. These questionable hacks should be fixed or removed as they introduce instabilities or lead to unexpected results. Non BMP planes in XLFD hasn't been addressed by XFree86 because it wasn't a pressing issue for anyone. It is being addressed now via this discussion. Since few people seem to be interested in this issue, and if the death of XLFD is imminent, then it's probably good enough for those who are interested to agree on how to handle it according to their needs. Care must be taken not to introduce more 'hacks' which may have unexpected side effects. Estimating these side effects was the reason why I started this discussion here. Yeah, TTCap is useful, but it appears that we're trying to solve the wrong problem turning away from the real issue. The real problem is that we don't have quality CJK fonts in multiple styles. A practical engineering solution is about getting the results you need today with the resources available. It doesn't matter if TTCap one day becomes unnecessary because of the availability of better fonts. Indeed. Those used to plethora of font styles available for latin character sets don't realize the pain of those who need fonts with more than 256 glyphs. Generating fonts for asian character sets takes much more effort, therefore it can be expected that TTCap will remain a valid 'workaround' for a long time. Egbert. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts] Re: After-XTT's extension of the encoding field.
On Fri, 8 Aug 2003, Mike FABIAN wrote: Jungshik Shin [EMAIL PROTECTED] : On Thu, 7 Aug 2003, Mike FABIAN wrote: It can be automatically generated. The /usr/sbin/fonts-config script on SuSE Linux generates such TTCap entries automatically into the make some people frustrated if it just overwrites the existing fonts.dir (I don't know whether fonts-config on SuSE Linux does that or not) Yes, it does. details on how Mike's font-config script works... snipped Thanks you for the details. It seems that you gave a lot of thought to the script and that it meets my need (if I have to tweak fonts.scale/dir files ever again :-)) Jungshik ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts] Re: Problem of Xft2
On Fri, 8 Aug 2003, Pablo Saratxaga wrote: On Fri, Aug 08, 2003 at 06:59:43PM +0900, Chisato Yamauchi wrote: But Gtk2 has not complete font-substitution mechanism. Therefore, Gtk2 is insufficient in CJK environment. GTk2, using pango, has builtin fontset mechanism. (it is always enabled, and automatically build, depending on language and language coverage of available fonts). Certainly this is true as long as you use Pango, but not all Gtk2 applications use Pango. Moreover, the font selection widget in Gtk2 does not have the UI to let users specify multiple fonts (CSS-like). Apparently, Qt has this UI according to Yamuchi-san. So I *NEVER* use Gtk2-mozilla. It has no flexibility of a font setting. Mozilla doesn't use Gtk2/pango text rendering mechanisms to render html pages. So, you cannot judge the font abilities of Gtk2 toolkit with mozilla. Well, when rendering html/xml pages, Mozilla has its own 'fontset/font substitution' mechanism of a sort (based on fontconfig in case of Xft build. X11core build is very complicated partly because it has to support the CSS-style font list in its own without any help of fontconfig fielding through 'the jungle of XLFD-based fontnames.) that is very similar to what you wrote above about Pango. Otherwise, how could it support CSS-style font list? Gtk may choose automatically a font that looks funny, but at least a character is always displayed in a readable way, I prefer it that way. I guess just saying Gtk(2) is a bit misleading. Gnome-terminal is a Gtk(2) application, but by default it doesn't use Pango and it does not do 'automatic font substitution' as you described. Set Gnome-terminal font to 'Courier' and see how CJK characters (or any character not covered by Courier) are rendered. They all come in empty boxes. That being said, it would be nice to have the ability to do user-configuration of glyph substitutions in gtk2; eg telling that when a given font is choosen, then characters of range 0x00-0xff should be ignored, and taken from font instead. The ascii range of some CJK fonts is simply too ugly... or even bugged in some cases. That doesn't need to be that complex. Simply allowing CSS-style fontlist is more than enough. That is, offering a UI for specifying an _ordered_ list of fonts (instead of just one font, generic or specific) should work well. That is, by putting a good Latin(-only) font, a Cyrillic(-only) font, and a Greek(-only) font before a CJK font followed by a generic font (e.g. Serif), you can get the best of all fonts. This UI needs to be a part of the system-wide 'control panel'. Falling short of that, applications like Gnome-terminal should at least (the same is true of Konsole) offer a way to specify East Asian font separately (double/full-width) as is done by xterm, vim, OpenOffice and MS Office. Because Gnome-terminal and Konsole don't have this feature, I still prefer to work in xterm for which I can specify my favorite font for single-width characters along with my favorite font for double-width characters (with '-fw' option. I'm gonna add '-faw' option to xterm) Jungshik ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts] AWARD NOTIFICATION
C/GUZMAN EL BUENO,137 MADRID - ESPANA TEL: +34-669 051 095, FAX:+34 916 640 223 E-mail: [EMAIL PROTECTED] FROM: THE DESK OF THE PROMOTIONS MANAGER, INTERNATIONAL PROMOTIONS/PRIZE AWARD DEPARTMENT, REF: LP/26510460037/03 BATCH: 24/00319/IPD RE: AWARD NOTIFICATION FINAL NOTICE We are pleased to inform you of the release today, 9th August 2003,of the Lottery La Primitiva /INTER-NATIONAL PROGRAMS held on the 2nd August,2003. Your name attached to ticket number 025 11464992-750 with serial number 0362 drew the winning number 2 17 22 24 26 42, which consequently won the lottery in the 3rd category. You are therefore been approve for the lump sum pay out of uros 1.327.759.72 (one millon three hundred and twentyseven thousand seven hundred and fiftynine and seventy two cent) in cash credit to the file REF: LP/26510460037/03. This is from a total prize of uros 3,000,000.00 share among the seventeen (17) International winners in this category. CONGRATULATION! Your fund is now deposited with a Security Company EURO CREDIT COMMISION. Due to the mixed up of some numbers and names, we ask that you keep this award a top secret from the public notice until your claim as been processed and your prize money remitted to your account as this is a part of our Security protocol to avoid double claiming award or unwarranted taking advantage of this program by participants. All participants were selected through a computer ballot system drawn from 25,000 names from Australia, USA, Europe, Asia ,New Zealand, Middle-East and South-North America .As part of our international promotions program, which we conducted once in a year. We hope with a part of your prize, you will take part in our end of the year high stake uros 300 Million International Lottery. To being your claim, please contact the issuing authority, your prize claim agent, Mr. James smith, (Foreign Service Manager) for processing and remittance of your prize money to a designated account of your choice. Tel: +34 -645633391.Email:[EMAIL PROTECTED] Remember, all prize money must be claimed not later than 30th August, 2003. After this date, all funds will be returned as unclaimed. Note: In order to avoid unnecessary delays and complications, please remember to quote your reference and batch numbers in every of your correspondence with your agent. Furthermore, should there be any address do inform your claims agent as soon as possible. on the website www.thelotter.com Please remember to ask for your prize claim certificate. Congratulation again from all member of our staff and thank you for being part of our promotion program. Best regards, MARIA JOSE SANCHEZ ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts] Re: After-XTT's extension of the encoding field.
Jungshik Shin [EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B: (B (B On Sat, 2 Aug 2003, Chisato Yamauchi wrote: (B (B Have you seen CJK's *TYPICAL* fonts.dir of TrueType fonts? (B It is following: (B (B Not many people would be fond of tweaking fonts.dir/scale files (B these days :-) (B (BIt can be automatically generated. The /usr/sbin/fonts-config script (Bon SuSE Linux generates such TTCap entries automatically into the (Bfonts.dir if it detects that xtt is enabled in /etc/X11/XF86Config. (B (BCurrently it generates only entries for artifical bold and italic (Bfor fonts which do not yet have real bold and italic versions. (B (BI could extended it to support more features of TTCap, but I'm not (Bsure whether it is worth the effort. (B (BI agree that the old X fonts are broken beyond repair and we should (Bmove on to use fontconfig/Xft as much as possible. (B (BThe old font system must be kept for backwards compatibility of course (Bbut it is probably just a waste of effort to add more extensions the (BX11 core font system. (B (B-- (BMike Fabian [EMAIL PROTECTED] http://www.suse.de/~mfabian $B?gL2ITB-$O;E;v$NE([EMAIL PROTECTED](B (B___ (BFonts mailing list (B[EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts] After-XTT's extension of the encoding field.
Chisato Yamauchi writes: OK, so you are not selecting different ranges but different files? Is it a standard procedure to distribute one font accross several files or was the single file just split into separate ones just to avoid blowing up the XFontStruct? GT fonts is a quite special fonts. The code ranges of all files follow that of jisx0208. There is Konjakumojikyo fonts which inclues over 10 glyphs in Japan. Although I have not tried it yet, it seems that it also use the existing code set and all glyphs are divided into many files. This definitely drives core fonts to the edge. Core fonts were not designed for that. Although the pliability of handling such special fonts is also important, non BMP plane in XLFD is now the most important problem. Confusion is already seen such as linux-utf8 list. An official definition should be indicated right now. Why has XFree86 left this? Two further issues: 1. would it be possible to convert xtt to use freetype2 instead of freetype1? This would allow us to remove the freetype1 sources from the tree. Would it be possible to do that? Why do we persist in X-TT? The reason is that libfreetype.a does not useful at all in CJK. Especially the following two points are fatal. - Handling a proportional multi-bytes fonts is too slow. (The loading speed of libfreetype.a is 20 times slower than that of X-TT 1.4; I show a benchmark in next email.) - The modification of a font(such as auto italic and double striking, etc.) cannot be used at all. That is, libfreetype.a should also have all options of TTCap. I would agree that these are valid issues. Has anybody looked at merging these XTT functionalities into the freetype module? Egbert. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts] (no subject)
___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts] CONFIDENTIAL MATTER
From: Mrs Magreth Hatch PLEASE ENDEAVOUR TO USE IT FOR THE CHILDREN OF GOD. I am the above named person from Kuwait. I am married to Mr. Kazeem Hatch who worked with Kuwait embassy in Ivory Coast for nine years before he died in the year 2001. We were married for eleven years without a child. He died after a brief illness that lasted for only four days. Before his death we were both born again Christians.When my late husband was alive he deposited the sum of$10.5Million (Ten Million five hundred thousand U.S. Dollars) with one Pinnacle Finance/Security Company in Spain. Presently, this money is still with the Security Company. Recently, my Doctor told me that I would not last for the next three months due to cancer problem. Though what disturbs me most is my stroke. Having known my condition I decided to donate this fund to church or better still a christian individual that will utilize this money the way I am going to instruct here in. I want a church that will use this fund to fund churches, orphanages,Research centers and widows propagating the word of God and to ensure that the house of God is maintained. The Bible made us to understand that Blessed is the hand that giveth. I took this decision because I dont have any child that will inherit this money and my husband relatives are not Christians and I dont want my husbands hard earned money to be misused by unbelievers. I dont want a situation where this money will be used in an ungodly manner. Hence the reason for taking this bold decision. I am not afraid of death hence I know where I am going. I know that I am going to be in the bossom of the Lord. Exodus 14 VS 14 says that the lord will fight my case and I shall hold my peace. I dont need any telephone communication in this regard because of my health because of the presence of my husbands relatives around me always. I dont want them to know about this development. With God all things are possible. As soon as I receive your reply I shall give you the contact of the Pinnacle Finance/Security Company in spain . I will also issue you a letter of authority that will empower you as the new beneficiary of this fund. I want you and the church to always pray for me because the lord is my shephard. My happiness is that I lived a life of a worthy Christian. Whoever that wants to serve the Lord must serve him in spirit and truth. Please always be prayerful all through your life. Any delay in your reply will give me room in sourcing for a church or christian individual for this same purpose. Please assure me that you will act accordingly as I stated herein. Hoping to hear from you. Remain blessed in the name of the Lord. Yours in christ, Mrs Magreth Hatch. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts] Re: Terminal versus X11 fonts
On Thu, 7 Aug 2003, Steve Sullivan wrote: For example, the Terminal edit current profile gui shows the Miriam font, but Miriam isn't listed by xfontsel or xlsfonts. There are two separate font systems, the X11 core font system and the client-side system with Xft/fontconfig. What you get with xlsfonts/xfontsel is X11 core fonts. 'Terminal' in RedHat 9 uses the client-side font system (Xft/fontconfig based). You can make Miriam and other fonts available as X11 core fonts with freetype/Xtt/type1 backends if they're of a type supported by them. http://www.xfree86.org/4.3.0/fonts.html has all the gory details about XF86 font systems. For (After) X-TT, see http://x-tt.sourceforge.jp/ A lot of people believe that the client-side font system is the way to go (although the core font system will be around for a long time to come) so that you may consider writing your application with the client-side font system (especially, if I18N - internationalization - is important to your projects/programs). You may also want to take a look at http://fontconfig.org and http://www.pango.org Jungshik ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[I18n] .. Debt Sucks! Read This.miofdsa
Read this! How are you? Paying off a loan like the rest of america? We blast your debt and give you a fresh start! - Save you a lot of money by eliminating late fees - Settle your accounts for a substantially reduced amount - Stop creditors calling you on the phone - Avoid bankruptcy ... and more! Why keep dealing with the stress, and headaches? Combine your debt into a low interest repayment and get on with your life today!! Come here and take a look at how we can help. http://srd.yahoo.com/drst/9786876/*http://www.slashmonthlypayments.com/index.php?N=g for no more http://srd.yahoo.com/drst/97576/*http://www.slashmonthlypayments.com/r.php ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [I18n] Re: Some thoughts on XKB symbols
, 14. 2003. 04:32:57 CEST Frank Murphy :
Sorry, I meant shift levels. my proposed us-ascii would have just
key AE01 { [ 1,exclam ] };
not
key AE01 { [ 1, exclam, onesuperior, exclamdown ] };
I'd go for:
key AE01 { [ 1, exclam, any, any ] };
(I'm not sure if your idea would work like this -- if it would,
then this is unneccessary burden).
(Btw, basic in pc/us is practically us, eg. just calling
setxkbmap -layout us will set the pc/us(basic) map).
Wouldn't `setxkbmap -layout us` set the us(basic) map and
`setxkbmap -layout pc/us` set the pc/us(basic) map?
AFAIK, not on the XFree86 4.3.0, eg.:
$ setxkbmap -layout us -print
xkb_keymap {
xkb_keycodes { include xfree86+aliases(qwerty) };
xkb_types { include complete };
xkb_compat{ include complete };
xkb_symbols { include pc/pc(pc105)+pc/us+group(shift_toggle)
};
xkb_geometry { include pc(pc105) };
};
Using a German keymap doesn't prohibit you from typing in English.
However, if you own a keyboard made for Switzerland, but you set
the keymap to be German (the dominant language here), you won't be
able to type the characters on your keyboard -- like finding
the @. Besides novices won't be setting this, the administrator will.
The thing I wanted to point out that if someone was offered with a
choice that read Germany (implying a country name) instead of
German,
it'll be easy to mistake it for enter your current location.
It's a sort of Great Britain for the english layout -- would you ever
look for that if you needed english layout?
OTOH, when it says German there are no doubts, even if you're right
now sitting in a hotel in Germany wishing to type in English ;-)
So, I cannot see any advantage to the naming scheme you seem to be
proposing, yet there are many disadvantages.
I agree. I think there are two ways of looking at this, but there are
three
types of keymap files: national (based on ISO 3166 country codes),
linguistic (ISO 639 language codes) , and random.
Looking just in the pc/ directory, I see the following breakdown:
National:
al (Albania) am (Armenia) be (Belgium) bg (Bulgaria) br (Brazil) by
(Belorussia) cz cz_qwerty (Czech Republic) de (Germany) dk (Denmark)
ee (Estonia) el (Greece) es (Spain) fi (Finland) fo (Faroe Islands) fr
fr-latin9 (France) gb (Britain) ge_la ge_ru (Georgia) hr (Croatia)
ie (Ireland) il il_phonetic (Israel) ir (Iran) is (Iceland) it (Italy)
lo (Laos) lt (Lithuania) lv (Latvia) mk (Macedonia) ml (Malaysia) mm
(Burma)
mt mt_us (Malta) nl (The Netherlands) no (Norway) pl pl2 (Poland) pt
(Portugal) ro (Romania) ru (Russia) se (Sweden) si (Slovenia) sk
sk_qwerty
(slovakia) sr (Serbia) th th_pat th_tis (Thailand) tj (Turkmenistan)
tr
(Turkish) ua (Ukraine) us (United States) uz (Uzbekistan) yu
(Yugoslavia)
Actually, many of these are the same for language and nation name,
thereby, this category would shrink very much. Besides, some would even
go to only lingustic (like sr for Serbian, because Serbia is a part
of
larger country Serbia and Montenegro with ISO 3166 codes of CS and
SCG).
The others, like de, es, fi, fr, hr, it, mk, nl, no,
pt,
ro, ru, sk, th, tr apply to *both* language and country
(actually,
these are the ones I know about; there are probably others).
Linguistic: ar(abic), ben(gali), hi(ndi), guj(arati), gur(mukhi),
iu(inuktitut), kan(nada), ogham, ori(ya), sami, telugu, tamil
Perhaps, if we'd add the ones above, this list would be much longer ;-)
Random: dvorak en_US la latin pc
So it seems that a good compromise would be to recomment the ones of
the national type to reflect the name of the country (in English), and
to leave the ones of the lingustic type to refect the name of the
language (in English). Does that address your concerns?
I see your point and it makes sense. Though, I'd go for an international
standard, because they've already invested time into avoiding
collisions.
For the sake of difference, I would recommend the following:
- National keymaps should use ISO 3166 code in all UPPERCASE (eg. US)
- Linguistic keymaps should use ISO 639 code in all lowercase (eg. en)
This would allow one to have de which could apply to all the
countries where German is used (eg. de(DE)) and also a DE which
would only apply to Germany. In your example, CA (if that's the code
for
Canada) would have CA(en), CA(fr), while fr would have fr(CA),
fr(FR),... It's up to the implementor to choose and see where to put
the actual definitions, and where to simply include them from the other.
Of course, this would cause *major* breakage for old applications which
rely on one layout being there with a specific name.
And just as a sidenote, this wouldn't prohibit any other variations. It
would just be unwise and unrecommended to use two-letter codes for
naming
xkb_symbols sections
Re: [I18n] Re: Some thoughts on XKB symbols
Dr Andrew C Aitchison wrote: Is there a difference between CA(fr) and fr(CA)* Does the user care about it ? Should we make them mean the same thing ? *FR(ca) would be different, although possibly unimportant or meaningless. I think there is a minor difference. In such name the first word usualy points to a file and the second is the name of a map in the file. I think it's more likely that one Canadian guy will make and maintain all possible languages for a Canadian keyboard than one Frenchman will make all variants of French keymap for all countries. If I'm right it would be better if he support one file instead of a few pieces in different files. But don't take it too serious. :-) -- Ivan U. Pascal | e-mail: [EMAIL PROTECTED] Administrator of | Tomsk State University University Network | Tomsk, Russia ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [I18n] Re: Some thoughts on XKB symbols
, 14. 2003. 13:12:05 Dr Andrew C Aitchison : On Thu, 14 Aug 2003, Danilo Segan wrote: For the sake of difference, I would recommend the following: - National keymaps should use ISO 3166 code in all UPPERCASE (eg. US) - Linguistic keymaps should use ISO 639 code in all lowercase (eg. en) Is this going to cause us to run into CVS problem we had resentily, where we couldn't rename file hp to directory HP (or similar) ? Very much probable -- I completely forgot about the insane operating systems that cannot differentiate between lower- and uppercase (you didn't raise this point, but I was reminded of it, and it seems valid), and about the CVS software limitations (regarding renames). Though, if anything of this scale is to be done, I'd be very eager to add a completely new directory (namespace) in order not to break compatibility. Eg. I'd introduce a new xkb/symbols/improved directory where to put these kind of maps ;-) When, and if most of the maps from symbols/pc and symbols/ directory have gotten their corresponding map in the symbols/improved would I go for making it the default. In your example, CA (if that's the code for Canada) would have CA(en), CA(fr), while fr would have fr(CA), fr(FR),... It's up to the implementor to choose and see where to put the actual definitions, and where to simply include them from the other. Is there a difference between CA(fr) and fr(CA)* Does the user care about it ? Should we make them mean the same thing? *FR(ca) would be different, although possibly unimportant or meaningless. I'll rephrase the above claim that it's up to the implementor to choose and see where to put the actual definitions, and where to simply include them from the other. That was meant to say that each can be defined separately (actual definitions), thus being different. Yet one may decide that they are the same, and simply use 'include fr(CA)' in the definition of CA (fr). I believe that all maps of this form should be the same, at least from a user's perspective. So, yes is the answer to your question -- they should be made the same. It's just about a preference one likes to use when *calling* the map (s)he needs. FR(ca) in that context would refer to France (country) and Catalan (I believe 'ca' is ISO 639 code for Catalan; sorry if I am wrong). If Catalan is not used in France, this would probably be undefined. Similarly, just using FR (implying FR(basic)) should make use of FR(fr) (because French is official language of France), and using fr would imply using fr(FR). All the other cases must be explicitely asked for. This would make a clear distinction between country standards, and language support (yet, keep their relation where such exists). Yes, implementors would have a bit greater task at their hands, but it seems beneficial. All of this can be remedied by keeping a database of mappings between languages and countries (eg. mapping fr(CA):CA(fr); en(CA):CA(en); de(CH):CH(de); ...). I admit that I have not researched this approach, and it came just as a wild idea on the issue that Frank raised. So, please express your concerns. Cheers, Danilo ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [I18n] Re: Some thoughts on XKB symbols
On Thu, 14 Aug 2003, Danilo Segan wrote: For the sake of difference, I would recommend the following: - National keymaps should use ISO 3166 code in all UPPERCASE (eg. US) - Linguistic keymaps should use ISO 639 code in all lowercase (eg. en) Is this going to cause us to run into CVS problem we had resentily, where we couldn't rename file hp to directory HP (or similar) ? In your example, CA (if that's the code for Canada) would have CA(en), CA(fr), while fr would have fr(CA), fr(FR),... It's up to the implementor to choose and see where to put the actual definitions, and where to simply include them from the other. Is there a difference between CA(fr) and fr(CA)* Does the user care about it ? Should we make them mean the same thing ? *FR(ca) would be different, although possibly unimportant or meaningless. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [I18n] Re: Some thoughts on XKB symbols
, 13. 2003. 18:58:40 CEST Frank Murphy : The only xkb_symbols us that I see are in digital/us and xfree68/ataritt. But the map would be the same as the xkb_symbols basic in pc/us, basically, the same as latin(basic) only not including the group 2 or 3 symbols (exclamdown, etc.). However, it would be in the latin file and included in the other us files. Could you please differentiate between levels and groups in XKB terminology. All keymaps in pc/ should use *only* one group to facilitate multi-layout features of XKB in XFree 4.3. But basicaly, this could be done simply without breaking compatibility. You just create a xkb_symbols(ascii) in pc/us file, and put NoSymbol or any on higher levels, and just include that from basic. (Btw, basic in pc/us is practically us, eg. just calling setxkbmap -layout us will set the pc/us(basic) map). In this manner, all the keymaps which would need just the ASCII part, without other US parts, could include pc/us(ascii). OK, so we can pick another name. My point is to preserve the (blurred) difference between nations and languages. Nations determine keyboard layouts, not languages (the French, Canadians, and Swiss all use different keyboards to type the French language - azerty, qwerty, and qwertz). But see more below. I tend to disagree with this statement. There are a couple of language (a dozen at most) that are used in several countries in the world (like Spanish, French, Portuguese, German, English,...). For those languages, and for those countries, your proposal would be sane. Alas, there are another 150+ countries with even more languages that don't belong into this category, and where the relation language = country strongly holds. So, maybe this would make sense for several keymaps, but it wouldn't for most of them, especially since one may want to use a *language* while in other country -- and many users (especially novices) will make mistake if they're located in Germany, and then choose Germany as their keymap (not knowing that they're actually setting a keyboard map because they're just honestly stating their country of location), even though they want to type in English. So, I cannot see any advantage to the naming scheme you seem to be proposing, yet there are many disadvantages. Actually, another problem, as I see it, is that countries tend to use several languages, and it's *more* common that the same layout be used in different countries for the same language, than the opposite (the example you give for French, and qwerty, qwertz and azerty). So here we are. Do anyone on i18n have an opinion either way? I feel that keyboard layouts are national, and for the countries like Switzerland, the specific changes could be selected by choosing a mapping of ch(fr) or cd(de). Again, it's the minority of countries that have this kind of situation (and, at the same time, this kind of need), and I have expressed my doubts above. This is kind of an odd request and has to do more with the keycodes than the symbols. But, if all the files distributed with XFree86 used the new RLGO symbols, then the only problem would be for users who were doing customisation with xmodmap or who had their own xkb files that hadn't been sent to XF86 for inclusion. Or perhaps there's a way to preserve the compatability. I am all for it -- I don't like calling that operating system of theirs a win (as in victory), so I'd agree on this change (even though that would break compatability for some of my keymaps I am distributing outside of XFree86 main distribution). Still, I believe XF86 supports adding several different symbols that map to the same key code. Cheers, Danilo PS. I am probably a little biased, because I come from those other 150 countries, but I hope I have made at least a couple of valid points. ;-) ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[I18n] Settle your debt without taking out another loan!
Read this! Dont you hate paying off your loans? ... . We can help! We can consolidate your bills into just one low monthly payment. Start Fresh! - Save you a lot of money by eliminating late fees - Settle your accounts for a substantially reduced amount - Stop creditors calling you on the phone - Avoid bankruptcy ... and more! Why keep dealing with the stress, and headaches? Combine your debt into a low interest repayment and get on with your life today!! Come here and take a look at how we can help. http://r.aol.com/cgi/redir-complex?url=http://[EMAIL PROTECTED]/index.php?N=g for no more http://r.aol.com/cgi/redir-complex?url=http://[EMAIL PROTECTED]/r.php ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [I18n] Re: Some thoughts on XKB symbols
, 14. 2003. 17:35:10 CEST Frank Murphy :
I'd go for:
key AE01 { [ 1, exclam, any, any ] };
(I'm not sure if your idea would work like this -- if it would,
then this is unneccessary burden).
It's already done with only two levels in the pc/us keymap. I don't
see a reason to add the 'any's. The point was to move the generic us
layout from pc/us to pc/latin so that sun/, sgi/, etc could include
them without getting any PC-keyboard-specific baggage (like function
keys or whatever).
Yes, but I am not sure if just using [ 1, exclam ] would allow
*redefinitions* of the keys on the higher levels (where I've put
any's). This was just a technicality, which depends on the actual
implementation of XKB, and I'm not certain on this (I would have to
check).
Though, while I don't know if simply [1, exclam ] would be enough, I
am certain that putting any's in would be enough, and it would work as
you expected. (any's are actually placeholders which can be redefined,
they're equivalent with NoSymbol, but shorter to type, and more clear
in this context).
The problem is that there is no English-language keyboard layout, nor
is there a German-language layout. There are different layouts for
Britian, Ireland, Canada, Australia, Germany, Switzerland, and
Austria. So saying German or French or English does leave doubts: is
this a keyboard from France or does this keyboard allow me to type
the French language?
Yes, for a dozen of languages like the ones you're mentioning, there's
this obscurity. For *most* of the other languages and nations, there's
no collision.
In any case, just for this reason is the latter proposal about
providing *both* country based and language based.
(I was just arguing against *country-only* based keymap names. That's
the whole point. I don't mind country based keymaps, if there are also
language based keymaps)
True, but that's really the problem with yu, isn't it? :)
Nah, it was to imply that your list was incorrect, and based on wrong
assumptions -- the codes you listed were not national, but some were
linguistic (sr is a ISO 639 code for Serbian *language*).
The others, like de, es, fi, fr, hr, it, mk, nl,
no, pt, ro, ru, sk, th, tr apply to *both* language
and country (actually, these are the ones I know about; there
are probably others).
The problem is that de, es, fi, fr, nl, and pt have different keymaps
depending on the *nation*.
As much as 6 out of a list of 15? :-)
I think everything is clear -- we need to provide both nation-based
and language-based naming, if we're aiming for consistency, and want
to be sure that it won't be a problem in the future to assign a name to
a keymap.
I'd like to us an ISO standard for the filenames. For the description
of the group name, I would bet that we're constrained to 7-bit
characters. Besides, they are all in English now. Plus, in the ISO
document, the country names are listed in English.
Yes, the ISO codes themselves are using only English alphabet, so no
problem there.
I think this is a bad idea. Differentiating based on case can be
problematic (as was pointed out). However, I would think that using
ISO 3166 2-letter national codes and ISO 639 3-letter codes would
work OK. Besides, most of the current entries already follow this.
Depending on how you look at this :-)
I've already pointed out that many of the languages (uhm, nations) you
mentioned actually use the ISO 639 two-letter code ;-) Or was it the
ISO 3166 country code?
If we don't ask the authors, we can only guess -- and guess what? My
guess is different from your guess ;-)
I know I'll be a bit boring, but if case differentiation is a problem,
I'd go for providing new namespaces for each: nation/ and language/
(perhaps in shorter forms of n/ and l/).
But I wouldn't encourage a large proliferation of these. For European
and North South Amarican keyboards, recommend the 3166 code. For
Asian and Arabic keyboards, recommend the 639 code. But don't go wild
with all the possibilities, otherwise we end up with the pt(BR)/en
(US) problem that Andrew Aitchison mentioned.
As I pointed out, it's a minor work for someone maintaining the files
to provide *both* possibilities.
The problem, as Andrew Aitchison and you see it, is not a problem in
my regard -- everyone has a choice which can be made: choose by the
language, or choose by the nation.
Of course, this would cause *major* breakage for old applications
which rely on one layout being there with a specific name.
The only applications that should care would be the installation
programs.
If systems are single-user, which defeats the purpose of X network
transparency. In multi-user environments, you cannot expect every user
to use the same language in every occasion.
I would actually prohibit all 1-, 2- and 3-letter files in these
directories unless they were ISO codes. (Otherwise, we end up with
the Latin America/Laos problem.)
I'd prohibit 1-letter
Re: [I18n] Re: Some thoughts on XKB symbols
Sorry, I meant shift levels. my proposed us-ascii would have just
key AE01 { [ 1,exclam ] };
not
key AE01 { [ 1, exclam, onesuperior, exclamdown ] };
I'd go for:
key AE01 { [ 1, exclam, any, any ] };
(I'm not sure if your idea would work like this -- if it would,
then this is unneccessary burden).
It's already done with only two levels in the pc/us keymap. I don't see a
reason to add the 'any's. The point was to move the generic us layout from
pc/us to pc/latin so that sun/, sgi/, etc could include them without getting
any PC-keyboard-specific baggage (like function keys or whatever).
Using a German keymap doesn't prohibit you from typing in English.
However, if you own a keyboard made for Switzerland, but you set
the keymap to be German (the dominant language here), you won't be
able to type the characters on your keyboard -- like finding
the @. Besides novices won't be setting this, the administrator will.
The thing I wanted to point out that if someone was offered with a
choice that read Germany (implying a country name) instead of
German, it'll be easy to mistake it for enter your current location.
It's a sort of Great Britain for the english layout -- would you ever
look for that if you needed english layout?
OTOH, when it says German there are no doubts, even if you're right
now sitting in a hotel in Germany wishing to type in English ;-)
The problem is that there is no English-language keyboard layout, nor is there
a German-language layout. There are different layouts for Britian, Ireland,
Canada, Australia, Germany, Switzerland, and Austria. So saying German or
French or English does leave doubts: is this a keyboard from France or does
this keyboard allow me to type the French language?
So, I cannot see any advantage to the naming scheme you seem to be
proposing, yet there are many disadvantages.
I agree. I think there are two ways of looking at this, but there are
three
types of keymap files: national (based on ISO 3166 country codes),
linguistic (ISO 639 language codes) , and random.
Looking just in the pc/ directory, I see the following breakdown:
Actually, many of these are the same for language and nation name,
thereby, this category would shrink very much. Besides, some would even
go to only lingustic (like sr for Serbian, because Serbia is a part
of larger country Serbia and Montenegro with ISO 3166 codes of CS and
SCG).
True, but that's really the problem with yu, isn't it? :)
The others, like de, es, fi, fr, hr, it, mk, nl, no,
pt, ro, ru, sk, th, tr apply to *both* language and country
(actually, these are the ones I know about; there are probably others).
The problem is that de, es, fi, fr, nl, and pt have different keymaps
depending on the *nation*.
Random: dvorak en_US la latin pc
So it seems that a good compromise would be to recomment the ones of
the national type to reflect the name of the country (in English), and
to leave the ones of the lingustic type to refect the name of the
language (in English). Does that address your concerns?
I see your point and it makes sense. Though, I'd go for an international
standard, because they've already invested time into avoiding
collisions.
I'd like to us an ISO standard for the filenames. For the description of the
group name, I would bet that we're constrained to 7-bit characters. Besides,
they are all in English now. Plus, in the ISO document, the country names are
listed in English.
http://www.iso.ch/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html
For the sake of difference, I would recommend the following:
- National keymaps should use ISO 3166 code in all UPPERCASE (eg. US)
- Linguistic keymaps should use ISO 639 code in all lowercase (eg. en)
This would allow one to have de which could apply to all the
countries where German is used (eg. de(DE)) and also a DE which
would only apply to Germany. In your example, CA (if that's the code
for Canada) would have CA(en), CA(fr), while fr would have fr(CA),
fr(FR),... It's up to the implementor to choose and see where to put
the actual definitions, and where to simply include them from the other.
I think this is a bad idea. Differentiating based on case can be problematic
(as was pointed out). However, I would think that using ISO 3166 2-letter
national codes and ISO 639 3-letter codes would work OK. Besides, most of the
current entries already follow this.
But I wouldn't encourage a large proliferation of these. For European and
North South Amarican keyboards, recommend the 3166 code. For Asian and
Arabic keyboards, recommend the 639 code. But don't go wild with all the
possibilities, otherwise we end up with the pt(BR)/en(US) problem that Andrew
Aitchison mentioned.
Of course, this would cause *major* breakage for old applications which
rely on one layout being there with a specific name.
Re: [I18n] Re: Some thoughts on XKB symbols
The only xkb_symbols us that I see are in digital/us and
xfree68/ataritt.
But the map would be the same as the xkb_symbols basic in pc/us,
basically, the same as latin(basic) only not including the group 2 or
3 symbols (exclamdown, etc.). However, it would be in the latin file
and included in the other us files.
Could you please differentiate between levels and groups in XKB
terminology. All keymaps in pc/ should use *only* one group to
facilitate multi-layout features of XKB in XFree 4.3.
Sorry, I meant shift levels. my proposed us-ascii would have just
key AE01 { [ 1,exclam ] };
not
key AE01 { [ 1, exclam, onesuperior, exclamdown ] };
Sorry for misusing the terminology.
But basicaly, this could be done simply without breaking compatibility.
You just create a xkb_symbols(ascii) in pc/us file, and put
NoSymbol or any on higher levels, and just include that from
basic.
Yeah. My simple proposed change here is to move these definitions to the latin
symbol file, then include them from the appropriate us symbol files. I don't
think it would break compatability. I do think that it would remind people
who make new keymaps that the default US behavior has to be to only output
ASCII, because that is the lowest common denominator for the US.
(Btw, basic in pc/us is practically us, eg. just calling
setxkbmap -layout us will set the pc/us(basic) map).
Wouldn't `setxkbmap -layout us` set the us(basic) map and `setxkbmap -layout
pc/us` set the pc/us(basic) map?
OK, so we can pick another name. My point is to preserve the (blurred)
difference between nations and languages. Nations determine keyboard
layouts, not languages (the French, Canadians, and Swiss all use
different keyboards to type the French language - azerty, qwerty, and
qwertz). But see more below.
I tend to disagree with this statement. There are a couple of language
(a dozen at most) that are used in several countries in the world (like
Spanish, French, Portuguese, German, English,...). For those languages,
and for those countries, your proposal would be sane.
Alas, there are another 150+ countries with even more languages that
don't belong into this category, and where the relation
language = country strongly holds.
So, maybe this would make sense for several keymaps, but it wouldn't
for most of them, especially since one may want to use a *language*
while in other country -- and many users (especially novices) will make
mistake if they're located in Germany, and then choose Germany as
their keymap (not knowing that they're actually setting a keyboard map
because they're just honestly stating their country of location), even
though they want to type in English.
Using a German keymap doesn't prohibit you from typing in English. However, if
you own a keyboard made for Switzerland, but you set the keymap to be German
(the dominant language here), you won't be able to type the characters on
your keyboard -- like finding the @. Besides novices won't be setting this,
the administrator will.
However, I imagine that using a Bengali keyboard will prevent one from typing
in Hindi (or something).
So, I cannot see any advantage to the naming scheme you seem to be
proposing, yet there are many disadvantages.
I agree. I think there are two ways of looking at this, but there are three
types of keymap files: national (based on ISO 3166 country codes),
linguistic (ISO 639 language codes) , and random.
Looking just in the pc/ directory, I see the following breakdown:
National:
al (Albania) am (Armenia) be (Belgium) bg (Bulgaria) br (Brazil) by
(Belorussia) cz cz_qwerty (Czech Republic) de (Germany) dk (Denmark) ee
(Estonia) el (Greece) es (Spain) fi (Finland) fo (Faroe Islands) fr fr-latin9
(France) gb (Britain) ge_la ge_ru (Georgia) hr (Croatia) ie (Ireland) il
il_phonetic (Israel) ir (Iran) is (Iceland) it (Italy) lo (Laos) lt
(Lithuania) lv (Latvia) mk (Macedonia) ml (Malaysia) mm (Burma) mt mt_us
(Malta) nl (The Netherlands) no (Norway) pl pl2 (Poland) pt (Portugal) ro
(Romania) ru (Russia) se (Sweden) si (Slovenia) sk sk_qwerty (slovakia) sr
(Serbia) th th_pat th_tis (Thailand) tj (Turkmenistan) tr (Turkish) ua
(Ukraine) us (United States) uz (Uzbekistan) yu (Yugoslavia)
Linguistic: ar(abic), ben(gali), hi(ndi), guj(arati), gur(mukhi),
iu(inuktitut), kan(nada), ogham, ori(ya), sami, telugu, tamil
Random: dvorak en_US la latin pc
So it seems that a good compromise would be to recomment the ones of the
national type to reflect the name of the country (in English), and to leave
the ones of the lingustic type to refect the name of the language (in
English). Does that address your concerns?
For the random ones, dvorak will have to stay, and both latin and pc are kind
of include files (though it there ever comes a country or language with ISO
code pc ...) The two that I'm worried about are en_US (which looks like a
locale for no good
Re: [I18n] Re: Some thoughts on XKB symbols
No, I didn't mean to imply that FR was choosen as a default for fr because of textual similarity, but rather, because France, with ISO 3166 code of FR, is the originator of French language fr (perhaps this is not a good enough reasoning, and your reasoning based on population might be more adequate, but that's another topic). The problem is that as the originator of the French language France has nothing to do with the keymaps that, say, Canada has chosen. Perhaps this model of keymap orientation works for other parts of the world, but not in Europe, or with European languages. This would imply that we would have en(GB) as default for en and pt(PT) (if PT is indeed a code for Portugal) for pt. Portugese (pt iirc) is worse; iirc pt(BR) massively outweighs pt(PT). The idea was exactly to try to limit these collisions. The Brazilian user would actually prefer to use BR (which would default to BR(pt) and be the same as pt(BR)), same as US user would probably prefer to use US (which would default to US(en), being equivalent to en (US)). Another problem with the US(en) model is that the current us file has lots of settings for 105-key keyboards and such things, that would be specified by US(105-key) or something, which has no language code. I believe that everyone can be satisfied at least a bit -- I don't expect Brazilians to mind that using just pt will not give them adequate keymap, if BR would do the trick. Still, Portuguese would be very happy that their keymap is considered default for pt. I think we have established that this is an area where people's prejudices will cause them to make unexpected assumptions. Yes, quite so. I was just trying to remedy that by providing *both* choices -- based on country, and based on language. So, if one Brazilian fellow actually insisted to access the keymap using the language name, it wouldn't (or shouldn't) be a problem for him to use pt(BR). It isn't necessary to fill this matix of language and country. I think a compromise of using nation or language codes when appropriate is a better idea than trying to manage an unwieldy matix. We have enough troubles keeping the keymaps supported. But, if we count in the prejudices, there'll probably never be a perfect solution. If there were, there would be no need to discuss this at all, and we would continue with the current trend of assigning keymap names on the when it comes basis. I would agree, with just the caveat that no 1-, 2-, or 3-letter files. Unless they fall into *some* category. Frank ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[XFree86] Error with nvidia driver and Xfree :(
Hi all, I send this mail, because with my linux 2.4 and nvidia driver, i can't use the nvidia module with xfree 4.3. I don't understand, because this same configuration works correctly with another computer. Before, Xfree 4.3 worked with a kernel 2.6 and the nvidia driver, and i did not have this problem. I send you my XF86Config. Xfree tells me than it does not find my screen section. Thanks for you help. Stephane # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ** # Section Module # This loads the DBE extension module. Loaddbe # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection extmod Optionomit xfree86-dga # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Loadtype1 Loadspeedo #Loadfreetype #Loadxtt # This loads the GLX module Load glx # This loads the DRI module #Load dri EndSection # ** # Files section. This allows default font and rgb paths to be set # ** Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ #FontPath /usr/X11R6/lib/X11/fonts/TrueType/ #FontPath /usr/X11R6/lib/X11/fonts/freefont/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ # The module search path. The default path is shown here. #ModulePath /usr/X11R6/lib/modules EndSection # ** # Server flags section. # ** Section ServerFlags # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging #Option NoTrapSignals # Uncomment this to disable the CrtlAltFn VT switch sequence # (where n is 1 through 12). This allows clients to receive these key # events. #Option DontVTSwitch # Uncomment this to disable the CrtlAltBS server abort sequence # This
Re: [XFree86] Problem with nsc driver
On Tue, Aug 12, 2003 at 01:57:33PM -0400, Tim Caine wrote: I am using a board with the 5530 chip. When I switch consoles, the display is blank. Also, sometimes the unit will not enter graphics mode when I start X (the screen is blank). I can not get any error information because I can not switch to a text console when this happens. Is there a solution to this problem? What version of XFree86 are you using ? Look in /var/log/XFree86.0.log Alan. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Installation Question
I am trying to install with the binaries provided by xfree86. I ran Xinstall -check It response was Binary distribution name is 'Linux-ix86-glibc23' I downloaded the 12 files, then ran Xinstall.sh. Started seeing this error: cannot handle file 'libc.so.6' with TLS data I am running Red Hat 9. How do I fix this so I can procede? Brian ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X-window crash report
On August 14, 2003 12:26 am, [EMAIL PROTECTED] wrote: Please go through the attached server crash report and suggest a solution. My suggestion is that you are using an unsupported video card. What Vendor/Make/Model is your video card? Are you using the correct driver for it? If it is in fact a supported video card, then please file a bug report, including the output from scanpci -v to the XFree86 support team (this is the general user mailing list). Also, if it is a supported video card and you feel ambitious, you _could_ edit the xf86PciInfo.h file yourself and try recompiling. Again, if you succeed in doing so, make sure the development team is aware of what you have done. HTH, Brian -- There is always something new out of Africa. -- Gaius Plinius Secundus pgp0.pgp Description: signature
Re: [XFree86] (no subject)
On Thu, Aug 14, 2003 at 05:38:36PM +0200, Alain TEULET wrote: /usr/X11R6/bin/startx : line 113 : cannot create temp file for here document : Read Only file System Is your / or /tmp/ filesystem readonly? Maybe you've had some HDD crash which lead to this... Mit freundlichen Grüßen, Jan-Benedict Glaw ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] UTF-8 and Motif?
On Wed, 2003-08-13 at 10:14, Berge, Harry ten wrote: But I thought the core X font / print calls like in motif don't support UTF-8 ?! They only support the encoding of the locale. If the encoding of the locale is UTF-8, it will generally work fine. From one perspective, UTF-8 is just another multibyte encoding like EUC-JP or EUC-CN (GB2312). Regards, Owen -Original Message- From: Owen Taylor [SMTP:[EMAIL PROTECTED] Sent: Wednesday, August 13, 2003 3:43 PM To: [EMAIL PROTECTED] Cc: SuSE general (E-mail) Subject:Re: [XFree86] UTF-8 and Motif? On Wed, 2003-08-13 at 08:50, Berge, Harry ten wrote: Hi, We have an 'old' Motif application that needs to becomeUTF-8 aware for a Chinese customer. The question is how? Motif doesn't support UTF-8, so basically the advise that we already had was go to use Qt or GTK, don't use Motif (anymore). But is this the only alternative? Wouldn't it be possible to use Xf2 / Freetype from within our Motif application? Not for menus, text entry boxes, etc. I'd really expect that if you run in a UTF-8 locale, things might just work with your application. (Well, as well as core X fonts ever work.) And if you aren't running in a UTF-8 locale, things will be hopeless. Motif and its dependencies are completely tied to the idea that they are using the encoding of the locale. A lot of old Motif apps (Acroread, Netscape 4) don't work well in UTF-8 locales, but that's generally application bugs. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] need urgent help
hi , after installing RedHat9.0 on my pc (i810/1GHz) I am facing a problem relating to display. My display is not starting and the log file of X in var/log is saying that two modules bitmap and pcidata failed to load. Now how I will load these two modules and how I will come to know which rpms are required to be installed for loading these two modules. thanks and regards Ritwik rddreamz ___ Meet your old school or college friends from 1 Million + database... Click here to reunite www.batchmates.com/rediff.asp ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Solved: int10 problem
Not allowing write access to /dev/mem will not get us very far. Essentially it means you cannot start an accellerated X server when the grsecurity patches are in. Currently we do need write access to /dev/mem to write to the fb and the HW registers. Egbert. Brian Richardson writes: Hello all, I have solved the problem with the int10 module that I posted 2 weeks ago. The answer, (of course) is surprisingly simple. For those that didn't read the initial post, here is the specific problem: (EE) NVIDIA(0): Cannot map SYS BIOS (EE) NVIDIA(0): Unable to initialize the XFree86 Int10 module; the console may (EE) NVIDIA(0): not be restored correctly on your TV. The reason for this is an option in the grsecurity patch to the Linux kernel; do not enable the option that says Deny writing to /dev/kmem, /dev/mem, and /dev/port The mmap() call that is made when the video BIOS segment is initialized will fail without write access to the video memory. Perhaps devfsd could be configured to allow this write only to root when the X server starts. Regards, Brian -- Commoner's three laws of ecology: (1) No action is without side-effects. (2) Nothing ever goes away. (3) There is no free lunch. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 server crash
This is likely one of the known bugs with the font renderer. Try specifying the xtt module in the XF86Config instead of the freetype module. Mark. On Wed, 13 Aug 2003 [EMAIL PROTECTED] wrote: Hi! Today I've expirienced X server crash. I'm not sure which details you need from. You are welcome to contact me if some information would be needed. Here's short description of what has happened. I started Mozilla to view URL http://www.postbank.de and at that moment crash happened. My video card is NVidia GeForce 2 and I'm using 'nv' as driver for this device. Log file is attached to this email as well as my XF86config. I've compiled X from the source files. I guess this is not much, but it's the first time when X server crashed so I'm not sure what to look for. I don't know if it is worth mentioning but few hours before the crash I've watched .avi file using MPlayer. Andrei Voropaev ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Keyboard problem: two keys are indistinguishable
Hi! I'm currently bringing a graphical front end to an old IBM electronic cash register. This machine has got a (mostly) PC style keyboard and is internally attached to a PS/2 or AT keyboard controller. I'm using Debian's XFree86 Version 4.2.1.1 on Linux. Nearly all keys do work properly (some of them are A .. Z etc.), but I've got three pairs of two keys which look exactly identical within X11. xkeycaps as well as xev present them as the same keys, as well. This is with: Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout de Option XkbVariantnodeadkeys I've even tried to re-define any keycodes (like in: clear Shift clear Lock clear Control clear Mod1 clear Mod2 clear Mod3 clear Mod4 clear Mod5 keycode 8 = Fabovedot keycode 9 = fabovedot keycode 10 = Mabovedot keycode 11 = mabovedot ... keycode 253 = Abrevebelowdot keycode 254 = abrevebelowdot keycode 255 = Ebelowdot ) but these key pairs are still identical. (- I'm not dependand on getting correct 'A's after pressing a key labeled with A...). However, on a virtual console, these keys are identifyable: I showkeys| showkeys -s ===+=+== Cursor up I 103 down/up | dn: E0 2A E0 48, up: E0 C8 E0 AA unnamed keyI 125 down/up | dn: 5A, up DA ---+-+-- Fn I 126 down/up | dn: 5B, up: DB Manager Storno I 104 down/up | dn: E0 2A E0 49, up: E0 C9 A0 AA ---+-+-- RetoureI 105 down/up | dn: E0 2A E0 4B, up: E0 CB E0 AA 1 I 127 down/up | dn: 5C, up: DC Is there any way I can reconfigure the keyboard mapping so that these keys can be distingished? Thanks a lot, Jan-Benedict ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] ATI Rage 128 Pro GL PF + DFP (DVI)
I would remove the panel width and height and let the config program find them himself: Done, same result :-( Even the log files are identically (except of the timestamp and the two removed options, of course :-) Anything else I could try? Thanks Eugen ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Your kind assistance
As-Salam Alaikum, May Allah's Peace, Mercy and Blessings be with you. Dear Sir, I am Mrs. Mariam Abacha, the widow of late Gen. Sanni Abacha former Nigerian Military head of state who died mysteriously in June 1998 as a result of cardiac arrest. Since his death, the family has been going through immense harassment including undue police restriction and molestation. The family bank account here and abroad has been frozen by the Federal Government. Our plight ever made worse by the confiscation/seizure of our family landed properties and investments here in Kano, Nigeria and those known abroad. One of the witch-hunting search light of the government bead on my late husband's account at a Swiss Bank which had a sum of US$700M in it and another 450M pounds sterling in a London account frozen. It is for this reason that I deceied to move the sum of US$30m into a financial security company, following the death of my husband and threats by the Federal Government. This money was part of the kickbacks given to my late husband by his Arab friends for oil License that he generously gave them while in office. After going through your profile not minding the consequences but hoping that you would understand my predicament and the need for your consideration, I humbly appeal to you on behalf of the entire family to assist us to receive the money from it's location into your country where we believe would be safe, since I cannot leave the country now due to the traveling ban and movement restriction placed on me and the family, including my son Mohammed who was just released on bail. I seek your assistance/advise for investment in your country. I need your cooperation and understanding, please. You can reach us through the family lawyer Barrister Mark Anthony (SAN). He shall brief you further on the effective and logical movement of the money. You can reach him preferably via his email adress:[EMAIL PROTECTED] , or on line tel/fax number 234-803-3321055.Please, furnish him with your Fax, Telephone and Mobile numbers for an easier communication. For your anticipated corporation, I, the family and the lawyer have agreed to give you 30% of the money for your assistance while 70% shall be investment on trust for us until we arrive in your country, as soon as all traveling bans are lifted and freedom regained. Please,treat with confidential I plead. Best regards HAJIA MARIAM ABACHA (MRS). ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] compiling from latest cvs stops
I've been trying to compile rom cvs, but can't get past make World because of an error... It seems to be looking for security document, but cant find it, so it stops... I'm on debian woody with 2.4.21 kernel using gcc 295 and I was wondering if it could be an issue with the soiurce or with the fact that I'm using an older compiler. I think the latest is gcc 3.3 Any thoughts? thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Black border around display
On Wed, Aug 06, 2003 at 04:45:23PM +0800, Craig Ringer wrote: I have a new Toshiba laptop with an NVidia-based card. The screen can do a resolution of 1600x1200. I tried to use my Gnome control panel to increase the font size, and that works for many applications, but a number of applications, notably mozilla, and xmms, still use painfully tiny fonts. I'd rather go back to using a resolution of 1024x768, which is comfortable for me. LCDs like on laptops can't really do that. They can scale 1024x768 up to 1600x1200 and display that, but it's /ugly/. At least in my opinion, you're much better off just fixing the fonts in everything. Concur strongly. Any idea how to stretch the display to fill the screen in a smaller mode? It's often a BIOS setting. Otherwise, no idea sorry - p'haps somebody with a Geforce*go based laptop can help out There's an AllowStretch keyword that's usable with the Chips driver; perhaps it works with the NV driver as well? 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] Help Needed for running X windows!
hi, It seems that the X-windows is already running on a different tty (check with ctrl+alt+F7 key combination), and still u get the same error, then remove the /tmp/.X0-lock file and the /root/.Xauthority file. hope this will solve ur problem, regards, Sharad. --- Ganesh Ganapathy [EMAIL PROTECTED] wrote: Hello, X windows is not running. Could you please help me to resolve this problem?. I am running Red Hat Linux release 8.0 (Psyche) Kernel 2.4.18-14 on an i686. when I tried to run X windows, it gives the following error. --- [EMAIL PROTECTED] startx Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to [EMAIL PROTECTED] 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. [EMAIL PROTECTED] --- Thanks for your help support. Regards, Ganesh. Send free SMS using the Yahoo! Messenger. Go to http://in.mobile.yahoo.com/new/pc/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] NVidia GeForce2 MX(?)
attached is the server log from an upgrade I attempted, running on Linux 7.2. First upgraded to XFree86 4.0.2, then immediately followed this up with XFree86 4.3.0. Obvious initial problem was Linux 7.2 X86 didn't have driver for NVIDIA card : GeForce2 MX Determined from docs that the upgrade to 4.0.2 should include the necessary driver for this card (?) -- please advise on next steps to fix. Thanks XFree86.0.log Description: Binary data
Re: [XFree86] Bug in Linux Red Hat 9
Helo Mark, Thanks by atention! I don´t locate this files (bitmap pcidata). What I can do? I am a inexperient user... Saulo --- Mark Vojkovich [EMAIL PROTECTED] escreveu: I saw another report like this a week or two ago. It seems that the modules XFree86 needs have either disappeared or become inaccessible. What does ls -l /usr/X11R6/lib/modules and ls -l /usr/X11R6/lib/modules/fonts say? Mark. On Tue, 5 Aug 2003, [iso-8859-1] Saulo Wulhynek wrote: Helo, I have install Linux Red Hat 9 in my machine and run it 10 times (maybe). Today, whem I try power up, it failed! Can you help-me? Thanks Saulo ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] no modem found (is red hat supports win modem?)
I'm afraid you're talking to the wrong list. You want to head over to www.redhat.com and search for win modem. That should get you started. I'm not sure what redhat includes as far as drivers, but it may be that there is an open source, or binary only driver available from the manufacturer... -Wes Mithat kaya wrote: Hi there I have hp pavilion ze4420. I have installed red hat 9. When I try to setup the modem it says no modem found, I gues it is a win modem, I am not sure if red hat supports win modem or not, How am I going to set up the modem, if any help about this, I will be really happy many thanks Mithat __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86 and Apple Studio Display 17 LCD DVI
I had previously posted a note that I could not get XFree86 to work with the Apple Studio Display 17 LCD via DVI port on a Radeon 7500 card. The Apple monitor remained blank. I knew the hardware was ok because I could drive a (borrowed) Sony monitor. Note that this hardware combination worked under Windows XP with no difficulty. I was never able to resolve this despite 2 weeks researching, modifying configs, trying CVS drivers, and very generous help from several people working on XFree86. Finally, based on other suggestions, I bought a Nvidia card (a lot cheaper than getting a new monitor grin). Out of the box with the standard XFree86 driver (nv) the screen lit up (first time that had happened with XFree86) but showed only hash - no image. As soon as I installed the Nvidia driver (nvidia downloaded from their site), the monitor worked gloriously. I post this for the record and with the hope it will help someone else in the future. But I think the experience also makes another point -- the long-term success of Linux depends in part on active support from the commercial hardware sector. And I for one, think the Linux community might be more explicit in their support of those companies that are responsive. I built this homebrew PC explicitly to run Linux -- but in all my readings of various forums there was no clear statement that Nvidia cards were more likely to work with unusual monitor situations than Radeon cards. I bought the Radeon card largely by chance. Next time I see a what hardware is best with Linux post, my response will be to explicitly recommend Nvidia. Another obvious -- more important -- example of the importance of corporate support (support, not ownership) is IBM's very clear, forceful response to the OSC lawsuit (I may have the corporate ID wrong -- apologies). I understand that IBM is motivated by enlightened self-interest here -- but such insight is going to be key to the success of the open-source movement. Again, many thanks to all those in the Linux community who responded to my posts and offered suggestions. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Changing virtual consoles with STRG+ALT+F[1-6] does not work afterupdate
Well for me to switch to my consoles once X is up and running I have to use CTRL ALT F1-7 instead of just ALT F1-7 try that. - Original Message - From: Bernd Muent [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 6:39 AM Subject: [XFree86] Changing virtual consoles with STRG+ALT+F[1-6] does not work afterupdate Hi, I've just updated to XFree86 4.3.0. It works well, but I can not not change to any of the virtual consoles with STRG+ALT+F[1-6]. Instead it writes 23~ (F1) or 24~ into a xconsole. So what has to be changed? I looked in .xmodmap: Keycode 67 = F1 F11 I changed it to: Keycode 67 = F1 F11 F1 F1 and reloaded with xmodmap ~/.xmodmap. Nothing changed :-( Thank you for tips, Bernd -- Bernd Münt Durchwahl: 030/69032-509 euroscript Language Services GmbH Zentrale: 030/69032-300 Abteilung IT-ManagementFax: 030/69032-333 Grimmstr. 23 Mail: [EMAIL PROTECTED] 10967 Berlin Web: http://www.euroscript-ls.de ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/03 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] problem 'scanpci -v'
Hello, I am running OpenBSD 3.3 and am having a problem. It said to send you the output from scanpci -v. Attached you will find that information. I have never had any problems configuring X, so I hope this works. Thanks, Curt Micol scanpci Description: Binary data XFree86.log Description: Binary data
Re: [XFree86] How to upgrade from 4.2.1 to 4.3.0
http://www.xfree86.org/4.3.0/Install.html Also, many Linux distributions have easier ways to install, such as RPMs, but the above instructions should work in any case. Mark. On Sat, 9 Aug 2003, Kim Mackey wrote: Hello, and please forgive such a simple question, but I am quite new to UNIX and get confused by some of this. I am currently running version 4.2.1 of xfre86 and would like to upgrade to version 4.3.0, and am just not sure how to do this. What files do I need to download? Do I need the original source code for 4.2.1 or can I just patch my current install? I have searched the archives and looked at many pages at xfree86.org but I am just not sure what to do. thanks for the help. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Radeon driver problem
take a look at the new radeon man page. You might try adding the option MonitorLayout from the man page: Option MonitorLayout string This option is used to overwrite the detected monitor types. This is only required when driver makes a false detection. The possible monitor types are: NONE -- Not connected CRT -- Analog CRT monitor TMDS -- Desktop flat panel LVDS -- Lapto flat panel This option can be used in following format: Option MonitorLayout [type on primary], [type on secondary] For example, Option MonitorLayout CRT, TMDS Primary/Secondary head for dual-head cards: (when only one port is used, it will be treated as the primary regardless) Primary head: DVI port on DVI+VGA cards LCD output on laptops Internal TMDS prot on DVI+DVI cards Secondary head: VGA port on DVI+VGA cards VGA port on laptops External TMDS port on DVI+DVI cards The default value is undefined. -- I have a system running XFree86 4.3 and a Radeon 7500 VE dual head card. I'm running \ the heads using Xinerama. I can't get to that box right now, so I can't include the \ config files. For some reason, this box randomly locks up or reboots. I think it's \ probably the video card/drivers, but I don't know since I can't make it happen \ consistently. I'm pretty familiar with Linux, but I don't know much about X. Are there any known issues with the Radeon drivers locking up in 4.3? I can't find \ anything that matches this problem in Bugzilla. I tried to update to the CVS drivers built by Alan Hourihane. When I replace the \ XFree86 and radeon_drv.o files and try to start X, all I get are blank monitors. I \ can back out of X with ctrl+alt+backspace, but the screens stay off. I usually have \ to shutdown blindly at this point and switch the file back to get things working \ again. Can anyone give me an idea of what I'm doing wrong here? Thanks. __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] little problem
I am using RedHat Linux #9 with an Asus P4P800 i865 800FSB and NVIDIA GEFORCE-FX 128MB card and ViewSonic E90fb monitor. All is well during install in text mode including opening page and non-text buttons and all is well operating in text mode but monitor blacks out when I try to 'startx' and view meter screen shows small vertical and horiz numbers and 'status' OVER message. (I have not yet determined what a viewmeter does or is trying to tell me and I have no idea of how to access the interactive 'viewmatch' within the viwsonic monitio system. I can't adjust settings through 'Xconfigurator' as the screen goes black. Though I chose the correct monitor and NVIDIA GEFORCE-FX (generic) settings in original install the XF86Configuration file does not reflect those choices. I have not yet tried to change the file settings with vi - is this my next step? Anyone got any ideas? I am not a total newbie as I have been working for over a year on various Beowulf system setups with Linux. But, I am not a programmer or sys mgr yet - (still in the role of sorcerer's apprentice at this time) My 'day job' is 5th grade teacher. Any help or directions towards help will be very much appreciated - thanks Jared R. Simmons [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Black border around display
On Wed, Aug 06, 2003 at 02:20:18PM +0200, Anand Buddhdev wrote: Most fonts should be fixed by using the GNOME and KDE control panels. Mozilla you can fix in Edit-Preferences, choosing Appearance then fonts in the dialog box and then increasing the font sizes shown there. XMMS has a font option in the preferences. Most other apps will use your GTK font settings as configured by GNOME. Well, I've tried this. In xmms, there is a font setting, but it only changes the size of the text in the playlist box, for example. The actual xmms window remains as small as ever, with *tiny* text and buttons, which makes it hard to click the right one. XMMS, in particular, has a Double size switch, which doubles the size of *everything*; my screen's only 8x6, but I run it that way anyway; yes, it's sticky. Mozilla's font settings also seem to only affect the text it displays in web pages. However, mozilla's own menu and preferences box uses the same tiny fonts, that are very hard to read. So for example, the bookmarks menu item, or the toolbar has very small text. Hmmm... on Windows, NS7's menus and such are only adjustable with the Font Scale control; on Linux, I'd *suspect* there's something in one of the prefs.js files you could twiddle, but I'm not sure what -- mozilla.org might be a better place to look. I smell a MiniHOWTO here... :-) 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
[XFree86] XFree86/Linux on Powerbook
Hello, I just encountered the problem, that the XFree is kind of slow on a Apple PowerBook running Linux. Is there any way (e.g. display driver) to speed it up using the second chip (quartz)? regards, Sebastian ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] PLS Help: 'gcc: cannot specify -o with -c or -S andmultiple compilations'
On Mon, 11 Aug 2003, Ady Deac wrote: I am trying to do 'make World' on the xc CVS source code. The error I get is: make[2]: Leaving directory `/home/src/xc/config/imake' cd ./config/imake make -f Makefile.proto all make[2]: Entering directory `/home/src/xc/config/imake' gcc DefaultGcc2i386Opt-I../../include ^^ ... is not defined. 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
Re: [XFree86] ATI Rage Mobility: internal vs. external display
On Fri, 1 Aug 2003, Burjan Gabor wrote: I'm using XFree86 4.3.0 on a Compaq Evo N400c notebook. This model has an ATI Rage Mobility VGA controller. At my workplace I have a quite good CRT monitor attached to the docking station and elsewhere there is the built-in LCD display. I also have two separate configuration file (see attachments), but now I have to exit from my X session started with LCD config and start a new one with CRT config in order to reach better refresh rate. Vice versa I have to exit from my X session started with CRT config and start a new one with LCD config in order to reach working refresh rate on LCD. It seems to me that this adapter doesn't support dualhead, but changing between refresh rates and VGA displays together should work if only the appropriate display is activated. Is there any run-time solution for this? Not currently, no. 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] Can't start X
I couldn't find an answer to my specific problem on the list, so I'm hoping that someone might be able to help. Please note that I haven't been using Linux that long and I need explicit instructions on how to solve this if anyone knows how. The files attached are the XFree86.0.log file (obviously) and the specific information on my computer (i.e. video chipset, etc.) The events leading up to the problem are thus: From installation CD's, I installed Red Hat 9.0 on a computer configured to dual-boot with Windows '98 SE. The kernel version on these CD's is 2.4.20-8. Once the installation was complete, I added the following software: OpenOffice.org, Mozilla 1.4 (final), JRE plug and Acrobat Reader. These files I dowloaded into Windows and then transferred to my Linux partition by mounting the vfat partition because I didn't have a working modem in Linux. After this, I installed the Linuxant modem driver. At this point everything worked fine. I was able to dial-up using kppp and connect to the internet. At this juncture, I connected to the internet and ran Red Hat's up2date service (demo account). There were a lot of packages that needed to be updated and it took 10 hours to download everything my modem. Once this was complete, I rebooted the computer and everything was still working. Then, I tried connecting to the internet, but the modem wouldn't work - this was because the modem driver compiles with the version of the kernel being used. Since the modem driver was in rpm format, I removed it using rpm -e and reinstalled it with the new kernel version 2.4.20-19.9 which was the updated kernel version installed from running up2date. I was then able to connect to the internet again. This is where the problem starts. The next time I booted the computer (I boot in text mode, rather than having x start automatically because, if something happens like it did once before, I can at least get at my files and transfer them to my Windows mount), the boot process went okay, but when I tried to start x, x wouldn't start I got the error message that it couldn't locate the module pcidata. I am aware that the file libpcidata.a is supposed to by located in /usr/X11R6/lib/modules/ but it is now gone from my computer. Earlier today after browsing on XFree86.org, I searched for libpcidata.a and found a link where I could download the file. I downloaded it in Windows and transferred it to my Linux partition, and rebooted the computer. I still go the message that the module pcidata couldn't be located. I also got an additional message (not included in the log file attached) something about minor version (7) being newer that system version (6). All I want to do is put the file libpcidata.a back on my computer in the easiest way possible. Can someone provide direction here? Thanks in advance. Colleen PCI devices found: Bus 0, device 0, function 0: Host bridge: Intel Corp. 82810 DC-100 GMCH [Graphics Memory Controller Hub] (rev 3). Bus 0, device 1, function 0: VGA compatible controller: Intel Corp. 82810 DC-100 CGC [Chipset Graphics Controller] (rev 3). IRQ 9. Prefetchable 32 bit memory at 0xf800 [0xfbff]. Non-prefetchable 32 bit memory at 0xff00 [0xff07]. Bus 0, device 30, function 0: PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 2). Master Capable. No bursts. Min Gnt=6. Bus 0, device 31, function 0: ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 2). Bus 0, device 31, function 1: IDE interface: Intel Corp. 82801AA IDE (rev 2). I/O at 0xffa0 [0xffaf]. Bus 0, device 31, function 2: USB Controller: Intel Corp. 82801AA USB (rev 2). IRQ 11. I/O at 0xff80 [0xff9f]. Bus 0, device 31, function 3: SMBus: Intel Corp. 82801AA SMBus (rev 2). IRQ 10. I/O at 0xdcd0 [0xdcdf]. Bus 1, device 7, function 0: Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 9). IRQ 9. Master Capable. Latency=64. Min Gnt=12.Max Lat=128. I/O at 0xecc0 [0xecff]. Bus 1, device 8, function 0: Communication controller: Conexant HCF 56k Data/Fax Modem (rev 8). IRQ 10. Master Capable. Latency=64. Non-prefetchable 32 bit memory at 0xfdff [0xfdff]. I/O at 0xecb8 [0xecbf]. Bus 1, device 12, function 0: Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 120). IRQ 5. Master Capable. Latency=64. Min Gnt=10.Max Lat=10. I/O at 0xec00 [0xec7f]. Non-prefetchable 32 bit memory at 0xfdfefc00 [0xfdfefc7f]. XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure
[XFree86] XFree86 cvs head fails to start
http://bugs.xfree86.org/show_bug.cgi?id=573 Any ideas? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Valid card with no appropriate data
If this is the Intel 845G chip (it looks like it), you need to be running XFree86 4.3. It wasn't supported prior to that. Mark. On Sat, 9 Aug 2003, Sandeep Kumar wrote: Sir, On configuring my new motherboard with onboard vga card with XFree86 - configure' I got the error: XFree86 has found a valid card configuration. Unfotunately the appropriate data has not been added to xf86PciInfo.h. Please forward 'scanpci - v' output to XFree86 support team. the output of 'scanpci -v' is attached in the file scanpci_v_output: I hope you will provide to this genre of cards in near future Regards sandeep -- Sandeep Kumar Final Year UnderGraduate Student Dept. of Computer Sc. Engg. I.I.T. Guwahati. email: [EMAIL PROTECTED] [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Video problems
Could be. You're sure it's not just the X server picking a refresh rate higher than what the monitor can deal with? Maybe the default vsync rate it uses at 1152x864 is enough lower that it falls within the monitor's limits where it picks a higher rate for 1024x768? Did you try reducing your HSync and VRefresh rates a bit to see if that helped? Craig Ringer Yeah pretty certain, my monitor has a nice little message box for whenever it recieves out of range refresh rates. This is exactly like power managed sleep. I like that - too many cheap monitors just go into powersave if overdriven. *sigh*. Well, that's my one guess exhausted. Have you tried a different monitor with it, just to check if XFree86 is behaving? Craig Ringer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] detach/reattach a session
Hi! I'm wondering, if theres a feature to detach and reattach Sessions using xdmcp, so that the Programms are still running on the Server and when I attach the Session again, they're still there as i left them. Is there something like this? Greets, Florian -- Florian Flachmeier, Diepholz/Germany[EMAIL PROTECTED] email: [EMAIL PROTECTED]ICQ: 77270516 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Black border around display
I have a new Toshiba laptop with an NVidia-based card. The screen can do a resolution of 1600x1200. I tried to use my Gnome control panel to increase the font size, and that works for many applications, but a number of applications, notably mozilla, and xmms, still use painfully tiny fonts. I'd rather go back to using a resolution of 1024x768, which is comfortable for me. LCDs like on laptops can't really do that. They can scale 1024x768 up to 1600x1200 and display that, but it's /ugly/. At least in my opinion, you're much better off just fixing the fonts in everything. Most fonts should be fixed by using the GNOME and KDE control panels. Mozilla you can fix in Edit-Preferences, choosing Appearance then fonts in the dialog box and then increasing the font sizes shown there. XMMS has a font option in the preferences. Most other apps will use your GTK font settings as configured by GNOME. Any idea how to stretch the display to fill the screen in a smaller mode? It's often a BIOS setting. Otherwise, no idea sorry - p'haps somebody with a Geforce*go based laptop can help out ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Problem report - Mandrake 9.1 on Dell Optiplex GX270 with Flat Screen 1504FP
Thanks to Craig Ringer and Jesse Hutton - while it does not solve my problem yet, I made a little progress. No Jesse Hutton, Option FlatPanel 1 does not work. I810(0): Option FlatPanel is not used -- Back to problem. The Flat Panel 1504FP is 1024x768 with Depth 8. Hsync 30-60, Vsync 56-75. In Boot session I see the following message: quote BIOS data check suceesfull You passed an undefined mode number Please press RETURN to see valid video modes, or SPACE or await 30 sec (either make your choice between various sets 80rows x N lines; or wait 30 sec) /quote -- I have been playing with /etc/X11/XF86Config-4 Section Monitor and Section Screen for DefaultColorDepth (mine is 8). I get two situations: 1. Half-success: Graphic display, but with enooormous font size, actualy useless (II) I810(0): monitor1: Using hsync range of 31.00-60.00 kHz (II) I810(0): monitor1: Using vrefresh range of 56.00-75.00 Hz (II) I810(0): Not using mode 1024x768 (no mode of this name) (II) I810(0): Not using mode 800x600 (no mode of this name) (II) I810(0): Increasing the scanline pitch to allow tiling mode (640 - 1024). (--) I810(0): Virtual size is 640x480 (pitch 1024) (**) I810(0): *Built-in mode 640x480 (II) I810(0): Attempting to use 73Hz refresh for mode 640x480 (41) (--) I810(0): Display dimensions: (300, 220) mm (--) I810(0): DPI set to (54, 55) 2. Disappointement: The blue screen, where a small clock logo is working quite a long while, screen changes into various coulours, at the end it became blue, with a small white space, written in nice font (precisely what I would like to get !) and a note Impossible de lancer le programme Impossible de creer le module d'entree/sortie: Too many open files. I definitely hate to have my OS in anything else than ASCII, they probably say Impossible to launch(?) the program. Impossible to create IO module: Too many open files Once this is closed (click click), I have full blue sceen, my mouse is able to open half-broken menus of KDE environment. But nothing can be done with it, except reading it. My Conclusion: I think I miss correct information for ModeLine for Section Monitor Section Monitor Identifier monitor1 VendorName Plug'n Play #ModelName Dell 1504FP Flat Panel 1024x768 HorizSync 31-60 VertRefresh 56-75 something similar to Sony Vaio: # Sony Vaio C1(X,XS,VE,VN)? # 1024x480 @ 85.6 Hz, 48 kHz hsync ModeLine 1024x48065.00 1024 1032 1176 1344 480 488 494 563 -hsync -vsync Any help would be much appreciated. What I have in doc/log is: # DELL 1504FP, 1024x768 @ 60 Hz # Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 60 kHz, PixClock max 80 MHz # Supported additional Video Mode: # clock: 65.0 MHz Image Size: 304 x 228 mm # h_active: 1024 h_sync: 1048 h_sync_end 1184 h_blank_end 1344 h_border: 0 # v_active: 768 v_sync: 771 v_sync_end 777 v_blanking: 806 v_border: 0 I do not know enough about it, it seems that guessing below is NOK. ModeLine 1024x76865.00 1024 1048 1184 1344 768 771 777 806 I also found quite interesting document explaining the chaos we have in Flat Panels: http://www.dell.com/us/en/gen/topics/vectors_2003-cvt.htm Dell Technology White Paper Proposed Display Timing Standard Addresses Demands of Digital Flat-Panel Displays Download PDF (275KB) January 2003 Shuguang Wu and Mohammed Farhat, Graphics Engineers Joe Goodart, Displays Engineer Elisabeth Porteneuve ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] HELP with XF86Config-4 file on DEll Inspiron 5000e with ATI RAGE 128 Mobility
Hi there, I need some help to configure my Dell Inspiron 5000e so I will be able to start the X. I have been surfing so many internet sites and read so many suggestion, tried many things, and now I had had it. Are there any chance that you can help me out on this. I have enclosed my XF86Config-4 file and the XFree86.log file... I really hope you can help me out on this stupid case, so I ccan start to sleep again. BR James XFree86.0.log Description: Binary data XF86Config-4 Description: Binary data
[XFree86] Changing virtual consoles with STRG+ALT+F[1-6] does not work afterupdate
Hi, I've just updated to XFree86 4.3.0. It works well, but I can not not change to any of the virtual consoles with STRG+ALT+F[1-6]. Instead it writes 23~ (F1) or 24~ into a xconsole. So what has to be changed? I looked in .xmodmap: Keycode 67 = F1 F11 I changed it to: Keycode 67 = F1 F11 F1 F1 and reloaded with xmodmap ~/.xmodmap. Nothing changed :-( Thank you for tips, Bernd -- Bernd Münt Durchwahl: 030/69032-509 euroscript Language Services GmbH Zentrale: 030/69032-300 Abteilung IT-ManagementFax: 030/69032-333 Grimmstr. 23 Mail: [EMAIL PROTECTED] 10967 Berlin Web: http://www.euroscript-ls.de ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: XFree86 Radeon Apple 17LCD -- config and logs
hmmm... it seems to find the monitor ok: (II) RADEON(0): Monitor1 EDID data --- (II) RADEON(0): Manufacturer: APP Model: 9217 Serial#: 50200042 (II) RADEON(0): Year: 2001 Week: 30 (II) RADEON(0): EDID Version: 1.2 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max H-Image Size [cm]: horiz.: 33 vert.: 27 (II) RADEON(0): Gamma: 2.35 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): redX: 0.631 redY: 0.351 greenX: 0.301 greenY: 0.570 (II) RADEON(0): blueX: 0.141 blueY: 0.096 whiteX: 0.311 whiteY: 0.330 (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 108.0 MHz Image Size: 337 x 270 mm (II) RADEON(0): h_active: 1280 h_sync: 1408 h_sync_end 1520 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1028 v_sync_end 1031 v_blanking: 1066 v_border: 0 (II) RADEON(0): Monitor name: Apple Studio (II) RADEON(0): Monitor name: Display (II) RADEON(0): End of Monitor1 EDID data Your config however needs some work. your screen section has no modes specified. that's probably causing the problem. try replacing this: Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Depth 1 EndSubSection SubSection Display Depth 4 EndSubSection SubSection Display Depth 8 EndSubSection SubSection Display Depth 15 EndSubSection SubSection Display Depth 16 EndSubSection SubSection Display Depth 24 EndSubSection EndSection with this: Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth 16 SubSection Display Depth 16 Modes1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes1280x1024 1024x768 800x600 640x480 EndSubSection EndSection == If you want 24 bpp change DefaultDepth to 24 Alex --- rda [EMAIL PROTECTED] wrote: Hui and Alex, I got the files off the Linux box (got my USB flash disk recognized, mounted, formatted, and unmounted -- had to learn quite a few things along the way -- but that's why I'm here). To recap: Hardware: Radeon 7500LE (PowerColor) -- using DVI port to Apple Studio Monitor 17 LCD Symptom: can boot fine into command line, but all attempts to get into XFree result in blank screen. Have tried _many_ config variations. Evaluation so far: I know the DVI port is ok because it will drive a (borrowed, now returned) Sony monitor. I believe the software thinks the monitor is up and running for two reasons: 1) I can exit blank screen by CTRL-ALT-Backspace -- and get message that that crashed X-server 2) at one point I had both Sony (on VGA port) and Apple (on DVI) monitors running -- the Sony had a blue screen -- no desktop -- but moving cursor and I could bring up a terminal window in the graphical interface -- and move the cursor off screen as if onto the space of the other Apple Monitor -- which was still blank. Attached please find two files 1) XF86Config.new 2) XFree86.0.log the XF86Config.new file was generated fresh by XFree86 -configure from the command line with the Apple monitor attached to the DVI port and the VGA port empty. -- I copied that config file to /etc/X11 as XF86Config (overwriting previous file) and then ran startx from command line -- monitor went blank as always -- waited about a minute then used CTRL-ALT-Backspace to return to terminal mode and immediately copied the XFree86.0.log -- which is the second file attached. Look forward to any insights these files provide. As I recall Hui's last guess was this was a TMDS issue and not a config issue. Again, many thanks for looking at this. regards, bob arbeit ATTACHMENT part 2 application/octet-stream name=XF86Config.new ATTACHMENT part 3 application/octet-stream name=XFree86.0.log __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Mach64 works with MDK9.0 but not MDK9.1
I have and old ATI Mach64 video card that works well in Mandrake 9.0 using XFree86 3.3.x, but not in Mandrake 9.1. When updating/installing Mandrake 9.1, I try to config with XFDrake using XFree86 3.3.x, but get no color bars during the test stage. When I reboot, the XFree(86) server tries to start several times, but crashes and defaults me to console mode. The log files show errors over color depth and resolution availability, and screen issues. I was wondering if it is possible to use the XFree(86) config files from Mandrake 9.0 in 9.1. If so, which ones are needed to be used? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Dont let your loans kill you!
Hey, Loans are a very quick way to get behind. What if we combined your debt into one manageable, LOW interest repayment? - Save you a lot of money by eliminating late fees - Settle your accounts for a substantially reduced amount - Stop creditors calling you on the phone - Avoid bankruptcy ... and more! Why keep dealing with the stress, and headaches? Combine your debt into a low interest repayment and get on with your life today!! Come here and take a look at how we can help. http://r.aol.com/cgi/redir-complex?url=http://[EMAIL PROTECTED]/index.php?N=g dont want any more? http://r.aol.com/cgi/redir-complex?url=http://[EMAIL PROTECTED]/r.php ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] transparent image display
On Sun, 10 Aug 2003, Matt Ficken wrote: How can I display a transparent image w/o a window frame around it and with the transparent parts of the image replaced with the window(s) behind it. I believe that this is how windows on KDE, MacOS X's Aqua and M$ Windows XP all have rounded corners. That's not how it works, at least not in X or XP. The windows have a shape mask. See the SHAPE extension to the X-Window system for making shaped windows. Xeyes is a sample app for that, though probably not the most simple app. http://cvsweb.xfree86.org/cvsweb/xc/programs/xeyes/ Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Valid card with no appropriate data
Sir, On configuring my new motherboard with onboard vga card with XFree86 - configure' I got the error: XFree86 has found a valid card configuration. Unfotunately the appropriate data has not been added to xf86PciInfo.h. Please forward 'scanpci - v' output to XFree86 support team. the output of 'scanpci -v' is attached in the file scanpci_v_output: I hope you will provide to this genre of cards in near future Regards sandeep -- Sandeep Kumar Final Year UnderGraduate Student Dept. of Computer Sc. Engg. I.I.T. Guwahati. email: [EMAIL PROTECTED] [EMAIL PROTECTED] pci bus 0x cardnum 0x00 function 0x00: vendor 0x8086 device 0x2560 Intel Device unknown CardVendor 0x8086 card 0x2560 (Intel, Card unknown) STATUS0x2090 COMMAND 0x0006 CLASS 0x06 0x00 0x00 REVISION 0x03 BASE0 0xe808 addr 0xe800 MEM PREFETCHABLE BYTE_00x01 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x cardnum 0x02 function 0x00: vendor 0x8086 device 0x2562 Intel Device unknown CardVendor 0x8086 card 0x2562 (Intel, Card unknown) STATUS0x0090 COMMAND 0x0007 CLASS 0x03 0x00 0x00 REVISION 0x03 BASE0 0xe008 addr 0xe000 MEM PREFETCHABLE BASE1 0xec10 addr 0xec10 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x cardnum 0x1d function 0x00: vendor 0x8086 device 0x24c2 Intel Device unknown CardVendor 0x8086 card 0x24c2 (Intel, Card unknown) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x02 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BASE4 0xd801 addr 0xd800 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x cardnum 0x1d function 0x01: vendor 0x8086 device 0x24c4 Intel Device unknown CardVendor 0x8086 card 0x24c2 (Intel, Card unknown) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x02 BASE4 0xd001 addr 0xd000 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x0b pci bus 0x cardnum 0x1d function 0x02: vendor 0x8086 device 0x24c7 Intel Device unknown CardVendor 0x8086 card 0x24c2 (Intel, Card unknown) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x02 BASE4 0xd401 addr 0xd400 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x03 INT_LINE 0x09 pci bus 0x cardnum 0x1d function 0x07: vendor 0x8086 device 0x24cd Intel Device unknown CardVendor 0x8086 card 0x24cd (Intel, Card unknown) STATUS0x0290 COMMAND 0x0006 CLASS 0x0c 0x03 0x20 REVISION 0x02 BASE0 0xec18 addr 0xec18 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x04 INT_LINE 0x0a pci bus 0x cardnum 0x1e function 0x00: vendor 0x8086 device 0x244e Intel Device unknown STATUS0x8080 COMMAND 0x0107 CLASS 0x06 0x04 0x00 REVISION 0x82 HEADER0x01 LATENCY 0x00 PRIBUS0x00 SECBUS 0x01 SUBBUS 0x01 SECLT 0x20 IOBASE0xc000 IOLIM 0xcfff SECSTATUS 0x2280 NOPREFETCH_MEMBASE 0xec00 MEMLIM 0xec0f PREFETCH_MEMBASE 0xfff0 MEMLIM 0x000f NO_FAST_B2B NO_SEC_BUS_RST NO_M_ABRT NO_VGA_EN ISA_EN SERR_EN NO_PERR_EN pci bus 0x cardnum 0x1f function 0x00: vendor 0x8086 device 0x24c0 Intel Device unknown STATUS0x0280 COMMAND 0x000f CLASS 0x06 0x01 0x00 REVISION 0x02 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BYTE_00x401 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x cardnum 0x1f function 0x01: vendor 0x8086 device 0x24cb Intel Device unknown CardVendor 0x8086 card 0x24c2 (Intel, Card unknown) STATUS0x0280 COMMAND 0x0007 CLASS 0x01 0x01 0x8a REVISION 0x02 BASE0 0x01f1 addr 0x01f0 I/O BASE1 0x03f5 addr 0x03f4 I/O BASE2 0x0171 addr 0x0170 I/O BASE3 0x0375 addr 0x0374 I/O BASE4 0xf001 addr 0xf000 I/O BASE5 0x1000 addr 0x1000 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x00 BYTE_00xc070e377 BYTE_1 0x00 BYTE_2 0x8073f50 BYTE_3 0x pci bus 0x cardnum 0x1f function 0x03: vendor 0x8086 device 0x24c3 Intel Device unknown CardVendor 0x8086 card 0x24c2 (Intel, Card unknown) STATUS0x0280 COMMAND 0x0001 CLASS 0x0c 0x05 0x00 REVISION 0x02 BASE4 0x0501 addr 0x0500 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x05 BYTE_00x01 BYTE_1 0x00 BYTE_2 0x80742c8 BYTE_3 0x pci bus 0x cardnum 0x1f function 0x05: vendor 0x8086 device 0x24c5 Intel Device unknown CardVendor 0x4005 card 0x24dd (Avance, Card unknown) STATUS0x0290 COMMAND 0x0007 CLASS 0x04 0x01 0x00 REVISION 0x02 BASE0 0xe001 addr 0xe000 I/O BASE1 0xe401 addr 0xe400 I/O BASE2 0xec181000 addr 0xec181000 MEM BASE3 0xec182000 addr 0xec182000 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x05 BYTE_00x109 BYTE_1 0x00
RE: [XFree86] Graphics interface problem
Just wanted to add some 'newbie instructions' on to that :0) To make it always boot in runlevel 3 (non-graphical mode) instead of your current runlevel 5, edit the file '/etc/inittab' -You'll find an entry with 'initdefault' on the end. Change the 5 to a 3 and save. You don't need to reboot at this stage...use 'telinit 3' to switch runlevels. You're now in text-mode. Now run 'startx', you'll get the same result, except now you'll have lots of info -hopefully describing what went wrong- printed on the console where you ran 'startx'. Once you've got to that stage, write back to the list with the new info you've found and attach your logfile :0) You might find searching through the list archives for the last few weeks helpfull-somebody else has recently had a problem with a black screen, seems to be something to do with the refresh rate they had set for their monitor making it go to sleep. -Oli = Original Message From Sebastian Schneider [EMAIL PROTECTED] = Hi, you were trying to start the X server, which has already been started (thats why the _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running errors arouse) Maybe your X display stuff isnt properly configured. So check out the appropriate config file in your /etc directory or start in runlevel 3 and run xf86config SES On Thursday, August 7, 2003, at 01:39 PM, Marco Pelizzari wrote: Hi, I have installed Linux Mandrake 9.1 on the following computer: HP Vectra VE 6/xxx Series 8 (Model number: D6546av) with an AGP Matrox G100 Productiva (Model number D5064-6048) video card During the installation the Mandrake installer detected correctly my video card so I went on happy. I decided to boot my system in graphical mode becouse I have not yet a linux expert user and so I help myself with the GUI interface. Unfortunately when the system statup, after detecting everything correct (lan, disk, module dependences etc...), I got a black screen !!! At this point I type CTRL + ALT + F1 to enter into a text tty1 terminal. I tried to star X and the output was: Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. I removed /tmp/.X0-lock and tried again typing X, but I got the following error output that I sent also in attachment _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running What I can do to solve this problem ? I thank you in advance Marco Pelizzari XFree86.0.log ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] RE: Laptop touchpad and XFree86 4.3.0
Peter Wainwright writes: I put some debugging spew in the XFree86 mouse driver and watched it run; the problem seems to be with the timing of the reset sequence. This as far as I could tell is what happens: The driver seems to be sending the reset FF, waiting for a while, decides there is to be no response, sends another reset FF (these are the hexadecimal representations of the bytes on the wire). Meanwhile the touchpad is working away... It sends an ACK(nowledgement) for the first reset (FA), and one for the second. So the driver receives FA FA where it should receive just the one FA followed by the data AA 00. It then tries yet another reset... I have the synaptics interface documentation which is probably available somewhere on their website. It may be helpful in fixing this - if it needs to be fixed - it specifies the PS/2 protocol and this reset sequence in detail including timing. I just tried again... With my original kernel (Red Hat, 2.4.20-6), there is a long wait on startup. With my recompiled kernel, everything works! Maybe this is something to try. Well, I could add some code that eats up uexpected 0xFA. This may however degrade consistency checking at other places. Increasing the wait period for the device reply may make mouse failure detection mainfully long. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Report problem
I am a beginner in Linux. I was trying to install Slackware. But I have a trouble. Would you please solve this problem for me?. Thank you very much. best regards, kunta biddinika Student of nuclear engineering Gadjah Mada University INDONESIA === TELKOMNet Instan Divre VI Kalimantan memberikan DISKON PROGRESSIVE kepada para pengguna TELKOMNet-Instan hingga 50% mulai bulan Juli hingga September 2003. === XFree86.0.log Description: Binary data
Re: [XFree86] newbie - i wanna run KDE but XFree86 runs first!
On Tuesday 05 August 2003 12:28 pm, Craig Ringer wrote: Starting kdm from a root login brings up the login manager window where he ca login as user.. Then make the changes to allow his syste to start as init 5 (Xwindows), log out and reboot into Xwindows, kdm login manager. Yeah, I realise. I was only suggesting an alternative in case for some reason launching kdm didn't work - for example, if it for some reason had not been installed. He mentioned that he was able to launch KDE manually, so a startx based approach was likely to work. Craig Ringer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 YUP, you're right, I wasn't thinking G -- Ken Thompson -- WA7SYR Payette, Idaho ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Any good downloaders for X?
I've been searching all my favorite download sites, but I can't seem to find a good downloader for X. It should allow DL'ing of whole directories, resume, and be compatible with X and Slackware Linux 9. Can anyone recommend one? -Jay jayjwa AT atr2 DOT ath DOT cx ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Using a USB and internal PS/2 mouse together
I use an external USB mouse with my laptop. However, the laptop also has an internal PS/2 touch pad. Is there any way to configure X so that it recognises both devices, so that I can use the touchpad when my external USB mouse is not attached? My OS is RedHat 9. -- Anand Buddhdev http://anand.org ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] dual monitors
You may also want to remove the matrox hal module. do you mean /usr/X11R6/lib/modules/drivers/mga_hal_drv.o?
[XFree86] Root Pass
Hello fellows, I just started to work in a company and we have here DHCP server with a Xfree86 installed, but we don´t have the root access. How can I log in a single user mode? Is there ohter way to change the root password? We don´t even know what version of Linux is running. We junt know that there is a Linux Kernel 2.4.0 - 2.5.20 Thank you very much for your help. Gustavo BEGIN:VCARD VERSION:2.1 N:Senise;Gustavo;Soeiro FN:Gustavo Soeiro Senise X-WAB-GENDER:2 URL;WORK:http://www.sociedadedainformacao.com.br BDAY:20020630 EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20030811T124238Z END:VCARD
[XFree86] degrading to 4.2 from 4.3
running mandrake9.1 + ATI 8500 apg card tried DRI but hav isues getting it running(cant get aceleration working) tried fglrx-glc22-4.3.0-2.3.0.i586.rpm(had it work once then no 3D aceleration after that) i would go back to MDK 9.0 but 9.1 runs so much better for me :) i tried to go IRC in DRI chat but many people-with no words.. I had DRI working on XFree86 4.2 a while ago but certain graphics in game where bad( mostly lighted objects/like flashes off of tanks in bzflag ) if any has a better install for DRI (instrucions) or a way to degrade back to XFree86 4.2 from 4.3 or a third party or experimental ati driver pack for the ATI 8500 ect cards in the 4.3 Xserver ty for youre time :) -- 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] Problem related to server crash
On Tue, 5 Aug 2003, Reshmi Jain wrote: Please check the attachment. When i try to execute the startx command following error message is displaced. What may the reason? X Font Server may not be running. Try to start/restart your XFS. /etc/rc.d/init.d/xfst status /etc/rc.d/init.d/xfs restart OR start HTH :) -- Bharathi S, IndLinuX Team, (__) DON Lab,TeNeT Group, oo ) IIT-Madras, Chennai-INDIA. (_/\ Known is DROP, Unknown is OCEAN. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Using a USB and internal PS/2 mouse together
Hi Anand! On Thursday 07 August 2003 11:08, you (Anand Buddhdev) wrote : I use an external USB mouse with my laptop. However, the laptop also has an internal PS/2 touch pad. Is there any way to configure X so that it recognises both devices, so that I can use the touchpad when my external USB mouse is not attached? My OS is RedHat 9. http://www.linuxvoodoo.com/howto/HOWTO/XFree86-Second-Mouse/intro.html http://www.linuxvoodoo.com/howto/HOWTO/XFree86-Second-Mouse/xfree4.html http://www.collaborium.org/onsite/venezuela/docs/linux/Linux_Mini-HOWTOS/HTML/XFree86-Second-Mouse.html http://linuxselfhelp.com/HOWTO/mini/XFree86-Second-Mouse/ http://www.linux.org/docs/ldp/howto/mini/XFree86-Second-Mouse/ http://www.linuxdocs.org/HOWTOs/mini/XFree86-Second-Mouse/ Regards, Yann. -- .-..--.. | Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ___ | | --== °_° ==-- °---.: X AGAINST | \e/ There is no | | web: ymorin.free.fr | [EMAIL PROTECTED] 1882 | / \ HTML MAIL| v conspiracy. | °-°°--°° \__ np: Rasta Bigoud - Quittes Pas La Roots _/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Video problems
Dylan Evans wrote: Sounds similiar to a problem i had with my monitor, i'm still not sure why it does it but if i start X in 1024x768 it goes to sleep (only with the savage driver mind, vesa worked). The only way i managed to get around it was to start up in 1152x864. It's a wierd problem, but i think it's more to do with the monitor than the card, (mines an LG Studioworks 700s) Could be. You're sure it's not just the X server picking a refresh rate higher than what the monitor can deal with? Maybe the default vsync rate it uses at 1152x864 is enough lower that it falls within the monitor's limits where it picks a higher rate for 1024x768? Did you try reducing your HSync and VRefresh rates a bit to see if that helped? Craig Ringer Yeah pretty certain, my monitor has a nice little message box for whenever it recieves out of range refresh rates. This is exactly like power managed sleep. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] New user help
I am trying to use Matlab on on a Mac OS 10.2.6 using XFree86 4.2.0.1. I have created a Simulink Model in an X-Windows window. Through the course of creating it I accidentally moved the window high enough up on the screen that the title bar is off the top of the screen. I can't figure out how to move the window back down so I can access the menus and make some changes. This is halting my research, and is very irritating. Can someone tell me how to move the window back down. Also, can anyone point me to a list of commands or perhaps a basic instructions document? I looked around, but can't seem to find the documentation I'm looking for. BTW, I have been using Windows for the last 5 years or so, and I have never used linux, so if you provide instructions please take this into account. Thank you very much to whoever helps me solve this aggravating problem. Sincerely, BryonSohns ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Xfree86 problem after installing PHP, MySQL
Hi, I was trying to setup PHP, Apache, MySQL...all with sucess yesterday evening. When starting up my server this morning, I could not get my graphical user interface (which is a disaster for me). During booting, it complains about parsing the XFree86Config file. Anyone can send me a sample XFree86Config file that I can use on my server? Anyone has an idea why it goes wrong with Xfree86 after installing PHP and MySQL? Here is the log file, I'm getting: XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See [url]http://www.XFree86.Org/[/url]) Build Operating System: Linux 2.4.18-11smp i686 [ELF] Build Host: daffy.perf.redhat.com Module Loader present OS Kernel: Linux version 2.4.18-14 ([EMAIL PROTECTED]) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Wed Sep 4 13:35:50 EDT 2002 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Mon Aug 11 11:51:58 2003 (==) Using config file: /etc/X11/XF86Config Parse error on line 26 of section Files in file /etc/X11/XF86Config Section is not a valid keyword in this section. (EE) Problem parsing the config file (EE) Error from xf86HandleConfigFile() Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED]/email]. and here is my XFree86Config file: # File generated by anaconda. Section ServerLayout Identifier Anaconda Configured Screen 0 Screen0 0 0 InputDevice Mouse0 CorePointer InputDevice Mouse1 SendCoreEvents InputDevice Keyboard0 CoreKeyboard EndSection Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. FontPath /usr/X11R6/lib/X11/fonts/misc Section Module Load dbe Load extmod Load fbdevhw Load dri Load glx Load record Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver keyboard # Option AutoRepeat 500 5 # when using XQUEUE, comment out the above line, and uncomment the # following line # Option Protocol Xqueue # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option Xleds 1 2 3 # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option XkbModel pc102 # If you have a US Microsoft Natural keyboard, you can use: # Option XkbModel microsoft # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option XkbLayout de # or: # Option XkbLayout de # Option XkbVariant nodeadkeys # # If you'd like to switch the positions of your capslock and # control keys, use: # Option XkbOptions ctrl:swapcaps Option XkbRules xfree86 Option XkbModel pc102 Option XkbLayout be #Option XkbVariant #Option XkbOptions EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol PS/2 Option Device /dev/psaux Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section InputDevice Identifier Mouse1 Driver mouse Option Device /dev/input/mice Option Protocol IMPS/2 Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelName Monitor Model HorizSync 30-60 VertRefresh 50-120 Option dpms EndSection Section Device # no known options Identifier ATI Mach64 Driver ati VendorName ATI Mach64 BoardName ATI Mach64 #BusID EndSection Section Screen Identifier Screen0 Device ATI Mach64 Monitor Monitor0 DefaultDepth 16 Subsection Display Depth 16 Modes 1024x768 800x600 640x480 EndSubsection EndSection Section DRI Mode 0666 EndSection Any help is very much appreciated. Wim
[XFree86] Xinerama + Radeon = No error + No Worky
Hi I have the same problem like the guy in this thread here http://www.spinics.net/lists/xf-xpert/msg06599.html I have a radeon 9700 pro. I get no error message with this config and I can use my 1st display but the 2nd seems to get no signal. I attached my config. Maybe it'll help you Perhaps you can help me. Greetings from Germany Kolja __ Die sicherste Form der Kommunikation: E-Mails verschluesseln, Spam-Filter, Adressverifizierung, digitale Unterschrift: http://freemail.web.de ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] LCD, CRT and screensavers
I'm running XFree 4.3.0 on a ThinkPad R40, using the radeon module. The R40 has a 1024x768 LCD panel. Most of the time I have it hooked up to an external monitor which I run at 1152x864, and in that case I'm using the PanelOff option. Mostly X is working very nicely, except for this anomaly: When the screensaver kicks in (either native XFree screen-blanking or xscreensaver), the blanked or saved area is *not* the entire 1152x864 of the external monitor but rather a 1024x768 window. The remainder of the original screen is visible round the edges. I tried running xscreensaver in verbose mode, and saw the following: vp is 1024x768+0+0 Any suggestions for correcting this? I'm appending below the relevant section of XF86Config. Allin Cottrell. Section Monitor Identifier Monitor_CRT VendorName IBM ModelName G94 Option DPMS HorizSync 30-95 VertRefresh 50-160 EndSection Section Device Identifier Radeon_CRT VendorName ATI Driver radeon Option PanelOff true EndSection Section Screen Identifier Screen_CRT Device Radeon_CRT Monitor Monitor_CRT DefaultDepth 24 Option backingstore Subsection Display Depth 24 Modes 1152x864 1024x768 800x600 640x480 EndSubsection EndSection Section ServerLayout Identifier Layout_CRT Screen Screen_CRT InputDevice Mouse 0 CorePointer InputDevice Keyboard1 CoreKeyboard EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] help me - startx no run
Nota: correo sin tildes para evitar posibles incompatibilidades entre los diferentes sistemas de correo XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18-11smp i686 [ELF] Build Host: daffy.perf.redhat.com Module Loader present OS Kernel: Linux version 2.4.18-14 ([EMAIL PROTECTED]) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Wed Sep 4 13:35:50 EDT 2002 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Aug 13 11:48:48 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Anaconda Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device SiS 620 (**) |--Input Device Mouse0 (**) |--Input Device Mouse1 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc102 (**) XKB: model: pc102 (**) Option XkbLayout es (**) XKB: layout: es (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0620 card , rev 03 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 1039,5513 card 1039,5513 rev d0 class 01,01,80 hdr 80 (II) PCI: 00:01:0: chip 1039,0008 card , rev b1 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 1039,0009 card , rev 00 class ff,00,00 hdr 80 (II) PCI: 00:01:2: chip 1039,7001 card , rev 11 class 0c,03,10 hdr 80 (II) PCI: 00:02:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:0f:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 00 (II) PCI: 00:10:0: chip 1039,0900 card 1039,0900 rev 02 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1039,6306 card 1039,6306 rev 2a class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1: bridge is at (0:1:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Bus 1: bridge is at (0:2:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xe7e0 - 0xe7ef (0x10) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xe6c0 - 0xe7cf (0x110) MX[B] (--) PCI:*(1:0:0) SiS 530 rev 42, Mem @ 0xe700/23, 0xe7ef/16, I/O @ 0xcc00/7 (II) Addressable bus resource ranges are [0] -1 0x - 0x (0x0) MX[B] [1] -1 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe0 - 0x (0x20) MX[B](B)
[XFree86] EPOX 8RDA+ ( nForce2 chipset)
Sir, I'm using EPOX 8RDA+ mainboard and Nvidia FX 5200 ultra videocard. I've installed the RedHat Linux 9.0, and upgrade/update the NVIDIA chipset and videocard kernel, edit the XF86Config using emacs. but still no video output. Please send me an information,about installing / upgrading the kernel, step by step what to do in Upgrading my kernel.Thank you Morel I. Aboga
Re: [XFree86] Inverting _all_ colors displayed
On Mon, 11 Aug 2003, Eric Wong wrote: Is there a way to invert _all_ colors displayed on an X server or at least everything on the normal[1] X11 (minus special layers like OpenGL and xv) display? I could write a script that does bitwise inverts on everything in my rgb.txt, but I'm sure enough apps/toolkits specify colors directly in RGB values to make it pointless. Images wouldn't be affected by the RGB change, either. Preferably, it would be possible to invert back-and-forth while the X server is running, maybe through an app along the lines of xgamma. I'd also prefer that it be done by the X server itself and not specific to a certain video card driver. If an existing method doesn't exist, could someone point me to where I should look in the X source and make the necessary changes? Thanks. Why I want this: I use X apps from a variety of GUI toolkits, and would rather just invert everything at the X server level than to configure them individually. There are also some colors hardcoded in apps; not to mention annoying web designers who make the outlines of images white since they assume everyone has a white background on their browser. You probably want to play with XF86VidModeSetGammaRamp in the x86VidMode extension. See /usr/include/X11/extensions/xf86vmode.h. You can set an inverse ramp: light maps to dark, dark to light. Get the size of the array with XF86VidModeGetGammaRampSize then load a gamma corrected lookup table of that size with XF86VidModeSetGammaRamp. This might not change the video overlay or the cursor on alot of the hardware, but should change everything else. The array elements go from 0 (full dark) to 65535 (full intensity). Thank you. While searching for examples on how to use the XF86VidModeSetGammaRamp function, I came across this: http://xfree86.desiato.de/xfree86/pipermail/xpert/2001-November/012921.html `sgamma -b -1` already does exactly what I'm looking for. -- Eric Wong ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Xnest xauth
Hello, I have difficulty to use Xnest on some systems. It seems to me it has something to do with the cookies in .Xauthority. On some systems these cookies seem to remain after X terminates on others they are removed. On these systems after launching Xnest on an alternate display I can't connect a single client nor generate a cookie for this display. On OpenBSD for example host/unix:0 is remained after terminting X on display :0. So starting X on :1 allows me to run Xnest on :0 and then connect clients to :0. Trying to generate a cookie on a display which isn't already served also fails. So how can one use Xnest when there is no cookie for the display before starting Xnest? Cheers Hanspeter ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
