CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/06 07:09:16 Log message: 65. Fix typo in lnxLib.rules (Bugzilla #1328, Bernhard Rosenkraenzer). Modified files: xc/config/cf/: lnxLib.rules xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 3.59 +2 -2 xc/config/cf/lnxLib.rules 3.3216+2 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/06 13:53:22 Log message: 67. Fix segfaults that occur in the MGA driver under options XaaNoSolidFillRect and/or XaaNoMono8x8PatternFillRect (Marc La France, with Frank Geissler's debugging assistance). 66. Fix segfault when XAA's overlay acceleration is invoked with option XaaNoSolidFillRect (Marc La France, with Frank Geissler's debugging assistance). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/drivers/mga/: mga_storm.c xc/programs/Xserver/hw/xfree86/xaa/: xaaOverlay.c Revision ChangesPath 3.3217+7 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.102 +45 -23xc/programs/Xserver/hw/xfree86/drivers/mga/mga_storm.c 1.16 +3 -2 xc/programs/Xserver/hw/xfree86/xaa/xaaOverlay.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/06 14:23:38 Log message: Build fix Modified files: xc/config/cf/: Imake.rules Revision ChangesPath 3.135 +2 -5 xc/config/cf/Imake.rules ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/06 14:40:16 Log message: 68. Fix sessreg.c for NetBSD (#6251, Mark Davies). Modified files: xc/programs/xdm/: sessreg.c xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 3.20 +58 -14xc/programs/xdm/sessreg.c 3.3218+2 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/06 18:43:16 Log message: Warning fix Modified files: xc/extras/FreeType/lib/: ttcalc.h Revision ChangesPath 1.4 +14 -1 xc/extras/FreeType/lib/ttcalc.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/06 19:36:26 Log message: 69. Fix disabling of individual DPMS states (Bugzilla #1252, David Dawes, reported by Sagi Zeevi). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/os/: WaitFor.c Revision ChangesPath 3.3219+3 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.46 +54 -1 xc/programs/Xserver/os/WaitFor.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
license statements in CVS commit messages
I notice many of the affected files do not bear the license notice mentioned in the checkin notice. Is that intentional? Will everyone investigating the license that applies to a file now have to check every CVS commit log entry for that file as well as the file itself to find out which license applies? -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering David Dawes wrote: CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/03/17 23:07:14 Log message: A second invocation of 'make' shouldn't change anything. -- These changes are Copyright (c) 2004 The XFree86 Project, Inc Rights as per version 1.1 of the XFree86 License (http://www.xfree86.org/legal/licenses.html). Modified files: xc/config/cf/: Imake.rules OpenBSDLib.rules X11.tmpl bsdLib.rules lnxLib.rules xc/fonts/scaled/Type1/: Imakefile xc/lib/GL/GL/: Imakefile xc/lib/GL/apple/: Imakefile xc/lib/GL/dri/: Imakefile xc/lib/GL/dri/drm/: Imakefile xc/lib/GL/glx/: Imakefile xc/lib/GL/mesa/src/: Imakefile xc/lib/GL/mesa/src/OSmesa/: Imakefile xc/lib/GL/mesa/src/SPARC/: Imakefile xc/lib/GL/mesa/src/X/: Imakefile xc/lib/GL/mesa/src/X86/: Imakefile xc/lib/GL/mesa/src/array_cache/: Imakefile xc/lib/GL/mesa/src/drv/common/: Imakefile xc/lib/GL/mesa/src/drv/ffb/: Imakefile xc/lib/GL/mesa/src/drv/gamma/: Imakefile xc/lib/GL/mesa/src/drv/i810/: Imakefile xc/lib/GL/mesa/src/drv/i830/: Imakefile xc/lib/GL/mesa/src/drv/mga/: Imakefile xc/lib/GL/mesa/src/drv/r128/: Imakefile xc/lib/GL/mesa/src/drv/r200/: Imakefile xc/lib/GL/mesa/src/drv/radeon/: Imakefile xc/lib/GL/mesa/src/drv/sis/: Imakefile xc/lib/GL/mesa/src/drv/tdfx/: Imakefile xc/lib/GL/mesa/src/math/: Imakefile xc/lib/GL/mesa/src/swrast/: Imakefile xc/lib/GL/mesa/src/swrast_setup/: Imakefile xc/lib/GL/mesa/src/tnl/: Imakefile xc/lib/GL/mesa/src/tnl_dd/: Imakefile xc/lib/font/FreeType/module/: Imakefile xc/lib/font/Speedo/module/: Imakefile xc/lib/font/Type1/module/: Imakefile xc/lib/font/X-TrueType/module/: Imakefile xc/lib/font/bitmap/module/: Imakefile xc/nls/: Imakefile xc/nls/Compose/: Imakefile xc/nls/XI18N_OBJS/: Imakefile xc/nls/XLC_LOCALE/: Imakefile xc/programs/Xserver/GL/: Imakefile xc/programs/Xserver/GL/dri/: Imakefile xc/programs/Xserver/GL/glx/: Imakefile xc/programs/Xserver/GL/mesa/GLcore/: Imakefile xc/programs/Xserver/GL/mesa/GLcore/module/: Imakefile xc/programs/Xserver/XTrap/module/: Imakefile xc/programs/Xserver/Xext/extmod/: Imakefile xc/programs/Xserver/afb/: Imakefile xc/programs/Xserver/cfb/: Imakefile.inc xc/programs/Xserver/dbe/module/: Imakefile xc/programs/Xserver/fb/: Imakefile xc/programs/Xserver/hw/xfree86/: Imakefile xc/programs/Xserver/hw/xfree86/ddc/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/apm/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/ark/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/ati/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/chips/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/cirrus/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/cyrix/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/dummy/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/fbdev/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/glide/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/glint/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/i128/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/i740/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/i810/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/imstt/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/mga/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/neomagic/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/newport/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/nsc/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/nv/: Imakefile xc/programs/Xserver/hw/xfree86/drivers/rendition/: Imakefile
elographics problem
I sent this to the general xfree86 mailing list but received no responses. I think there is a bug with the elographics driver: I'm using XFree86 Version 4.4.0 (with circa redhat6.2 libraries and linux kernel 2.6.4) with an ELO touchscreen (elo2300 I think). If I have a real-time high priority (SCHED_FIFO) task that periodically sucks a lot of CPU time, the ELO touch interface falls behind. Once it's behind, it stays behind, even if I kill the high priority task. It seems to have a queue of data that doesn't get serviced unless a new event happens. For example, say that during a period when the CPU is being hogged, I try to move the pointer in a big clockwise circle multiple times. Then I kill the CPU hog process. The pointer does not start moving to catch up when the CPU hog dies. It just sits there at its last location. If I wait 5 minutes and then touch the screen, the pointer starts moving in the circle that my finger followed 5 minutes earlier. When I stop touching the screen, the pointer stops. If I touch it again, it continues following my earlier finger motion. It seems to slowly catch up if I continue interacting with the screen. If I have a mouse in addition to the touchscreen, movement of the mouse also causes the pointer to service the events in the elo touchscreen queue and at a much faster rate. However, motion of the mouse during the time that the CPU is being hogged does not seem to fall behind the way the touchscreen does. Thanks: David _ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.com/go/onm00200413ave/direct/01/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: elographics problem
David L wrote:
I sent this to the general xfree86 mailing list but received no
responses. I think there is a bug with the elographics driver:
[snip]
Hi David,
This is a bug in xf86Elo.c (or a bug that I personaly fixed
in a local copy of that file).
The problem is that this driver reads exactly one packet from the
port every time the driver's ReadInput function is called, so if
the server revieves a third SIGIO before the input module has finished
posting events for the first packet, then we are exactly one packet
out of sync. It is possible for a mouse module to adapt the same
functionality without visible errors because mouse coordinates are
relative, but touchscreen coordinates are absolute.
My patch is significantly outdated, essentialy my fix is to loop
over serial packets untill no data is readable on the port instead
of assuming one packet (although I guess it may be more appropriate
to drop all packets except the last one on the port; to avoid possibly
useless spamming).
At a glance, this piece of code in current CVS:
(ReadInput method)
===
/*
* Try to get a packet.
*/
if (xf86EloGetPacket(priv-packet_buf,
priv-packet_buf_p,
priv-checksum,
local-fd) != Success) {
return;
}
===
Can be changed to:
===
while (xf86EloGetPacket(priv-packet_buf,
priv-packet_buf_p,
priv-checksum,
local-fd) == Success) {
/*
Code body
*/
===
Good luck!
-Tristan
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Re: XAA2 namespace?
Mark, What's the current status of the new xaa ?? Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: (patch seq: 6202) XFree86-4.4.0 -- IPv6 support causes serious problems
On Mon, 5 Apr 2004, Peter Breitenlohner wrote: Note: The change in xdmcp.c(NetworkAddressToHostname) is quite a kludge, but somehow I got tired to further nail down what goes wrong. There is a comment in the code to that effect and explaining exactly what went wrong. One reason the affected code doesn't work could be that the memcmp part of the condition ending the loop appears inverted, a fix for which (s/!=/==/) I've now committed. Please verify. yes, that was it. I have revoked my changes to xc/programs/xdm/xdmcp.c lines ca. 1420ff (patch-16-IPv6, kludge) and instead fixed the (s/!=/==/) and this works for us, except on the notebooks without network connection. When I have some time during the easter hollidays I'll try to figure out that last problem. OK. Thanks for getting back to me on that. 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 developer and VP. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XAA2 namespace?
On Tue, 6 Apr 2004, Alan Hourihane wrote: Mark, What's the current status of the new xaa ?? Not much has changed. I've been busy with work and lately haven't been too motivated to work on it anyhow. I don't even work on X stuff at NVIDIA anymore. I saw changes coming to the X world that I didn't like and started moving away from it a while ago. I work on embedded stuff now. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XAA2 namespace?
Pardon that public reply folks. I mistakenly replied to the list rather than just to Alan like I intended. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Fonts] fontconfig. version prereqs? PS_FontInfoRec?
I'm trying to upgrade a RedHat 7.2 box to Gnome2. All was going well until it came to fontconfig (2.2.2). fcfreetype.c complains that PS_FontInfoRec is not defined. Installing the latest version of freetype (2.1.7) didn't seem to help. Any hints? Thanks, Mike [EMAIL PROTECTED] ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[I18n] dub rogers
Look Younger and Lose Weight in 3 Weeks !! WITH H_U_M_A_N G_R_O_W_T_H H_O_R_M_O_N_E DIETARY THERAPY !!! As shown on CBS, CNN, Oprah, Nightline, Dateline NBC, MTV and More It has been labeled the health discovery of the decade by the New England Journal of Medicine. Forget aging and dieting forever! - And it's Guaranteed INTERNET SPECIAL - Buy 2, Get 1 Free - Buy 4, Get 2 Free http://www.SYS.wexscle.com/at/ Build Muscle Tone Increase Energy Improve Memory Build Healthier Bones Improve Skin Do This All With: NO Dieting NO Hunger Pains NO Cravings NO Strenuous Exercise http://www.wexscle.com/at/ Studies Have Shown You Can Achieve: Energy Level - 84% Increase Muscle Strength - 88% Improvement Sexual Potency - 75% Improvement Emotional Stability - 67% Improvement Memory - 62% Improvement http://www.kjk.wexscle.com/at/ I want to say adios benz apogee faculty grandma doormen informant liggett occurring fahrenheit vermilion damon grayson parallelepiped coffeepot elephantine seasonal bindery approbation alva paregoric preface clammy bowmen abandon cursory methodology amsterdam danubian barnabas indeterminable toiletry classification conrail deathbed scratch fabulous ephemerides protactinium nonogenarian skipjack cetera flexure permission duty compatriot paso draftee diddle profuse attentive bedimming act dry kiwanis caddis voluble erasable amalgamate arouse thorough diminish teamster jail cutthroat contradistinguish amble expedition oyster ballot deadlock chin midrange simmer attentive partial besetting great pinkie harvard bag conjugate alyssum chirp chaos trinidad conundrum patrick acolyte adaptive vassar nuisance frankfort bridegroom hilum abscissae kodiak rape fiend magnolia horoscope nymphomania auriga archbishop batik carbondale teamster certiorari vorticity lounsbury toby brocade delphinium circuitous deputy defect caliph miraculous kimono bequest courier nyu doubtful counterclockwise urge centenary bronzy gymnasium bacon abernathy hydro irreclaimable iodinate catapult biplane startle
[I18n] Re: Alt + CHTN for arrow key movement, XKB?
Ivan Pascal pascal at info.tsu.ru writes:
Hi,
Sorry for the delay. This task appeared more complex than I thought.
...
Since it leads to the same level and the same Redirect action the combination
Shift+Alt-C emulates the same UP key with Shift but without Alt.
Ok it worked :) this is amazing, I rarely have to move my hands off the
keyboard. Navigation everywhere is perfect.
BUT I still have a couple of problems.
- In Gnome (I'm running 2.6 on xfree-4.3.99.902-r2) hitting the c key by
itself is somehow interpreted as ALT+C. So when I'm filling a text box in a
dialog box, when I hit c the dialog box calls up the Cancel button since it
has C underlined. The same for T , H, and N. If there is a toolbar
accelerator for them, ther are called just by pressing the key. Not sure if
there is something I can do here could be a gnome issue?
- Holding down the ALT+C or one of the keys does not repeat, if I keep holding
it , it just produces one event. How do I make it repeat?
I'm attaching the two files I modified from my Gentoo notebook:
/etc/X11/xkb/types/basic
default xkb_types basic {
// Fairly standard definitions for
// the four required key types
virtual_modifiers NumLock, Alt;
type ONE_LEVEL {
modifiers = None;
map[None] = Level1;
level_name[Level1]= Any;
};
type TWO_LEVEL {
modifiers = Shift;
map[Shift] = Level2;
level_name[Level1] = Base;
level_name[Level2] = Shift;
};
type ALPHABETIC {
modifiers = Shift+Lock;
map[Shift] = Level2;
map[Lock] = Level2;
level_name[Level1] = Base;
level_name[Level2] = Caps;
};
type ALT_NAV {
modifiers = Shift+Alt;
map[Shift] = level2;
map[Alt]= level3;
map[Alt+Shift] = level3;
level_name[Level1] = Base;
level_name[Level2] = Caps;
level_name[Level3] = Arrows;
};
type KEYPAD {
modifiers = Shift+NumLock;
map[None] = Level1;
map[Shift] = Level2;
map[NumLock] = Level2;
map[Shift+NumLock] = Level1;
level_name[Level1] = Base;
level_name[Level2] = Number;
};
};
And the modified section in my dvorak file from
/etc/X11/xkb/symbols/pc/dvorak
key AD07 {
type=ALT_NAV,
[ g, G, PageUp ],
actions[Group1]=[NoAction(), NoAction(), RedirectKey(key=PGUP,
clearmods=Alt)] };
key AD08 {
type=ALT_NAV,
[ c, C, Up ],
actions[Group1]=[ NoAction(), NoAction(), RedirectKey(key=UP,
clearmods=Alt) ] };
key AD09 { [ r, R ] };
key AD10 { [ l, L ] };
key AD11 { [ slash, question] };
key AD12 { [ equal, plus] };
key AC01 { [ a, A ] };
key AC02 { [ o, O ] };
key AC03 { [ e, E ] };
key AC04 { [ u, U ] };
key AC05 { [ i, I ] };
key AC06 {
type=ALT_NAV,
[ d, D, Home ],
actions[Group1]=[NoAction(), NoAction(), RedirectKey(key=HOME,
clearmods=Alt)] };
key AC07 {
type=ALT_NAV,
[ h, H, Left ],
actions[Group1]=[NoAction(), NoAction(), RedirectKey(key=LEFT,
clearmods=Alt)]};
key AC08 {
type=ALT_NAV,
[ t, T, Down ],
actions[Group1]=[NoAction(), NoAction(), RedirectKey(key=DOWN,
clearmods=Alt)]};
key AC09 {
type=ALT_NAV,
[ n, N, Right],
actions[Group1]=[NoAction(), NoAction(), RedirectKey(key=RGHT,
clearmods=Alt)] };
key AC10 {
type=ALT_NAV,
[ s, S, End ],
actions[Group1]=[NoAction(), NoAction(), RedirectKey(key=END,
clearmods=Alt)] };
key AC11 { [ minus, underscore ] };
key AB01 { [ semicolon, colon, dead_ogonek, dead_doubleacute ] };
key AB02 { [ q, Q ] };
key AB03 { [ j, J ] };
key AB04 { [ k, K ] };
key AB05 { [ x, X ] };
key AB06 { [ b, B ] };
key AB07 {
type=ALT_NAV,
[ m, M, PageDown ],
actions[Group1]=[NoAction(), NoAction(), RedirectKey(key=PGDN,
clearmods=Alt)] };
Thanks
Ahmad
___
I18n mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/i18n
[XFree86] NTPL + Xinerama
I have tried several times to build X with glibc with NTPL. However when i do that X runns, but my Xinerama is all messed up. It desides to make the second monitor the main monitor and when i kill X nothing comes back and i am forced todo a hard reboot. But if i build X with glib and linuxthreads it works fine. Is this a known problem or what is up!?!?!?. I have attached a copy of my config file just encase it's me. XF86Config Description: Binary data
[XFree86] server crash
This is the log file of my X server, it crash everry time i reboot my Mandrake 10! i see only the console login! Tnak's -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Natsabe.it la più grande erboristeria online italiana prezzi bassi tutto l'anno ! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=1298d=6-4 XFree86.0.log Description: Binary data
[XFree86] Color on selected text in XConsole
Hi I'm wondering if there is a resource for specifying the color of selected text in XConsole. I'm using a black background and white foreground so I'm looking the reverse when selecting text which doesn't seem to be the default. PS. Please Cc me since I'm not subscribed. Thanks. Regards, -- Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Voodoo3 works unstable! Please help!!!!
Hello everyone! I've Voodoo3 card on a ASUS A7V266-C motherboard with AthlonXP processor, and I have headache! Xfree is configured properly. DRI is enabled, and everything seems to be just ok. BUT, it is working extremely unstable. I've tried Xfree 4.2.0 (RH 8), 4.2.1 (MDK 9), 4.3.0 (Slackware 9, Gentoo 1.4), 4.3.99.902, 4.4.0 and none of these have worked stable. Thing is that hardware is ok. Everything is working just fine in w2k. For all these versions of Xfree (except 4.4.0) symptoms are: from time to time line appears on the screen (but it is pretty rough because there is no anti alias on it); when I play tuxracer, after a few rides X freezes; when I'm using Konsole whole screen is friezed for a few moments and then all letters from Konsole are out of the window, and when you move sidebar they are not moved, they are copied one on another and X is practically unusable. Similar thing happens in Opera. With version 4.4.0 I don't have line syndrome and the txracer haven't friezed X till now, but Konsole syndrome is killing me. Does anyone have any clue what is the issue here. I've searched the interned but it seems that nobody have similar problems to mine, so any help or hint is welcome! Thanks in advance! ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] quick question
Hello, I have just one quick question, if it is possible... Or if you can direct me where to ask... Can you tell me how to compile your server so that it is an empty server (i.e. has no graphics stuff, screens, etc.. like you print server) and still has loadable extensions? Best regards, Steven __ Steven Marc Senior Software Engineer BarcoView, LLC Ph: 678-475-8000 (ext. 5303) 3059 Premiere Parkway Fax: 678-475-8161 Duluth, GA 30097-4905 http://www.barcoviewllc.com __ - - - - - - - - DISCLAIMER - - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] What card/chipset to get for low dot clock?
Hello all, Other than the ArcadeVGA, what cards/chipsets are good for the low dot clocks that xmame games use? I remember my TNT going downto 12.00 MHz, but my radeon 9000 won't go below 20.00 MHz. Any thoughts? Regards, Pieter Hulshoff ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Weird Problem : Need help or explanation!
On Sun, 4 Apr 2004, David Hill wrote: I just noticed (while looking at /var/log/messages) that when I boot Linux (on a dual P3 500 with onboard scsi controllers) there is absolutely NO PROBLEMS. XDM starts with the login windows and everything looks fine. As soon as I type the username/password and login Xfree/KDE, there is a lot of Parity Errors observed. Could the problem be in the Linux/Ati rage 128 drivers for X ? What I don't understand is that XDM is using Xfree. So why the problem is occuring only when XDM gives the control to Xfree/KDE? I'm not pretty sure of the location of the problem, but it's pretty weird. There is PCI parity errors until I press ENTER in the XDM login window. Anything else on the computer will work just fine. Before entering the window manager or quitting XDM or else, I can kill -9, ctrl-alt-backspace, /etc/rc2.d/S99xdm restart anytime and there is no problem. I can listen to my mp3s, do ANYTHING with the computer... but as I said earlier, as soon as I login using XDM, or else, type startx, it starts making noise/bad parity on the scsi controler. I think it could be an IRQ problem, but the point is that the parity error messages are only happening (and wont quit until I restart the computer) when I use Xfree... That's plausible, I suppose. But, first, let's see if the parity errors persists with Option NoAccel in your XF86Config's device section. This'll slow things down considerably, of course, but would shed light on the problem. Thanks. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Double quote and apostrophe problem
Hi. Ever since I have had X, I couldn't get the doublequote/apostrophe key to work. It worked fine on the console, but under X, with any window manager, with any program, I had to press the key twice to display anything (this "anything" was not a real " or a '; it looked similar, but, when opened up in a hex editor, anything containing it showed two bytes.). How can I alleviate this problem?
[XFree86] nothing getting written to XFree86.0.log
This is on a freebsd 5.2.1 installation with xfree86 4.3.0. I have a Matrox G450 PCI card in my machine and I'm trying to at least get xfree86 up and running. At this point, absolutely nothing is getting written to /var/log/XFree86.0.log when I run xinit. During the process of starting X, the whole machine will lock up (console, remote sessions, everything) which requires a power-cycle to fix. Along similar lines... Matrox has a utility called powerdesk which is supposed to help create a more usable xfree86 config for their video cards, however getting this to compile under freebsd 5.2.1 has been an adventure so far. Has anyone gotten this to build cleanly under freebsd 5.2.1? jms ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] could not open default font 'fixed'
Hi, I rebooted my dual boot machine and got this error as the final message in /var/log/XFree86.0.log Could not init font path elemen unix X:7100 Fatal server error: could not open default font 'fixed' Any ideas?? I did a search for previous posts and someone mentioned that this error might occur when you're reaching disk capacity. This might be the case for me. If I make more space, how do I correct this? Cheers. CM ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Fujitsu Laptop S2000 Model
My X Server Crashes Thanks in advance. XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:18:24 EST 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Tue Apr 6 16:58:43 2004 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1002,cab0 card , rev 13 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1002,700f card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 10b9,5457 card 10cf,1130 rev 00 class 07,03,00 hdr 00 (II) PCI: 00:04:0: chip 10b9,5451 card 10cf,11c3 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:06:0: chip 10b9,7101 card 10cf,10a3 rev 00 class 06,80,00 hdr 00 (II) PCI: 00:07:0: chip 10b9,1533 card 10b9,1533 rev 00 class 06,01,00 hdr 00 (II) PCI: 00:0c:0: chip 1217,6933 card 4001, rev 02 class 06,07,00 hdr 82 (II) PCI: 00:0c:1: chip 1217,6933 card 4801, rev 02 class 06,07,00 hdr 82 (II) PCI: 00:0f:0: chip 10b9,5229 card 10cf,10a4 rev c4 class 01,01,fa hdr 00 (II) PCI: 00:12:0: chip 10ec,8139 card 10cf,11bd rev 10 class 02,00,00 hdr 00 (II) PCI: 00:14:0: chip 1033,0035 card 10cf,1201 rev 43 class 0c,03,10 hdr 80 (II) PCI: 00:14:1: chip 1033,0035 card 10cf,1201 rev 43 class 0c,03,10 hdr 00 (II) PCI: 00:14:2: chip 1033,00e0 card 10cf,1201 rev 04 class 0c,03,20 hdr 00 (II) PCI: 01:05:0: chip 1002,4336 card 10cf,1181 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,3), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x2000 - 0x20ff (0x100) IX[B] [1] -1 0 0x2400 - 0x24ff (0x100) IX[B] [2] -1 0 0x2800 - 0x28ff (0x100) IX[B] [3] -1 0 0x2c00 - 0x2cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdc10 - 0xdc1f (0x10) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe400 - 0xe7ff (0x400) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-CardBus bridge: (II) Bus 2: bridge is at (0:12:0), (0,2,2), BCTRL: 0x0580 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x4000 - 0x40ff (0x100) IX[B] [1] -1 0 0x4400 - 0x44ff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0x1080 - 0x10bf (0x40) MX[B] (II) Bus 2
[XFree86] Thinkpad T41/Fedora X crashes under load after suspend (radeon 7500).
X (XFree86 4.3.0-55) crashes under load on my Thinkpad T41 (2378DHU)
which has a Radeon mobility 7500 display (1024x768). But only after a
suspend and resume. I am using a fully updated Fedora Core 1 stock
kernel 2.4.22-1.2174.nptl, with APM. (It was present too on the earlier
kernel and XFree86 versions from Fedora). Suspension and resume appear to
work fine, but leave this instability.
The problem is subtle. Initially I just experienced a very occasional
crash, which brought down the whole machine (as well as keyboard and
mouse). Annoying. But I recently found certain graphics-intensive
applications that would routinely crash the machine within a few
minutes (but seemingly not always at exactly the same time). In some
cases I have been able to ssh into the machine from the network and
run top. It shows X using over 90\% of the cycles. If X is forcibly
killed (kill -9) the whole machine crashes and one needs the power
switch. No crash has occurred unless the computer has been suspended
and resumed. After a suspend resume (or hibernate resume) it happens
within minutes for these (totally different) applications.
I have done extensive testing to prove that this is the core XFree86
code. It still occurs if all modules except type1 and truetype fonts
are turned off in the XF86Config, proving that it is not the
DRI, and glx etc, module extensions. I have removed all sorts of
additional kernel modules from my system to eliminate their effect.
I have demonstrated that it does not happen if one restarts the X server
(by ctrl-alt-backspace) after a suspend resume.
Moreover, I have demonstrated that it only happens in depth 24
display, I have never seen it in depth 16. (But why would I want
always to run 16 depth on this display? Also it might just be that on the
depth 16 display my tests just don't thrash the server hard enough.)
I have also not been able to crash the system even in 24 depth when
using the Option ``NoAccel'' ``true'' (suggested by Volker Braun).
I have furthermore discovered that the demo version of XIG's Summit
AcceleratedX server does not crash. That might cause me to buy it in
preference to XFree86, even though I don't seem to be able to get both
the touchpad and the stick working simultaneously with AcceleratedX.
I have tested my memory with the memtest86 program, in case the
problem was hardware. That test reveals no errors with my 256M
IBM-supplied memory. I have moved the irqs around in the BIOS so that
the video moves to a different irq. No difference.
QUESTION: has anyone got information on this bug, especially how it
can be fixed? I have spent a lot of time on it, and I expect it is not
unique to me, but I can't find any reports of this particular problem
on the net.
Insights and experience would be greatly appreciated.
I am posting my log and config files, for the cognoscenti at
\url{http://silas.psfc.mit.edu/XFree86.0.log},
\url{http://silas.psfc.mit.edu/XF86Config}
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Hardlinks and XFree
Hey All, I'm trying to set up a SnapServer 1100 for use to house some small home directories which are then mounted via NFS to our Gentoo Linux boxes. I keep getting an error when trying to log on about not being able to lock the .ICEauthority file (slightly different if it's Gnome or KDE over XFree) which then plunks me back at the logon screen. If the NFS server is another Gentoo or Redhat box the logon just happens as it should. I assume this is happening at the X level since it doesn't matter if it's Gnome or KDE on top, which is why I'm asking here, but... I ran all the logs past Snap support and they suspect that it might have to do with Hardlinks (which apparently aren't completely supported), can anyone tell me if this lack of hardlink support might match the errors about not being able to lock the .ICEauthority file? Or does someone have other ideas about what I should be looking for? Thanks! Matt ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
