CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 09:09:17 Log message: Add a link for the doctools package. Modified files: xc/programs/Xserver/hw/xfree86/doc/sgml/: Install.sgml README.sgml defs.ent Revision ChangesPath 1.17 +2 -2 xc/programs/Xserver/hw/xfree86/doc/sgml/Install.sgml 3.129 +5 -3 xc/programs/Xserver/hw/xfree86/doc/sgml/README.sgml 1.28 +4 -1 xc/programs/Xserver/hw/xfree86/doc/sgml/defs.ent ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 12:34:56 Log message: Warning fix Modified files: xc/programs/Xserver/hw/xfree86/drivers/ati/: radeon_cursor.c Revision ChangesPath 1.23 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_cursor.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 12:43:54 Log message: A correction to CHANGELOG #913 to fix hardware cursor glitches after mode switches. Modified files: xc/programs/Xserver/hw/xfree86/ramdac/: xf86Cursor.c Revision ChangesPath 1.20 +5 -4 xc/programs/Xserver/hw/xfree86/ramdac/xf86Cursor.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 12:46:54 Log message: Immunise atimisc against the possible backing-out of CHANGELOG #913. Modified files: xc/programs/Xserver/hw/xfree86/drivers/ati/: atimach64.c Revision ChangesPath 1.51 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/ati/atimach64.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 13:29:36 Log message: 948. Fix reversed logic for VGA locking/unlocking (Nat Ersoz). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/vgahw/: vgaHW.c Revision ChangesPath 3.2581+2 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.57 +3 -3 xc/programs/Xserver/hw/xfree86/vgahw/vgaHW.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 19:42:07 Log message: 949. Update Newport driver doc (#5647, Guido Guenther). Modified files: xc/programs/Xserver/hw/xfree86/doc/sgml/: newport.sgml Revision ChangesPath 1.5 +13 -11xc/programs/Xserver/hw/xfree86/doc/sgml/newport.sgml ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 19:50:15 Log message: 950. Restore the radeon driver's unconditional RADEONPreInt10Save() call on Alpha platforms because this is needed for Radeon cards where the BIOS ROM can't be read after it's been run once (by the firmware) without this (#5648, Jeff Wiedemeier). Modified files: xc/programs/Xserver/hw/xfree86/drivers/ati/: radeon_driver.c Revision ChangesPath 1.91 +10 -1 xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 20:08:21 Log message: 951. Reinstate the VBEInit() call in the savage driver's PreInit(). This appears to fix a problem on some Savage MX platforms (#5649, Mike Harris). Modified files: xc/programs/Xserver/hw/xfree86/drivers/savage/: savage_driver.c Revision ChangesPath 1.34 +3 -2 xc/programs/Xserver/hw/xfree86/drivers/savage/savage_driver.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 20:38:33 Log message: 952. A more complete set of dead accent/space compose sequences, add Multi_key slash for letters with a stroke, and add some combos for exponent characters, katakana voiced sounds, etc to the en_US.UTF-8 compose file (#5646, David Monniaux). Modified files: xc/nls/Compose/: en_US.UTF-8 Revision ChangesPath 1.8 +1955 -301 xc/nls/Compose/en_US.UTF-8 ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 21:05:36 Log message: - Add a NSC section to the Status doc. - OpenGL is (R) not (TM) Modified files: xc/programs/Xserver/hw/xfree86/doc/sgml/: RELNOTES.sgml Status.sgml Revision ChangesPath 1.76 +2 -2 xc/programs/Xserver/hw/xfree86/doc/sgml/RELNOTES.sgml 1.42 +10 -1 xc/programs/Xserver/hw/xfree86/doc/sgml/Status.sgml ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 21:29:13 Log message: update formatted docs Modified files: ./: RELNOTES xc/programs/Xserver/hw/xfree86/doc/: Install README README.newport RELNOTES Status Revision ChangesPath 1.14 +2 -2 xc/RELNOTES 1.21 +5 -3 xc/programs/Xserver/hw/xfree86/doc/Install 3.125 +5 -3 xc/programs/Xserver/hw/xfree86/doc/README 1.6 +18 -12xc/programs/Xserver/hw/xfree86/doc/README.newport 3.112 +2 -2 xc/programs/Xserver/hw/xfree86/doc/RELNOTES 1.39 +30 -23xc/programs/Xserver/hw/xfree86/doc/Status ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/24 21:35:48 Log message: updates Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xf86Version.h Revision ChangesPath 3.2582+13 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.541 +2 -2 xc/programs/Xserver/hw/xfree86/xf86Version.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Re: Interesting job control bug
Juliusz Chroboczek [EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B: (B (B You're running in a UTF-8 locale, and find a directory where the (B filenames are in ISO 8859-1. You do (B (B $ LC_ALL=en_US luit ls (B (B Ls puts its input into the pty's buffer, then quits. Depending on how (B lucky you are with scheduling, luit might get the SIGCLD before it (B deals with ls's output. Heisenbug. (B (BI see. I was lucky and always saw the output of ls in that case. (B (B I might very well change the default behaviour to quit if the child is (B dead *and* the input buffer is empty. (B (B (BLANG=en_US xterm -lc (B (Bin this xterm: (B (Bsleep 1000 (B (BThe input buffer is probably empty. But the child isn't dead. (BAnd without "-x" luit doesn't exit. (B (B-- (BMike Fabian [EMAIL PROTECTED] http://www.suse.de/~mfabian $B?gL2ITB-$O;E;v$NE([EMAIL PROTECTED](B (B___ (BDevel mailing list (B[EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/devel
Re: ATI cursor bug in cvs?
On Sat, 22 Feb 2003, Kevin Brosius wrote: XFree86 Version 4.2.99.902 (4.3.0 RC 2) Release Date: 20 February 2003 I notice that their appears to be a cursor drawing bug during a mode switch. If I use Ctr-Alt-+-, immediately after the switch the upper left corner of the screen is inverse colored, almost like the swcursor image was loaded from that corner, then overlayed on it again, but without full color support. The discoloration is not captured in a screen shot. Hardware is (--) PCI:*(0:14:0) ATI Technologies Inc Rage XL rev 39, Mem @ 0xf500/24, 0xf 4003000/12, I/O @ 0x1800/8 driver info: (II) Module mouse: vendor=The XFree86 Project compiled for 4.2.99.902, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.4 (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga (II) Primary Device is: PCI 00:0e:0 (II) ATI: Candidate Device section Device[0]. (II) ATI: Shared PCI/AGP Mach64 in slot 0:14:0 detected. (II) Setting vga for screen 0. (==) ATI(0): Chipset: ati. (**) ATI(0): Depth 16, (--) framebuffer bpp 16 I've committed a change to fix this problem. 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. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: RELNOTES for 4.3.0
David Dawes wrote: On Wed, Feb 19, 2003 at 11:14:55AM +, Alan Hourihane wrote: Here's a list of items for the RELNOTES for 4.3.0, if anyone has anything to add to this, please send it in. Thanks to all who sent in items for the release notes. I've put updated versions of the docs for 4.3.0 at http://www.xfree86.org/~dawes/4.3.0/. Further updates for the release notes and other docs are welcome. The final section of the release notes needs to be reviewed too. Hi David, In: http://www.xfree86.org/~dawes/4.3.0/RELNOTES2.html#3 (2.1. Video Driver Enhancements) I read: National Semiconductor SC1x00, GX1, and GX2 chipset support added with the nsc driver. Maybe there should be a nsc section added to: http://www.xfree86.org/~dawes/4.3.0/Status.html (Driver Status for XFree86[tm] 4.3.0) ? Btw: I'm wondering if this new nsc obsoletes the Cyrix driver for the Cyrix MediaGX ? greetings, Rob van Nieuwkerk ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: RELNOTES for 4.3.0
On Tue, 25 Feb 2003, Rob van Nieuwkerk wrote: In: http://www.xfree86.org/~dawes/4.3.0/RELNOTES2.html#3 (2.1. Video Driver Enhancements) I read: National Semiconductor SC1x00, GX1, and GX2 chipset support added with the nsc driver. Maybe there should be a nsc section added to: http://www.xfree86.org/~dawes/4.3.0/Status.html (Driver Status for XFree86[tm] 4.3.0) ? Someone probably has to write a patch to the docs I presume... Btw: I'm wondering if this new nsc obsoletes the Cyrix driver for the Cyrix MediaGX ? No, the nsc driver is a bit different. As I understand things it's the same video chip but with a different BIOS. I'll leave someone more familiar with these chips to provide a more detailed answer though. -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[PATCH for comment] Savage MX problem resolved
The following checkin to XFree86 CVS broke the savage driver for some Savage MX and Savage IX users. Tim Roberts put up a binary driver 1.1.27t, which users have tested and said it worked for them. Tim just released the sources for 1.1.27t a couple of days ago, and I've gotten people to test his stock 1.1.27t driver, as well as 1.1.27t patched with differences between 1.1.26t and 1.1.26 in XFree86 CVS. I called this driver 1.1.27mh. Testing of 1.1.27h caused the same failures, implying that some difference between Tim's stock drivers and what is in XFree86 CVS had caused the breakage. A user who has this hardware diffed the log files from a good working driver and the non-working driver and the only differences were that VBE was not being enabled and used. I looked through the 1.1.26t-1.1.26 (current CVS) patch for VBE related changes, and the only change that looked potentially problematic was on Dec 16th below. I have reverted this change, and had multiple users now confirm that the driver works for them for about a week. In addition the 1.1.27t driver fixes a few other problems for people, but it is too late for 1.1.27t to get into 4.3.0. Please apply this one patch to the 1.1.26 driver in CVS however to revert the change below and fix the Savage driver for Savage MX/IX. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat -- Forwarded message -- Date: Mon, 16 Dec 2002 01:38:54 -0800 (PST) From: Alan Hourihane [EMAIL PROTECTED] To: [EMAIL PROTECTED] List-Id: CVS commit messages from the XFree86 repository cvs-commit.XFree86.Org Subject: CVS Update: xc (branch: trunk) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 02/12/16 01:38:27 Log message: no need to softboot twice, reduces startup time Modified files: xc/programs/Xserver/hw/xfree86/drivers/savage/: savage_driver.c Revision ChangesPath 1.30 +2 -3 xc/programs/Xserver/hw/xfree86/drivers/savage/savage_driver.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit Patch by Mike A. Harris [EMAIL PROTECTED] Revert patch done in XFree86 CVS which I believe is causing the VESA VBE related problems on Savage MX. Here is the CVS commit message from the change: Date: Mon, 16 Dec 2002 01:38:54 -0800 (PST) From: Alan Hourihane [EMAIL PROTECTED] To: [EMAIL PROTECTED] List-Id: CVS commit messages from the XFree86 repository cvs-commit.XFree86.Org Subject: CVS Update: xc (branch: trunk) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 02/12/16 01:38:27 Log message: no need to softboot twice, reduces startup time Modified files: xc/programs/Xserver/hw/xfree86/drivers/savage/: savage_driver.c Revision ChangesPath 1.30 +2 -3 xc/programs/Xserver/hw/xfree86/drivers/savage/savage_driver.c --- xc/programs/Xserver/hw/xfree86/drivers/savage-1.1.26t/savage_driver.c 2002-10-07 15:17:33.0 -0400 +++ xc/programs/Xserver/hw/xfree86/drivers/savage/savage_driver.c 2003-02-07 06:21:08.0 -0500 @@ -954,6 +945,7 @@ if (xf86LoadSubModule(pScrn, vbe)) { xf86LoaderReqSymLists(vbeSymbols, NULL); + psav-pVbe = VBEInit(psav-pInt10, pEnt-index); } @@ -2228,7 +2221,7 @@ psav = SAVPTR(pScrn); pEnt = xf86GetEntityInfo(pScrn-entityList[0]); -psav-pVbe = VBEInit(psav-pInt10, pEnt-index); +psav-pVbe = VBEInit(NULL, pEnt-index); SavageEnableMMIO(pScrn);
Re: xmag segv's
I don't see how the window manager could be involved. How current of CVS? The last thing in the CHANGELOG on my machine is 862 and I don't see this problem. I think BadMatch can happen with GetImage only if the app trys to grab outside of the window. I think xmag grabs on the root window to avoid this, but can only do this when the depth of the window in question is the root depth. You don't have different depth windows do you (overlay, depth 32 windows). It looks like it knows how to clamp to the window dimensions. Maybe you can get a backtrace with a debug xmag? Maybe it has something to do with RandR? Mark. On Mon, 24 Feb 2003, Kevin Brosius wrote: I've noticed the following xmag segv with current CVS when trying to view part of the background in the development version of e (e17). Is this an xmag or a window manager problem? (Or both?) (gdb) r X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 668 Current serial number in output stream: 668 Program received signal SIGSEGV, Segmentation fault. 0x0804afbf in GetMinIntensity () This only occurs when the start point of the xmag selection window is over the background. Clicking inside an application works fine, as does clicking inside but near an application edge which shows both application and background image magnification. (I can magnify the background as long as the click doesn't occur on it.) -- Kevin ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: EFI
The only current implementation that I know of is on IA64. Maybe Egbert or Marc have been keeping track of this. I'm not sure how we post secondary cards on IA64 with EFI BIOS cards. Aside from that issue I don't think it changes the drivers any. Mark. On Mon, 24 Feb 2003, Tony Swain wrote: Hello, I was just wondering if anyone had looked at | had any comments or insight into EFI. I was thinking it might have future implications for X.. http://www.intel.com/technology/efi/efi.htm Regards.. -- Tony Swain ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: RELNOTES for 4.3.0
On Tue, Feb 25, 2003 at 01:49:52AM +0100, Rob van Nieuwkerk wrote: David Dawes wrote: On Wed, Feb 19, 2003 at 11:14:55AM +, Alan Hourihane wrote: Here's a list of items for the RELNOTES for 4.3.0, if anyone has anything to add to this, please send it in. Thanks to all who sent in items for the release notes. I've put updated versions of the docs for 4.3.0 at http://www.xfree86.org/~dawes/4.3.0/. Further updates for the release notes and other docs are welcome. The final section of the release notes needs to be reviewed too. Hi David, In: http://www.xfree86.org/~dawes/4.3.0/RELNOTES2.html#3 (2.1. Video Driver Enhancements) I read: National Semiconductor SC1x00, GX1, and GX2 chipset support added with the nsc driver. Maybe there should be a nsc section added to: http://www.xfree86.org/~dawes/4.3.0/Status.html (Driver Status for XFree86[tm] 4.3.0) ? Yes, I'll add a National Semiconductor section. Btw: I'm wondering if this new nsc obsoletes the Cyrix driver for the Cyrix MediaGX ? I'm not sure. Alan, can you clarify this? David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] Backward-incompatible Shift-F* changes
On Mon, Feb 24, 2003 at 11:06:59AM +0100, Enrico Scholz wrote: Hello, the recent XFree86 CVS version adds XF86_Switch_VT_* keyboard-bindings to Shift-F*: | $ xmodmap -pke | ... | keycode 67 = F1 XF86_Switch_VT_1 XKB maps XF86_Switch_VT_1 to Ctrl Alt F1, not Shift F1, although xmodmap can't show this distinction. This breaks e.g. XEmacs which fails to interpret Shift-F* now: | $ xemacs | ... | C-h k Sh-f1 | f1 is undefined When executing xmodmap -e 'keycode 67 = F1' or running a previous XFree86, the message would be 'Sh-f1 is undefined'. I don't know how xemacs is handling this. I'm cc'ing this to the devel list in case someone here has any suggestions. I am using the a Red Hat Rawhide XFree86 version, labeled XFree86-4.2.99.902-20030218.0, and reported it to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84907 as well. Enrico -- q: If you were young again, would you start writing TeX again or would you use Microsoft Word, or another word processor? a: I hope to die before I have to use Microsoft Word. -- Harald Koenig [EMAIL PROTECTED] asking D.E.Knuth ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Fonts] XftGlyphFontSpecRender with mixed AA and non-AA font problem
Hello, I find when using non-antialias chinese font and antialias western font in mozilla, the chinese characters were rendered correctly but the western characters is a mess of pixels, and the reason is that XftGlyphFontSpecRender uses firstFont-format as the maskFormat argument to XRenderCompositeText{8,16,32}, and in my case the firstFont is non-antialias with a PictureFormat of depth 1. Just set the maskFormat argument to None solve the problem. After read the Render protocol I still can't understand the reason to have this maskFormat argument, each glyphset already has an format associated. Is it there for performance reasons? Is set it to None the correct solution? I think many CJK users would prefer AA western text with non-AA native text, especially when using mozilla. Thanks and sorry for my poor english :-) ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [XFree86] Thinkpad A31 and Radeon Mobility 7500
Michel Dänzer wrote: Right, you need to make the server suid root to start it like that. No. Huh? I didn't ask a question... I meant It doesnt help Indeed, this doesn't show any real problem, sounds rather like a problem on the client side. PS: Please try Daniel Stone's 4.2.99.x debs and see if they also have the switching back to X problem. I will. thanks Dominik -- -- Dominik Szczerba, Dr. CO-ME, D-ITET, ETZ F85 ETH, Gloriastr. 35 CH-8092 Zurich http://www.vision.ee.ethz.ch/~domi -- ii swear i never use vi^[:wqZZ -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: where is /usr/bin/cc being set?
On Sun, 23 Feb 2003, David Dawes wrote: Date: Sun, 23 Feb 2003 13:15:42 -0500 From: David Dawes [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Subject: Re: where is /usr/bin/cc being set? On Sat, Feb 22, 2003 at 07:30:06PM -0500, Fred Heitkamp wrote: I get the message sh: line 1: /usr/bin/cc: No such file or directory when I run make World. Where in the xfree tree is this /usr/bin/cc being set? I searched and grepped around the source tree but I can't seem to find where it is. Thanks! Note I know I could just make a symbolic link to get rid of the error, but that's not my question. The top level Makefile refers to $(CC), and I guess your version of make defines it to /usr/bin/cc. An alternative to creating the symlink is to run 'make CC=your-cc-command World', or find out how to change make's default (if possible). Fred, You can try defining in host.def: #define CcCmd /usr/bin/gcc or whatever is appropriate for your system. No guarantee it'll work however, as I've never had to use it personally. Good luck. TTYL -- Mike A. Harris ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] where is /usr/bin/cc being set?
David Dawes writes: I see in the imake.c and imakemdep.h that /usr/bin/cpp is being hard-coded into the executables. Also many of the Makefiles, presumably they are being constructed via imake, contain this hard-coded path. Maybe someone better informed than me can comment on this. imakemdep.h hard-codes it for some platforms. For platforms where a suitable cpp can reasonably be exptected to be available in $PATH, the full path doesn't have to be specified there. A lot of platforms use 'cc -E'. Usually cpp doesn't know about the system specific defines. It is used when just a preprocessor is needed. Any version of cpp will do (as long as it's not broken). cc -E knows about system specific defines which may differ between compier versions. Howver cc should be in the path. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Red Hat 8 installation on Intel 845 video card ( IBM monitor E54)
I am getting the below message when trying to start graphical desktop .The Installation went through quietly but when rebooted , it is not giving graphical login .When tried to configure the Xserver , got error as logged in the attached file .Please help (See attached file: xfree86.log) Regards SP * Originator: eMailGate Mail Server WebSite : http://www.microworldsystems.com E-Mail: [EMAIL PROTECTED] * xfree86.log Description: Binary data
[XFree86] Backward-incompatible Shift-F* changes
Hello, the recent XFree86 CVS version adds XF86_Switch_VT_* keyboard-bindings to Shift-F*: | $ xmodmap -pke | ... | keycode 67 = F1 XF86_Switch_VT_1 This breaks e.g. XEmacs which fails to interpret Shift-F* now: | $ xemacs | ... | C-h k Sh-f1 | f1 is undefined When executing xmodmap -e 'keycode 67 = F1' or running a previous XFree86, the message would be 'Sh-f1 is undefined'. I am using the a Red Hat Rawhide XFree86 version, labeled XFree86-4.2.99.902-20030218.0, and reported it to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84907 as well. Enrico -- q: If you were young again, would you start writing TeX again or would you use Microsoft Word, or another word processor? a: I hope to die before I have to use Microsoft Word. -- Harald Koenig [EMAIL PROTECTED] asking D.E.Knuth ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] XFree86 4.3 Radeon Mobility IGP 320M
Hi, I'll give it a try. I already have 4.2.99.902. Cheers Adi. -Original Message- From: hy0 [mailto:[EMAIL PROTECTED] Sent: 21 February 2003 05:18 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [XFree86] XFree86 4.3 Radeon Mobility IGP 320M Unfortunately there probably isn't enough time to get IGP 320/340 support in the 4.3 release. I just got my IGP 320M laptop working (2D only), but the time is running out for more testing. Although IGP 320M is a M6 based chip, its UMA issue and other problems can cause the existing Radeon driver to hang in quite a few places. The changes are not just adding device IDs and need more testing. If you are willing to do some tests, I can send the driver on my system to you off the list (you'll need 4.2.99.9xx server to run it). Regards, Hui - Original Message - From: Brandon and Andrea Williams To: [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 10:34 PM Subject: [XFree86] XFree86 4.3 Radeon Mobility IGP 320M I have an HP ZE4145 notebook, which uses the ATI Radeon Mobility IGP 320M chipset. I have been anxiously awaiting your 4.3 release in hopes that this chipset would be supported. I am attaching the error log generated when I try to start the X server. This is from Red Hat's 8.1 beta which was released on February 15. I know it doesn't have the most current 4.3 beta, but I have tried that as well, and it didn't even detect the card as the Radeon Mobility 1U, which the Red Hat beta does. Could you provide me some insight or support on why the X server is failing to start? Please let me know if you need any additional information. Thanks, Brandon Williams - Original Message - From: MELLERS Adrian [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 5:14 AM Subject: [XFree86] Compaq EVO n1005v Hi, I don't know if this problem has been reported or if I am in fact barking up the wrong tree. I have been busy downloading the newest XFree86 release's now for the past few weeks. I have a laptop a Compaq EVO n1005v which is quite a new model In fact it took two months for contact to supply drivers and rompaqs to get the display functioning in Windows 2000. As soon as I try to load X on the laptop the system freezes requiring a reboot, fsck kicks in and fails and a single use mode scan is required. I am running Debian 3.0 updated from the unstable ftp site. I have included a listing of lspci. lspci.txt I am currently downloading 4.2.99.902 to test. I read somewhere that the ATI Radeon Mobility U1 chipset was to be supported in the next release of XFree86. I'm going to play with my kernel now to see if that helps. Cheers Adi. Technical Support Etam UK Tel +44 (0) 1623 835959 x 3310 E-mail [EMAIL PROTECTED] This e-mail message and any attachments are intended for the addressee only. If you have received this in error please delete it permanently from your mail box and do not store or disseminate the information contained in this mail by any method. Thank you ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] randr woes
I am trying to get reflection working on my system. To this end, I've downloaded the latest CVS, compiled it, and built the TinyX servers. I am using Xvesa for my testing. The system is a cheap clone, with an integrated Riva TNT chipset. Here's what I get when I run xrandr: [EMAIL PROTECTED] yan]$ xrandr -q SZ:Pixels Physical Refresh 0320 x 200( 217mm x 163mm ) 1640 x 200( 217mm x 163mm ) 2640 x 350( 217mm x 163mm ) *3640 x 480( 217mm x 163mm ) 4800 x 600( 217mm x 163mm ) 5 1024 x 768( 217mm x 163mm ) 6 1280 x 1024 ( 217mm x 163mm ) Current rotation - normal Current reflection - none Rotations possible - normal left inverted right Reflections possible - X Axis Y Axis OK, so I should be able to do reflections. But when I run [EMAIL PROTECTED] yan]$ xrandr -x -v Server reports RandR version 1.1 The screen goes black for a second, then returns to normal. No reflection. No errors, no unusual happenings. Any ideas on what is happening? How do I get reflection working? --Yan -- o /\ /_ o__ o* ~(_) ,/'_ o__ Yan Seiner, PE (_)\(_) ,/'_ o__ o__ Cardinal Engineering, Inc. (_)\(_) ,/'_ ,/'_ http://www.cardinalengineering.com (_)\(_) (_)\(_) spam killer code kpwq1jkcsEzdx39gnkVvgycd15ayqq ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86
I cannot run Debian in graphic mode. Please help. Thank you. Vyzkouej Aquafresh Whitening systm - pro ziv bl zuby, intenzivn sv dech a cel Tv sta. Sout o 10.000,- K! http://user.centrum.cz/redir.php?url=http://www.icewhitening.cz This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.2.99.902 (4.3.0 RC 2) Release Date: 17 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.7-10custom i686 [ELF] Build Date: 18 February 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Sat Feb 22 15:08:59 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) 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 file or directory) (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.2.99.902, 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.2.99.902, 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 8086,1a30 card 1043,8070 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 12 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 12 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 1043,8028 rev 12 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 1043,8028 rev 12 class 0c,03,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 1043,8028 rev 12 class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0110 card 1043,4031 rev b2 class 03,00,00 hdr 00 (II) PCI: 02:09:0: chip 1102,0002 card 1102,8064 rev 07 class 04,01,00 hdr 80 (II) PCI: 02:09:1: chip 1102,7002 card 1102,0020 rev 07 class 09,80,00 hdr 80 (II) PCI: 02:0a:0: chip 11d4,1805 card 11d4,1805 rev 00 class 07,80,00 hdr 00 (II) PCI: 02:0b:0: chip 109e,036e card 1461,0002 rev 02 class 04,00,00 hdr 80 (II) PCI: 02:0b:1: chip 109e,0878 card 1461,0002 rev 02 class 04,80,00 hdr 80 (II) PCI: 02:0d:0: chip 13f6,0111 card 1043,80e2 rev 10 class 04,01,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xed00 - 0xedff (0x100) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xeff0 - 0xf7ff (0x810) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range:
Re: [XFree86] XFree86 Bug/Test Report Form
Thank you for bringing this to our attention. (BThe chip's HW is accessed at a stage where this access shouldn't (Btake place. This needs to be fixed on a level higher up in the (BXserver, namely in xf86CursorCloseScreen(). (BFixing this in the driver will avoid the problem but we will only (Bwork around a problem that was introduced elsewhere. (B (BThank you very much! (B (BEgbert. (B (B $BBgLZ!wBgDM!^GH(B writes: (B XFree86 Bug/Test Report Form (B (B Please fill in as many of the fields a possible, and return this form to (B [EMAIL PROTECTED] Replace the comments in [] with your own text. (B (B VERSION: (B (B 4.2.99.902 (B (B VIDEO DRIVER: (B (B i810 (B (B OPERATING SYSTEM: (B (B Freebsd 5.0-RELEASE (B (B VIDEO CARD: (B (B MODEL: (B (B GRAPHICS CHIPSET: (B (B i830M internal graphics (B (B RAMDAC: (B (B CLOCKCHIP: (B (B VIDEO MEMORY: (B (B BUS TYPE: (B (B PCI (B (B REPORT: (B (B XFree86 does not terminate gracefully with i810 driver + i830M chipset (B (segment violation is detected at I830HideCursor()). (B This is because I830HideCursor() is called after memory map is released. (B Following is a quick hack to fix this problem. (B (version of i830_cursor.c is (B /* $XFree86: xc/programs/Xserver/hw/xfree86/drivers/i810/i830_cursor.c,v 1.6 200 (B 2/12/18 15:49:01 dawes Exp $ */ (B ) (B (B --- i830_cursor.c-ORIG Thu Dec 19 12:06:07 2002 (B +++ i830_cursor.cThu Feb 20 18:28:16 2003 (B @@ -253,6 +253,12 @@ (B DPRINTF(PFX, "I830HideCursor\n"); (B (B pI830-cursorOn = FALSE; (B +#if 1 /* */ (B + if (RecPtr-MMIOBase == NULL) { (B + ErrorF("I830HideCursor(): MMIOBase is null\n"); (B + return; (B + } (B +#endif /* */ (B if (IS_MOBILE(pI830)) { (B temp = INREG(CURSOR_A_CONTROL); (B temp = ~CURSOR_MODE; (B ___ (B XFree86 mailing list (B [EMAIL PROTECTED] (B http://XFree86.Org/mailman/listinfo/xfree86 (B___ (BXFree86 mailing list (B[EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Thinkpad A31 and Radeon Mobility 7500
PS: Please try Daniel Stone's 4.2.99.x debs and see if they also have the switching back to X problem. I got stuck on dri source package. there is no info how to build it. i tried both make -f Makefile.linux, -f Makefile.kernel and sh buildpckg in debian sub-dir, they all produce ennormous amount of warnings and end up with an error. how do I go on? thansk Dominik ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Signal 11
hi, I installed all Daniel's deb packages. I didnt build the drm radeon.o, I dont know how, it doesnt build by compiling from source package (unlike Michel's source package) and I dont want to experiment with make-kpkg which I dont know. Shouldnt I just bulid radeon.o and copy it over to /lib/modules/(whatever)/char/drm/ ? Anyway, now my x system is totaly stuck, I cant even start it. I attach the log. What is signal 11? Dominik This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.2.99.901 (4.3.0 RC 1) (Debian 4.2.99.901-1 20030210010437 [EMAIL PROTECTED]) Release Date: 4 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.18 i686 [ELF] Build Date: 10 February 2003 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-domel.22022003 ([EMAIL PROTECTED]) (gcc version 3.2.3 20030210 (Debian prerelease)) #2 Sat Feb 22 15:51:40 CET 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: Mon Feb 24 13:17:58 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc102 (**) XKB: model: pc102 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.99.901, 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.2.99.901, 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 = 0x800240e0, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card , rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,2482 card 1014,0220 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2484 card 1014,0220 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,2487 card 1014,0220 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 1014,0220 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,2483 card 1014,0220 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 1014,0508 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,2486 card 1014,0227 rev 02 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c57 card 1014,0509 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 1180,0476 card 4000, rev 80 class 06,07,00 hdr 82 (II) PCI: 02:00:1: chip 1180,0476 card 4800, rev 80 class 06,07,00 hdr 82 (II) PCI: 02:02:0: chip 1260,3873 card 1668,0406 rev 01 class 02,80,00 hdr 00 (II) PCI: 02:08:0: chip 8086,1031 card 1014,0209 rev 42 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,6), 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
[XFree86] uncertainty principle is untenable
please reply to [EMAIL PROTECTED] thank you. THE UNCERTAINTY PRINCIPLE IS UNTENABLE By re-analysing Heisenberg's Gamma-Ray Microscope experiment and the ideal experiment from which the uncertainty principle is derived, it is actually found that the uncertainty principle can not be obtained from them. It is therefore found to be untenable. Key words: uncertainty principle; Heisenberg's Gamma-Ray Microscope Experiment; ideal experiment Ideal Experiment 1 Heisenberg's Gamma-Ray Microscope Experiment A free electron sits directly beneath the center of the microscope's lens (please see AIP page http://www.aip.org/history/heisenberg/p08b.htm or diagram below) . The circular lens forms a cone of angle 2A from the electron. The electron is then illuminated from the left by gamma rays--high energy light which has the shortest wavelength. These yield the highest resolution, for according to a principle of wave optics, the microscope can resolve (that is, see or distinguish) objects to a size of dx, which is related to and to the wavelength L of the gamma ray, by the expression: dx = L/(2sinA) (1) However, in quantum mechanics, where a light wave can act like a particle, a gamma ray striking an electron gives it a kick. At the moment the light is diffracted by the electron into the microscope lens, the electron is thrust to the right. To be observed by the microscope, the gamma ray must be scattered into any angle within the cone of angle 2A. In quantum mechanics, the gamma ray carries momentum as if it were a particle. The total momentum p is related to the wavelength by the formula, p = h / L, where h is Planck's constant. (2) In the extreme case of diffraction of the gamma ray to the right edge of the lens, the total momentum would be the sum of the electron's momentum P'x in the x direction and the gamma ray's momentum in the x direction: P' x + (h sinA) / L', where L' is the wavelength of the deflected gamma ray. In the other extreme, the observed gamma ray recoils backward, just hitting the left edge of the lens. In this case, the total momentum in the x direction is: P''x - (h sinA) / L''. The final x momentum in each case must equal the initial x momentum, since momentum is conserved. Therefore, the final x momenta are equal to each other: P'x + (h sinA) / L' = P''x - (h sinA) / L'' (3) If A is small, then the wavelengths are approximately the same, L' ~ L ~ L. So we have P''x - P'x = dPx ~ 2h sinA / L (4) Since dx = L/(2 sinA), we obtain a reciprocal relationship between the minimum uncertainty in the measured position, dx, of the electron along the x axis and the uncertainty in its momentum, dPx, in the x direction: dPx ~ h / dx or dPx dx ~ h. (5) For more than minimum uncertainty, the greater than sign may added. Except for the factor of 4pi and an equal sign, this is Heisenberg's uncertainty relation for the simultaneous measurement of the position and momentum of an object. Re-analysis To be seen by the microscope, the gamma ray must be scattered into any angle within the cone of angle 2A. The microscope can resolve (that is, see or distinguish) objects to a size of dx, which is related to and to the wavelength L of the gamma ray, by the expression: dx = L/(2sinA) (1) This is the resolving limit of the microscope and it is the uncertain quantity of the object's position. The microscope can not see the object whose size is smaller than its resolving limit, dx. Therefore, to be seen by the microscope, the size of the electron must be larger than or equal to the resolving limit. But if the size of the electron is larger than or equal to the resolving limit dx, the electron will not be in the range dx. Therefore, dx can not be deemed to be the uncertain quantity of the electron's position which can be seen by the microscope, but deemed to be the uncertain quantity of the electron's position which can not be seen by the microscope. To repeat, dx is uncertainty in the electron's position which can not be seen by the microscope. To be seen by the microscope, the gamma ray must be scattered into any angle within the cone of angle 2A, so we can measure the momentum of the electron. dPx is the uncertainty in the electron's momentum which can be seen by microscope. What relates to dx is the electron where the size is smaller than the resolving limit. When the electron is in the range dx, it can not be seen by the microscope, so its position is uncertain. What relates to dPx is the electron where the size is larger than or equal to the resolving limit .The electron is not in the range dx, so it can be seen by the microscope and its position is certain. Therefore, the electron which relates to dx and dPx respectively is not the same. What we can see is the electron where the size is larger than or equal to the resolving limit dx and has a certain position, dx = 0. Quantum mechanics does not
Re: [XFree86] Signal 11
I apologize, but I am just tired and losing concentration. of course, installation re-wrote my config... arg!!! But I am using radeon.o from Michel's source package, I still dont know how to compile apt-get'ed module source drm. Please, guide me on this. Daniels' version solves the problem with getting back to X from console. However, still there are small other problems (but not now). The major problem is fixed, so at least no bug in XFree but something wrong in Michel's packages. thanks a lot Dominik ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Thinkpad A31 and Radeon Mobility 7500
PS: Please try Daniel Stone's 4.2.99.x debs and see if they also have the switching back to X problem. Daniel's packages dont have this problem. I can use Kevin's workaround now, I'm fine. Plz, how do I properly build radeon.o from his source package? ATM I use yours. I get 1.5kfps now (1.4 with yours) thanks a lot for the support Dominik -- -- Dominik Szczerba, Dr. CO-ME, D-ITET, ETZ F85 ETH, Gloriastr. 35 CH-8092 Zurich http://www.vision.ee.ethz.ch/~domi -- ii swear i never use vi^[:wqZZ -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] (no subject)
unable to start xserver on intel 845 video chip (IBM monitor E54 ) .Attched is output of 'startx' and 'scanpci -v' . Regards Sudarshan xfree86.log Description: Binary data
[XFree86] Euro5 le ofrece idiomas
Le proporcionamos una enseñanza de idiomas de calidad con profesores bilingües o nativos. Aprenda o mejore sus idiomas. Creamos hábitos de conversación. Solventamos fracasos anteriores. Garantía total. Solo se cobran las clases impartidas/por horas, previa factura a fin de mes. Proponga en su empresa grupos reducidos. Nuestros profesores se desplazan a su empresa o domicilio en horas programadas. El aprendizaje de idiomas hoy, se considera un plus laboral. Pida información y disponibilidad, completando la ficha en nuestra web . www.euro5.org Cumplimos con la ley vigente en cuanto a la protección de datos. Si desea su baja haga un reply en la cabecera o a E/mail:[EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] unable to start xserver
hi i install redhat 7.3 so in installed gnome its working . i stoped and keept another lan cad and started i dont no what happend i was unable to start xserver .i try xconfigurator but no use what to.please help me regarding this. thank you bye siva ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86, Xft and Xrender doubt
Hello, I'm running a Debian 3.0 with and its bundled XFree86 4.1.0. My installed version of XFree86 comes with libXrender 1.0 and libXft 1.0. I want to install libXft 2.1, but it requires libXrender 1.1. I have the following doubts: 1) Is libXrender 1.0 compatible with libXrender1.1? I mean, if I substitute version 1.0 for version 1.1 will my XFree applications continue to work? 2) If the answer to question (1) is no, can libXrender 1.1 be installed together with version 1.0? Thanks, -- _/_/_/ _/_/_/_/_/_/ Ivens Porto _/ _/_/_/ OSE - Open Systems Engineering _/ _/_/_/ http://www.ose.com.br _/ _/ _/_/_/ _/_/_/_/ Phone: (55) 34 - 3214-5995 _/ _/_/_/ Fax: (55) 34 - 3214-5994 _/ _/_/_/ _/_/_/_/_/_/ _/_/_/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Thinkpad A31 and Radeon Mobility 7500
Moreover, suspend works now even without going to console first! GREAT! Well, I have to re-plug the net cable, somehow ifplugd dies after suspend, but that's a minor worry. Thanks a lot! I'm way ahead of knoppix now! (pls still explain me how to build the drm source module, why doesnt it compile?) Dominik Dominik Szczerba wrote: PS: Please try Daniel Stone's 4.2.99.x debs and see if they also have the switching back to X problem. Daniel's packages dont have this problem. I can use Kevin's workaround now, I'm fine. Plz, how do I properly build radeon.o from his source package? ATM I use yours. I get 1.5kfps now (1.4 with yours) thanks a lot for the support Dominik ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] unable to start xserver
i install redhat 7.3 so in installed gnome its working . i stoped and keept another lan cad and started i dont no what happend i was unable to start xserver .i try xconfigurator but no use what to.please help me regarding this. thank you 1) explain more (log files, system info) otherwise you only play developers' nerves 2) dont use redhat success DS -- -- Dominik Szczerba, Dr. CO-ME, D-ITET, ETZ F85 ETH, Gloriastr. 35 CH-8092 Zurich http://www.vision.ee.ethz.ch/~domi -- ii swear i never use vi^[:wqZZ -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Help!!!
I'm using a VMWare (this is a virtual maschine). Could you help me with that. I have pentium 4, 1.8 GHz, VideoCard nVIDIA GFORCE 2 MX, 128MB RAM, Monitor Sony E250. The attachment is my XFree86 log file. Thank you Mr. Plamen Dimitrov XFree86 Version 4.1.0 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 2 June 2001 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/FAQ) Build Operating System: Linux 2.2.19 i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Mon Feb 24 05:52:04 2003 (==) Using config file: /etc/X11/XF86Config Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor My Monitor (**) | |--Device VESA Framebuffer (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (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.1.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (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.1.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (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 8086,7192 card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7110 card , rev 08 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 00 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 08 class 06,80,00 hdr 80 (II) PCI: 00:07:4: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:5: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:6: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:7: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:0f:0: chip 15ad,0405 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 00:10:0: chip 1022,2000 card , rev 10 class 02,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.1.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA 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:7: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: (--) PCI:*(0:15:0) VMware PCI SVGA (FIFO) rev 0, Mem @ 0xfc00/24, 0xfb00/24, I/O @ 0x10a0/4 (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) [1] -1 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0x000f - 0x000f (0x1) MX[B] [3] -1 0x000c -
Re: [XFree86] XFree86, Xft and Xrender doubt
Around 11 o'clock on Feb 24, [EMAIL PROTECTED] wrote: 1) Is libXrender 1.0 compatible with libXrender1.1? I mean, if I substitute version 1.0 for version 1.1 will my XFree applications continue to work? Yes. Two libraries with the same major version number are compatible. -keith ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Signal 11
On Mon, 2003-02-24 at 13:52, Dominik Szczerba wrote: of course, installation re-wrote my config... arg!!! What config option(s) caused the problem though? Signal 11 is a segmentation fault, which is always a bug. But I am using radeon.o from Michel's source package, I still dont know how to compile apt-get'ed module source drm. Please, guide me on this. apt-cache show xlibmesa4-drm-src -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] ATI Radeon 7000 Graphics Card
On Mon, 2003-02-24 at 06:15, Estevan Cedillo wrote: Ati won't give support for your card or any card under linux. This may be true depending on how you define 'support', but it hardly matters as this card is well supported by XFree86. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Newbie Question - V41 error when using start x
Hello all. I am sure this question is asked all the time but I am just getting started and this is not addressed in the two books I have. I have installed Red Hat 7 twice now trying to fix this problem to no avail. The install process goes without a snag. I just cannot get X to work. I have tried Xconfigurator as well as manually editing the Xfree86 file and I get the same error. I have a Pentium 75 or 166 (tried both processors), 32 megs SDRAM, a tseng labs 4000 W32p (a supported card), and 4 gig hd. I am trying to use the version of Xfree86 that came with RedHat 7.0 disk. When I type "startx" the screen goes black for about 3-5 seconds and then an error message comes up. There is a server 11 error as well as a message similar to this: II) LoadModule: "v41" (WW) Warning, couldn't open module v41 (II) UnloadModule: "v41" (EE) Failed to load module "v41" When I use vi on the log file the only problem I see is this V41 not loading message above. I read somewhere on a google search that you may be able to disable v41 but I could not find the file where it is located. Any help would be greatly appreciated! thanks. [EMAIL PROTECTED]Do you like FREE stuff? Click below for a free gift! http://www.greatcom.org/laws/ Don't wait, it's only available for a limited time!Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more
[XFree86] Keyboard not working with latest CVS
Hi list, I just upgraded to CVS and my keyboard stopped working. If I start the server with -xkb (or the XkbDisable option in XF86Config) things appear to work just fine. Attached goes my XF86Config, X log (when things don't work) and the host.def file used for compiling. I installed X under a different prefix as you can see from host.def, but that used to work. Any clues? Iaki Section ServerFlags #Option XkbDisable true EndSection Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer # For two mouses # InputDeviceMouse1 AlwaysCore InputDeviceKeyboard0 CoreKeyboard EndSection Section Files # RgbPath /usr/X11R6/lib/X11/rgb # ModulePath /usr/X11R6/lib/modules RgbPath /home/garetxe/cvs/X-install/lib/X11/rgb ModulePath /home/garetxe/cvs/X-install/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/local FontPath /usr/X11R6/lib/X11/fonts/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/Type1 FontPath /usr/X11R6/lib/X11/fonts/URW FontPath /usr/X11R6/lib/X11/fonts/Speedo FontPath /usr/X11R6/lib/X11/fonts/PEX FontPath /usr/X11R6/lib/X11/fonts/cyrillic:unscaled FontPath /usr/X11R6/lib/X11/fonts/latin2/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/latin2/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/latin2/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/latin2/Type1 FontPath /usr/X11R6/lib/X11/fonts/latin7/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/baekmuk:unscaled FontPath /usr/X11R6/lib/X11/fonts/japanese:unscaled FontPath /usr/X11R6/lib/X11/fonts/kwintv:unscaled FontPath /usr/X11R6/lib/X11/fonts/truetype FontPath /usr/X11R6/lib/X11/fonts/uni:unscaled FontPath /usr/X11R6/lib/X11/fonts/CID FontPath /usr/X11R6/lib/X11/fonts/ucs/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/ucs/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/ucs/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/Type1 FontPath /usr/X11R6/lib/X11/fonts/misc/sgi:unscaled FontPath /usr/X11R6/lib/X11/fonts/xtest FontPath /usr/X11R6/lib/X11/fonts/freefont FontPath /usr/X11R6/lib/X11/fonts/sharefont FontPath /usr/X11R6/lib/X11/fonts/tolkien EndSection Section Module Load record Load extmod Load dbe Load dri Load glx Load xie Load xtrap Load type1 Load speedo EndSection Section InputDevice Identifier Keyboard0 Driver keyboard # Driver kbd Option Protocol Standard Option XkbKeyCodes xfree86 Option XkbLayout es Option XkbModel pc104 Option XkbRules xfree86 # Option CustomKeycodes on EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol PS/2 Option Device /dev/mouse Option Emulate3Buttons on EndSection #Section InputDevice #Identifier Mouse1 #Driver mouse #Option Device /dev/input/mice #Option Protocol IMPS/2 #Option Emulate3Buttons off #Option ZAxisMapping 4 5 #EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model # HorizSync 31.5-48.5 # VertRefresh 55-90 # ModeLine 640x480 25.175 640 664 760 800 480 491 493 525 # Modeline 800x600 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option ColorKey # i #Option CacheLines# i #Option ShowCache # [bool] #Option Dac6Bit # [bool] #Option DRI # [bool] #Option NoDDC # [bool] #Option XvMCSurfaces # i Option Stretch True Identifier Card0 Driver i810 VendorName Intel BoardName i830M BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth 16 SubSection Display Depth 1 EndSubSection
[XFree86] vgaHWLock(), vgaHWUnlock()
While tracking down a bug, I encoutered these functions in: programs/Xserver/hw/xfree86/vgahw/vgaHW.c: void vgaHWLock(vgaHWPtr hwp) { /* Protect CRTC[0-7] */ hwp-writeCrtc(hwp, 0x11, hwp-readCrtc(hwp, 0x11) ~0x80); } void vgaHWUnlock(vgaHWPtr hwp) { /* Unprotect CRTC[0-7] */ hwp-writeCrtc(hwp, 0x11, hwp-readCrtc(hwp, 0x11) | 0x80); } Every reference I can find on the sbuject, (specifically Ferraro's book, 3rd ed, along with many HTML references) indicate that this logic is reversed. That is, for CRTC reg 0x11 bit 7: 1=disable, 0=enable writing to CRTC regs[0-7]. Comments? Thanks, Nat -- _ Nat Ersoz [EMAIL PROTECTED] -o) Myrio Corporation Phone: 425.897.7278 /\\ 3500 Carillon Point Cell: 425.417.5182 _\_V Kirkland, WA 98033Fax: 425.897.5600 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] vgaHWLock(), vgaHWUnlock()
On 24 Feb 2003, Nat Ersoz wrote: While tracking down a bug, I encoutered these functions in: programs/Xserver/hw/xfree86/vgahw/vgaHW.c: void vgaHWLock(vgaHWPtr hwp) { /* Protect CRTC[0-7] */ hwp-writeCrtc(hwp, 0x11, hwp-readCrtc(hwp, 0x11) ~0x80); } void vgaHWUnlock(vgaHWPtr hwp) { /* Unprotect CRTC[0-7] */ hwp-writeCrtc(hwp, 0x11, hwp-readCrtc(hwp, 0x11) | 0x80); } Every reference I can find on the sbuject, (specifically Ferraro's book, 3rd ed, along with many HTML references) indicate that this logic is reversed. That is, for CRTC reg 0x11 bit 7: 1=disable, 0=enable writing to CRTC regs[0-7]. Comments? You are absolutely correct. I've just committed a change to correct this. Thanks for pointing out the problem. 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] Re: TV-out messes up things when TV is plugged in
Kevin B. Payne wrote: This is NOT a bug. The ATI Rage128 chipset on the All-In-Wonder 128 Pro video card is actually locked into a refresh rate of 60 Hz at 800X600 resolution when TV is enabled. The card itself cannot produce two different refresh rates at the same time to satisfy both your monitor and the TV signal. However, the Xserver's default of dropping out of X when NO SCREENS FOUND error occurs doesn't allow just the TV or monitor display to work independantly. If you want both you ARE going to have to get a PNP monitor from a respectible brand company that will support 800X600 resolution at 60Hz and then set X up appropriately to run at that resolution and refresh rate on your display. The BUG is that XFree86 neither fails to start with the XF86Config-requested resolutions, nor adopts 800x600 at 60 Hz (or whatever works). Now XFree86 starts just fine without any indication in the log file. The BUG is that XFree86 does not check if TV is plugged in and the card disregards XFree86 later. Can TV-out be diagnosed by XFree86? Thanks, Alexei ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] ATI Radeon 7000 Graphics Card
Michel Dänzer wrote: On Mon, 2003-02-24 at 06:15, Estevan Cedillo wrote: Ati won't give support for your card or any card under linux. This may be true depending on how you define 'support', but it hardly matters as this card is well supported by XFree86. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 What is the minimum version number of XFree86 that provides the necessary driver support for the Radeon 7000? Fred Clearwater ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] unsubscribe
Always listen to experts. They'll tell you what can't be done and why. After they're done, then do it. -Robert Heinlein Glacier Bkgrd.jpg
[XFree86] RedHat 8.0(2.4.18-14) X Windows configuration problem.
Hello, Please be bear with me. below are NOT spam, or junk. I just want to make my linux x-windows work. I have a question about my Laptop X Windows problem. I have Dell Laptop Inspiron 2650 NVIDIA GeForce 2 Go video driver with 16 RAM(Video Ram). I have downloaded the driver which was required by NVIDIA ( I have run the nvchooser.sh file on the laptop to verify which file I need. I was told me that I need to download #./NVchooser.sh Please download and install the following files: NVIDIA_kernel-1.0-4191.rh80up.i686.rpm NVIDIA_GLX-1.0-4191.i386.rpm For further installation directions, please see the README. when I installed two files, NVIDIA_kernel-1.0-4191.rh80up_2.4.18_18.8.0.i686.rpm NVIDIA_GLX-1.0-4191.i386.rpm The reason I download the file NVIDIA_kernel-1.0-4191.rh80up_2.4.18.8.0.i686.rpm instead of NVIDIA_kernel-1.0-4191.rh80up.i686.rpm was that I couldn't find the exact name on the web page NVIDIA http://www.nvidia.com/view.asp?IO=linux_display_ia32_1.0-4191 I installed these and ran startx, I got this error like below on the screen without any x-window: 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 Feb 24 21:13:08 2003 (==) Using config file: /etc/X11/XF86Config (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! (EE) NVIDIA(0): *** Aborting *** (EE) Screen(s) found, but none have a usable configuratioon. 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] XIO: fatal IO error 104 ( Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining. [EMAIL PROTECTED] download]# Here's the /var/log/XFree86.0.log that I have on the system: 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: Mon Feb 24 21:13:08 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor inspiron 2650 (**) | |--Device dell (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us (**) XKB: layout: us (**) Option XkbVariant us (**) XKB: variant: us (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/local/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/local/). (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) 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)
[XFree86] Re: ATI Radeon 7000 Graphics Card
On Mon, 24 Feb 2003, Fred Clearwater wrote: Ati won't give support for your card or any card under linux. This may be true depending on how you define 'support', but it hardly matters as this card is well supported by XFree86. What is the minimum version number of XFree86 that provides the necessary driver support for the Radeon 7000? Depends on what you define 'necessary' as. You won't get it running on anything less than 4.1.0, however 4.1.0 required some patches to get things working better, but still not as complete as what is in later releases. I would not recommend anything less than 4.2.0 or 4.2.1 (which are essentially the same driverwise) for any Radeon hardware at this point in time. -- Mike A. Harris Zebras may well be filthy animals, but I don't know what this is supposed to mean... What's an ia64? Is that the code word for systems whose Xlib is broken so that plane-masks don't work? -- Jamie Zawinski [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Laptop - Lost ability to switch between LCD and Monitor
Hi, Mike Harris requested that I send this to xfree86.org. Is this a known problem in recent XFree86 CVS? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84944 Description of problem: https://listman.redhat.com/pipermail/phoebe-list/2003-February/003431.html In Red Hat 8.0 and previous versions of Red Hat Linux my laptop was able to switch between built-in LCD screen and external monitor with Fn-F7 key. In Phoebe2 and Phoebe3 I noticed that I completely lost this ability. If I change to a text console it works, but the running XFree86 session must be completely killed in order to change from LCD to monitor or vice versa. My laptop is a Sony Vaio FXA36, mobile Athlon with VIA KT133a chipset. https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=51325action=view More hardware information. Two other people on phoebe-list have said that their laptop in Phoebe can no longer switch video output. Warren Togami [EMAIL PROTECTED] Version-Release number of selected component (if applicable): XFree86-4.2.99.902-20030220.1 How reproducible: Always ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Laptop - Lost ability to switch between LCD and Monitor
I think it's more of a feature than a bug. ;) Based on your X log in the bugzilla bug, your laptop has a Rage Mobility mach64 chip. Display switching via the BIOS (with the X server's VT active) was disabled for mach64s with dual-CRTCs in XFree86 4.2.99.1: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/ati/atil ock.c.diff?r1=1.14r2=1.15f=h (#105 in the CHANGELOG) My guess is that allowing BIOS-initiated display switches with the X server active could cause problems because the driver's cached register state might not be valid after the display switch. For example, if you switch from the LCD to the CRT, the driver would continue to program the card as if the LCD were still active, when in fact the BIOS has changed the card's state out from under the driver. In the revision above, the feature bit for display switching is re-enabled when switching away to a text console VT (assuming it was enabled in the BIOS at server startup), which is why the display switching works there, but the driver disables the feature bit and restores its cached state when switching back to the X server. --Leif On Mon, 24 Feb 2003, Warren Togami wrote: Hi, Mike Harris requested that I send this to xfree86.org. Is this a known problem in recent XFree86 CVS? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84944 Description of problem: https://listman.redhat.com/pipermail/phoebe-list/2003-February/003431.html In Red Hat 8.0 and previous versions of Red Hat Linux my laptop was able to switch between built-in LCD screen and external monitor with Fn-F7 key. In Phoebe2 and Phoebe3 I noticed that I completely lost this ability. If I change to a text console it works, but the running XFree86 session must be completely killed in order to change from LCD to monitor or vice versa. My laptop is a Sony Vaio FXA36, mobile Athlon with VIA KT133a chipset. https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=51325action=view More hardware information. Two other people on phoebe-list have said that their laptop in Phoebe can no longer switch video output. Warren Togami [EMAIL PROTECTED] Version-Release number of selected component (if applicable): XFree86-4.2.99.902-20030220.1 How reproducible: Always ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 -- Leif Delgass http://www.retinalburn.net ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Backward-incompatible Shift-F* changes
On Mon, Feb 24, 2003 at 11:06:59AM +0100, Enrico Scholz wrote: Hello, the recent XFree86 CVS version adds XF86_Switch_VT_* keyboard-bindings to Shift-F*: | $ xmodmap -pke | ... | keycode 67 = F1 XF86_Switch_VT_1 XKB maps XF86_Switch_VT_1 to Ctrl Alt F1, not Shift F1, although xmodmap can't show this distinction. This breaks e.g. XEmacs which fails to interpret Shift-F* now: | $ xemacs | ... | C-h k Sh-f1 | f1 is undefined When executing xmodmap -e 'keycode 67 = F1' or running a previous XFree86, the message would be 'Sh-f1 is undefined'. I don't know how xemacs is handling this. I'm cc'ing this to the devel list in case someone here has any suggestions. I am using the a Red Hat Rawhide XFree86 version, labeled XFree86-4.2.99.902-20030218.0, and reported it to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84907 as well. Enrico -- q: If you were young again, would you start writing TeX again or would you use Microsoft Word, or another word processor? a: I hope to die before I have to use Microsoft Word. -- Harald Koenig [EMAIL PROTECTED] asking D.E.Knuth ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86