CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED]03/02/10 15:42:52 Log message: Man page update about Rotate. New PCI IDs. Add an extra memory_barrier() when waiting on the fifo. It shouldn't be needed but PPC users are claiming they see some instability without it. Modified files: xc/programs/Xserver/hw/xfree86/drivers/nv/: nv.man nv_driver.c nv_setup.c nv_xaa.c riva_hw.c riva_hw.h Revision ChangesPath 1.16 +3 -3 xc/programs/Xserver/hw/xfree86/drivers/nv/nv.man 1.101 +6 -4 xc/programs/Xserver/hw/xfree86/drivers/nv/nv_driver.c 1.27 +2 -1 xc/programs/Xserver/hw/xfree86/drivers/nv/nv_setup.c 1.28 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/nv/nv_xaa.c 1.47 +3 -1 xc/programs/Xserver/hw/xfree86/drivers/nv/riva_hw.c 1.24 +2 -1 xc/programs/Xserver/hw/xfree86/drivers/nv/riva_hw.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED]03/02/10 16:00:18 Log message: I think flat panel support if out of the experimental stage. Document this and the restriction that the BIOS must have booted to the panel for it to work. Modified files: xc/programs/Xserver/hw/xfree86/drivers/nv/: nv.man Revision ChangesPath 1.17 +5 -4 xc/programs/Xserver/hw/xfree86/drivers/nv/nv.man ___ 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/10 18:51:11 Log message: 865. Add private keysyms for the new XKB actions (XFree86 special keys), and move those actions to an XKB compatibility map. This fixes side-effects (loss of auto-repeat and mousekeys functionality) of the way this was implemented previously (Ivan Pascal). Modified files: xc/include/: XF86keysym.h xc/lib/X11/: XKeysymDB xc/programs/xkbcomp/compat/: Imakefile complete default xc/programs/xkbcomp/symbols/: srvr_ctrl xc/programs/xkbcomp/symbols/pc/: pc Added files: xc/programs/xkbcomp/compat/: xfree86 Revision ChangesPath 1.16 +21 -2 xc/include/XF86keysym.h 3.16 +19 -1 xc/lib/X11/XKeysymDB 3.9 +2 -2 xc/programs/xkbcomp/compat/Imakefile 1.2 +9 -7 xc/programs/xkbcomp/compat/complete 1.2 +10 -7 xc/programs/xkbcomp/compat/default 1.2 +17 -36xc/programs/xkbcomp/symbols/srvr_ctrl 1.6 +17 -33xc/programs/xkbcomp/symbols/pc/pc ___ 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/10 19:19:02 Log message: 866. The sunffb driver was treating a function with a void return value as if it had a Bool return value. This causes the driver to fail in some cases (#A.1588, Ferris McCormick). Modified files: xc/programs/Xserver/hw/xfree86/drivers/sunffb/: ffb_dbe.c Revision ChangesPath 1.2 +4 -3 xc/programs/Xserver/hw/xfree86/drivers/sunffb/ffb_dbe.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/10 19:24:20 Log message: 867. Fix some scaling problems with the updated whiteglass cursor icons, fixing some incorrect hotspots (Kevin Puetz). Modified files: xc/programs/xcursorgen/whiteglass/: base_arrow_up-48.png base_arrow_up-64.png boat-16.png boat-24.png boat-32.png boat-48.png boat-64.png bottom_left_corner-24.png bottom_left_corner-32.png bottom_left_corner-48.png bottom_left_corner-64.png bottom_right_corner-24.png bottom_right_corner-32.png bottom_right_corner-48.png bottom_right_corner-64.png bottom_tee-24.png bottom_tee-32.png bottom_tee-48.png bottom_tee-64.png exchange-16.png exchange-24.png exchange-32.png exchange-48.png exchange-64.png gumby-16.png gumby-24.png gumby-32.png gumby-48.png gumby-64.png hand1-16.png hand1-24.png hand1-32.png hand1-48.png hand1-64.png hand2-16.png hand2-24.png hand2-32.png hand2-48.png hand2-64.png left_ptr_watch-16.png left_ptr_watch-24.png left_ptr_watch-32.png left_ptr_watch-48.png left_ptr_watch-64.png left_side-24.png left_side-32.png left_side-48.png left_side-64.png left_tee-24.png left_tee-32.png left_tee-48.png left_tee-64.png ll_angle-24.png ll_angle-32.png ll_angle-48.png ll_angle-64.png lr_angle-16.png lr_angle-24.png lr_angle-32.png lr_angle-48.png lr_angle-64.png question_arrow-16.png question_arrow-24.png question_arrow-32.png question_arrow-48.png question_arrow-64.png right_ptr-16.png right_ptr-24.png right_ptr-32.png right_ptr-48.png right_ptr-64.png right_tee-64.png sailboat-16.png sailboat-24.png sailboat-32.png sailboat-48.png sailboat-64.png sb_down_arrow-16.png sb_down_arrow-24.png sb_down_arrow-32.png sb_down_arrow-48.png sb_down_arrow-64.png sb_h_double_arrow-16.png sb_h_double_arrow-24.png sb_h_double_arrow-32.png sb_h_double_arrow-48.png sb_h_double_arrow-64.png sb_left_arrow-16.png sb_left_arrow-24.png sb_left_arrow-32.png sb_left_arrow-48.png sb_left_arrow-64.png sb_right_arrow-32.png sb_right_arrow-48.png sb_right_arrow-64.png shuttle-16.png shuttle-24.png shuttle-32.png shuttle-48.png shuttle-64.png target-16.png target-24.png target-32.png target-48.png target-64.png top_right_corner-64.png ul_angle-16.png ul_angle-24.png ul_angle-32.png ul_angle-48.png ul_angle-64.png ur_angle-16.png ur_angle-24.png ur_angle-32.png ur_angle-48.png ur_angle-64.png watch-16.png watch-24.png watch-32.png watch-48.png watch-64.png Revision ChangesPath 1.3 +5 -8 xc/programs/xcursorgen/whiteglass/base_arrow_up-48.png 1.3 +16 -12xc/programs/xcursorgen/whiteglass/base_arrow_up-64.png 1.3 +2 -5 xc/programs/xcursorgen/whiteglass/boat-16.png 1.3 +5 -5 xc/programs/xcursorgen/whiteglass/boat-24.png 1.3 +11 -9 xc/programs/xcursorgen/whiteglass/boat-32.png 1.3 +11 -12xc/programs/xcursorgen/whiteglass/boat-48.png 1.3 +11 -18xc/programs/xcursorgen/whiteglass/boat-64.png 1.3 +3 -2 xc/programs/xcursorgen/whiteglass/bottom_left_corner-24.png 1.3 +11 -9 xc/programs/xcursorgen/whiteglass/bottom_left_corner-32.png 1.3 +2 -6 xc/programs/xcursorgen/whiteglass/bottom_left_corner-48.png 1.3 +10 -6 xc/programs/xcursorgen/whiteglass/bottom_left_corner-64.png 1.3 +3 -3 xc/programs/xcursorgen/whiteglass/bottom_right_corner-24.png 1.3 +5 -8 xc/programs/xcursorgen/whiteglass/bottom_right_corner-32.png 1.3 +6 -4 xc/programs/xcursorgen/whiteglass/bottom_right_corner-48.png 1.3 +8 -12 xc/programs/xcursorgen/whiteglass/bottom_right_corner-64.png 1.3 +2 -2 xc/programs/xcursorgen/whiteglass/bottom_tee-24.png 1.3 +1 -3 xc/programs/xcursorgen/whiteglass/bottom_tee-32.png 1.3 +1 -7 xc/programs/xcursorgen/whiteglass/bottom_tee-48.png 1.3 +2 -4 xc/programs/xcursorgen/whiteglass/bottom_tee-64.png 1.3 +5 -4 xc/programs/xcursorgen/whiteglass/exchange-16.png 1.3 +9 -5 xc/programs/xcursorgen/whiteglass/exchange-24.png 1.3 +6 -10 xc/programs/xcursorgen/whiteglass/exchange-32.png 1.3 +15 -12xc/programs/xcursorgen/whiteglass/exchange-48.png 1.3 +22 -21xc/programs/xcursorgen/whiteglass/exchange-64.png 1.3 +12 -1 xc/programs/xcursorgen/whiteglass/gumby-16.png 1.3 +14 -5 xc/programs/xcursorgen/whiteglass/gumby-24.png 1.3 +24 -7
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/10 19:30:20 Log message: 868. Revert the DestroyContext, GarbageCollectDrawables reording in dri_util.c, and instead check if the drawable is known to the DRI client code before calling XF86DRIGetDrawableInfo (Egbert Eich). Modified files: xc/lib/GL/dri/: dri_util.c Revision ChangesPath 1.5 +4 -3 xc/lib/GL/dri/dri_util.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/10 19:33:06 Log message: 869. Change initMouseHW() to always return TRUE, which restores the older more graceful behaviour (Egbert Eich). Modified files: xc/programs/Xserver/hw/xfree86/input/mouse/: mouse.c Revision ChangesPath 1.69 +6 -6 xc/programs/Xserver/hw/xfree86/input/mouse/mouse.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/10 19:41:38 Log message: minor typo in message Modified files: xc/programs/Xserver/hw/xfree86/drivers/trident/: trident_driver.c Revision ChangesPath 1.176 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/trident/trident_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/10 19:45:33 Log message: updates Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xf86Version.h Revision ChangesPath 3.2541+15 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.531 +2 -2 xc/programs/Xserver/hw/xfree86/xf86Version.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Re: [XFree86] [BUG] The /*-+ keys on the numeric keypad won't repeat in current CVS
Hi, Err, I think is just found another problem, forgive me if it is a known problem (and I missed some email about it), but for example: % setxkbmap -model pc104 -layout us_intl or % setxkbmap -model abnt2 -layout br = Scroll_Lock leds works They are 'old layouts'. % setxkbmap -model pc104 -layout us or % setxkbmap -model pc104 -layout pt = Scroll_Lock leds dont work They are new ones. These are the settings I normally use, Scroll_Lock is of no use for me under X, but this maybe be a problem. The thing is new layouts have three-four levels and need a modifier bit for switching to those levels. But all real modifiers are already used: Lock, Shift, Control - according their names, and unnamed ones (Mod1-Mod5) are Alt, Meta, NumLock, ScrollLock and one for a Mode_Switch emulation for compatibility with the core protocol. Thus for the new ThirdLevel modifier I had to sacrifice one of them. The ScrollLock modifier seems me most unused and now this bit is used as the ThirdLevel modifier (of course the ScrollLock key still prodice a corresponded keysym). But the ScrollLock indicator still configured to show state of modifier bound to the ScrollLock keysym. I think if complaints will come I'll make an option that maps the ScrollLock virtual modifier to some real one. Otherwise we can use the indicator for something else. -- Ivan U. Pascal | e-mail: [EMAIL PROTECTED] Administrator of | Tomsk State University University Network | Tomsk, Russia ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Tablet driver for Aiptek HyperPen USB
Thomas Zander wrote: Whoa, funny as hell! I do try.. I have written a driver for the touchscreen of the PaceBlade laptop, and have about the same questions! Plus; - where can I find a list of methods I can call in the driver with API docs? Damn fine question. Like for instance, if I notice relative reports coming in, maybe I should do something to trigger the driver's switching to relative coordinates. Because, I do allow my front-end tool to select relative mode for the tablet. Really, tying in to hotplug, I'd like to know that a tablet's been attached, and if so, to which device entry in /dev/input... I am looking for a way to do timers in the driver... There is an X wrapper around select()... So, one more vote for answers ;) Thanx. I say let's set up a chat channel somewhere, and line up other input device champions, and we can spend 30 minutes or so asking stupid questions until everyone feels comfortable with each other. Do we have a volunteer to ask/answer dumb questions from we newbies? -- .:. Bryan W. Headley - [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
XFree86 Installation Problem
Hello All, We bought a brand new PC and installed Red Hat 8.0 on it. The video card didn't work because there are no drivers for the on-board Intel 845 video card in the version of XFree86 shipped with Red Hat 8.0. On Intel's website it was recomended to download the latest CVS snapshot of XFree86. So I downloaded all of the binaries for the latest CVS snapshot of XFree86, which is 4.2.99.901. I installed all of the packages in that snapshot and overwrote my old configuration files. Now when I restart the computer, it goes into the X window environment but the message dialog box in the lower right corner keeps on printing console log localhost.localdomain over and over again and doesn't do anything else. The mouse stays as a sandbox and the system doesn't respond to anything. Do you have any suggestions what I may have done wrong? Should I not have overwritten the old configuration files? Why does the message box keep on printing console log localhost.localdomain over and over? I would greatly appreciate any help. Thank you very much, Mete ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 Installation Problem
On Mon, Feb 10, 2003 at 12:55:13PM -0800, Mete Kural wrote: Hello All, We bought a brand new PC and installed Red Hat 8.0 on it. The video card didn't work because there are no drivers for the on-board Intel 845 video card in the version of XFree86 shipped with Red Hat 8.0. On Intel's website it was recomended to download the latest CVS snapshot of XFree86. So I downloaded all of the binaries for the latest CVS snapshot of XFree86, which is 4.2.99.901. I installed all of the packages in that snapshot and overwrote my old configuration files. Now when I restart the computer, it goes into the X window environment but the message dialog box in the lower right corner keeps on printing console log localhost.localdomain over and over again and doesn't do anything else. The mouse stays as a sandbox and the system doesn't respond to anything. Do you have any suggestions what I may have done wrong? Should I not have overwritten the old configuration files? Why does the message box keep on printing console log localhost.localdomain over and over? I would greatly appreciate any help. First of all, I suggest you talk to RedHat for support on stuff specific to their distro, which is lots in your case. You will probably need to create a correct config file using RedHats config utility (no idea how that works). Unfortunately I understand from your message you are not able to get into a console to type any commands. If RedHat boots with lilo you want to type the kernel name that normally appears and type 'single' behind that line. You should be able to login then, if that was unsuccessful; ask RedHat support on how to get into your machine in single user mode. When logged in; change your /etc/inittab to start in multiuser mode. It is probably 'multiuser mode with xdm' at the moment. This means changing the line to: id:2:initdefault: I don't know if RedHat also uses '2' After rebooting you can login and configure your graphics card as usual. Hope that helps. -- Thomas Zander ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Major performance problem
Sorry, don't have the original message to reply to. I had similar problems when portmapper was not started; check if it is running. ps. try running xload instead of your java application; excluding things like colordepth 'requirements' of Java. On Mon, Feb 10, 2003 at 01:26:56PM -0800, Mark Vojkovich wrote: On Fri, 7 Feb 2003, Dominic Duval wrote: Hello everyone, I'm currently trying to speed up X applications and I'm facing huge performance problems. I believe some of you might be able to point out what could be the problem in this particular case. First, a few quick facts: -We use X with the frame buffer device (Xfbdev) -Our X applications are in fact Java AWT applications, and our Java machine uses Motif as the underlying graphical toolkit. When lauching the application locally, something as simple as displaying a single windows may take more than 7 minutes. During those 7 minutes, System is at 99% load. We tested the X application on slower devices, and execution time is well under 7 minutes. Redirecting $DISPLAY on another machine makes the same application execute in a few seconds (10 seconds actually). Starting his X application from another machine and redirecting $DISPLAY on the device where the frame buffer is located also executes properly in a few seconds. From those facts, executing the application locally should take around the same time, but that's not the case :( Does anyone have any idea where the bottleneck could be? Thanks, -Dominic -- Thomas Zander ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Major performance problem
I have seen similar issues before. This typically happens upon creation of new windows. The easiest way (for me) to reproduce this is to start wish (Tcl/Tk interpreter) and do something like wish toplevel .a raise .a The problem seems to be trying to raise a window whish is already on the top of stacking order. I have seen this since upgrading to XFree86 4.2.0.. best Vladimir Dergachev On Mon, 10 Feb 2003, Mark Vojkovich wrote: I don't have any idea. You might want to build a debug server and break during these pauses to see where it's at. Mark. On Fri, 7 Feb 2003, Dominic Duval wrote: Hello everyone, I'm currently trying to speed up X applications and I'm facing huge performance problems. I believe some of you might be able to point out what could be the problem in this particular case. First, a few quick facts: -We use X with the frame buffer device (Xfbdev) -Our X applications are in fact Java AWT applications, and our Java machine uses Motif as the underlying graphical toolkit. When lauching the application locally, something as simple as displaying a single windows may take more than 7 minutes. During those 7 minutes, System is at 99% load. We tested the X application on slower devices, and execution time is well under 7 minutes. Redirecting $DISPLAY on another machine makes the same application execute in a few seconds (10 seconds actually). Starting his X application from another machine and redirecting $DISPLAY on the device where the frame buffer is located also executes properly in a few seconds. From those facts, executing the application locally should take around the same time, but that's not the case :( Does anyone have any idea where the bottleneck could be? Thanks, -Dominic ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 Installation Problem
Thomas Zander wrote: On Mon, Feb 10, 2003 at 12:55:13PM -0800, Mete Kural wrote: Hello All, We bought a brand new PC and installed Red Hat 8.0 on it. The video card didn't work because there are no drivers for the on-board Intel 845 video card in the version of XFree86 shipped with Red Hat 8.0. On Intel's website it was recomended to download the latest CVS snapshot of XFree86. So I downloaded all of the binaries for the latest CVS snapshot of XFree86, which is 4.2.99.901. I installed all of the packages in that snapshot and overwrote my old configuration files. Now when I restart the computer, it goes into the X window environment but the message dialog box in the lower right corner keeps on printing console log localhost.localdomain over and over again and doesn't do anything else. The mouse stays as a sandbox and the system doesn't respond to anything. Do you have any suggestions what I may have done wrong? Should I not have overwritten the old configuration files? Why does the message box keep on printing console log localhost.localdomain over and over? I would greatly appreciate any help. First of all, I suggest you talk to RedHat for support on stuff specific to their distro, which is lots in your case. Heh heh heh. And the first thing they'll say is, you overwrote what with what?!? This will teach you, building code with rpm is good; just open the .spec file, change the name of the tarball, figure out which patches still need to be applied, and give it a rip! Or try the version that's with Phoebe... You will probably need to create a correct config file using RedHats config utility (no idea how that works). Used to be Xconfigurator in 7.x. Cursory look at 8.x tells me they're running XFree86 -configure. I recall that a previous version of anaconda allowed X reconfigures after installation. It's been awhile, so I forget how to do it. Unfortunately I understand from your message you are not able to get into a console to type any commands. If RedHat boots with lilo you want to type the kernel name that normally appears and type 'single' behind that line. You should be able to login then, if that was unsuccessful; ask RedHat support on how to get into your machine in single user mode. When logged in; change your /etc/inittab to start in multiuser mode. It is probably 'multiuser mode with xdm' at the moment. This means changing the line to: id:2:initdefault: I don't know if RedHat also uses '2' Level 3, I thought. After rebooting you can login and configure your graphics card as usual. Hope that helps. -- .:. Bryan W. Headley - [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Endianity problems in XFree86-4 XAA on MipsEB
On Mon, 2003-02-10 at 18:55, Alexandr Andreev wrote: Michel Dänzer wrote: On Fre, 2003-02-07 at 21:36, Alexandr Andreev wrote: Bool XAACheckStippleReducibility(PixmapPtr pPixmap) { ... pPriv-pattern0 = bits[0] | SHIFT_L(bits[1],8) | SHIFT_L(bits[2],16) | SHIFT_L(bits[3],24); pPriv-pattern1 = bits[4] | SHIFT_L(bits[5],8) | SHIFT_L(bits[6],16) | SHIFT_L(bits[7],24); ... } where SHIFT_L(value, shift) is defined as ((value) (shift)) for Big Endian. SHIFT_L really means shift right for big endian machines! Bool XAACheckTileReducibility(PixmapPtr pPixmap, Bool checkMono) { ... pPriv-pattern0 = bits[0] | (bits[1]8) | (bits[2]16) | (bits[3]24); pPriv-pattern1 = bits[4] | (bits[5]8) | (bits[6]16) | (bits[7]24); ... } Here is the true shift left. In both cases the unsigned int bits[] array contains bytes! No, in XAACheckStippleReducibility() it's declared as CARD32. Yes of course, but In the first case the __most__ significant byte of the bits[0] contains data and in the second case the __last__ significant byte of the bits[0] contains data. So, you obtain swapped pattern0 and pattern1 in the tile case. I see where you're getting at, but does bits[0] really have the same meaning in both cases? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Tablet driver for Aiptek HyperPen USB
On Mon, Feb 10, 2003 at 01:10:00PM -0600, Bryan W. Headley wrote: Really, tying in to hotplug, I'd like to know that a tablet's been attached, and if so, to which device entry in /dev/input... And that, means that you want to tie into my evdev input patches, http://people.debian.org/~warp/evdev/, read the readme. The 030_lnx_evdev.diff patch is the main one you want, look at the other two to see how to tie into it. So, one more vote for answers ;) Thanx. I say let's set up a chat channel somewhere, and line up other input device champions, and we can spend 30 minutes or so asking stupid questions until everyone feels comfortable with each other. Do we have a volunteer to ask/answer dumb questions from we newbies? Sounds like a good idea, get some X input people and let me know when and where. Zephaniah E. Hull. -- 1024D/E65A7801 Zephaniah E. Hull [EMAIL PROTECTED] 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. Christian Biblical literalists are trusting themselves to an archaic English translation of a Latin translation of (help me here) Greek? Aramaic? source. I wouldn't even trust a VCR manual to make it through that intact. - Dr. Dee msg00533/pgp0.pgp Description: PGP signature
Re: [XFree86] [BUG] The /*-+ keys on the numeric keypad won't repeat in current CVS
Quoting Ivan Pascal [EMAIL PROTECTED]: % setxkbmap -model pc104 -layout us_intl or % setxkbmap -model abnt2 -layout br = Scroll_Lock leds works They are 'old layouts'. % setxkbmap -model pc104 -layout us or % setxkbmap -model pc104 -layout pt = Scroll_Lock leds dont work They are new ones. The thing is new layouts have three-four levels and need a modifier bit for switching to those levels. But all real modifiers are already used: Lock, Shift, Control - according their names, and unnamed ones (Mod1-Mod5) are Alt, Meta, NumLock, ScrollLock and one for a Mode_Switch emulation for compatibility with the core protocol. Thus for the new ThirdLevel modifier I had to sacrifice one of them. The ScrollLock modifier seems me most unused and now this bit is used as the ThirdLevel modifier (of course the ScrollLock key still prodice a corresponded keysym). But the ScrollLock indicator still configured to show state of modifier bound to the ScrollLock keysym. I think if complaints will come I'll make an option that maps the ScrollLock virtual modifier to some real one. Otherwise we can use the indicator for something else. I think there won't be too many complaints about the ScrollLock leds not working. I am just not sure if there aren't programs that rely on ScrollLock working as before. For safety, I believe a xkb option for that case would be a good idea. BTW, I just tested the changes for MouseKeys, it is now working properly, thanks Ivan. -- Ivan U. Pascal | e-mail: [EMAIL PROTECTED] Administrator of | Tomsk State University University Network | Tomsk, Russia Paulo ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Fonts] Re: A serious problem about freetype module
Chisato Yamauchi [EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B: (B (B There is a serious problem about "freetype" module in (B XFree86-4.2.99.901. (B (B If 18-pixels of kochi-mincho.ttf (a famous Japanese font) (B is selected using xfontsel with "jisx0208.1983", the X (B server crashes. (B (B[...] (B (B kochi-mincho.ttf -kochi-mincho-medium-r-normal--0-0-0-0-c-0-jisx0208.1983-0 (B (B (B First, please confirm this problem. Thanks. (B (BIt's strange, but I can't reproduce the crash, although I your (Bfix isn't yet included in the XFree86-4.2.99.901_CVS_20030205 (BI am currently running (B (B xfd -fn -kochi-mincho-medium-r-normal--50-0-0-0-c-0-jisx0208.1983-0 (B (Bdoesn't crash when I use only the freetype module and not the xtt (Bmodule. (B (B-- (BMike Fabian [EMAIL PROTECTED] http://www.suse.de/~mfabian $B?gL2ITB-$O;E;v$NE($@!#(B (B___ (BFonts mailing list ([EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/fonts
Re: [XFree86] (no subject)
does X work with this card guys? i'd like to know becase i'm building a machine soon and was going to use this card. On Sunday 09 February 2003 09:59 pm, Mark Miles wrote: Having problems with an ATI Radeon 9700 card from a Dell computer, attached is my scanpci -v and XFree86.0.log freebsd# scanpci -v pci bus 0x cardnum 0x00 function 0x00: vendor 0x8086 device 0x1a30 Intel Device unknown CardVendor 0x1695 card 0x4001 (Card unknown) STATUS0x2090 COMMAND 0x0006 CLASS 0x06 0x00 0x00 REVISION 0x04 BASE0 0xd008 addr 0xd000 MEM PREFETCHABLE pci bus 0x cardnum 0x01 function 0x00: vendor 0x8086 device 0x1a31 Intel Device unknown STATUS0x00a0 COMMAND 0x0107 CLASS 0x06 0x04 0x00 REVISION 0x04 HEADER0x01 LATENCY 0x40 PRIBUS0x00 SECBUS 0x01 SUBBUS 0x01 SECLT 0x20 IOBASE0xc000 IOLIM 0xcfff SECSTATUS 0x22a0 NOPREFETCH_MEMBASE 0xe800 MEMLIM 0xe9ff PREFETCH_MEMBASE 0xd800 MEMLIM 0xe7ff NO_FAST_B2B NO_SEC_BUS_RST NO_M_ABRT VGA_EN ISA_EN SERR_EN NO_PERR_EN pci bus 0x cardnum 0x1e function 0x00: vendor 0x8086 device 0x244e Intel Device unknown STATUS0x0080 COMMAND 0x0107 CLASS 0x06 0x04 0x00 REVISION 0x05 HEADER0x01 LATENCY 0x00 PRIBUS0x00 SECBUS 0x02 SUBBUS 0x02 SECLT 0x20 IOBASE0xa000 IOLIM 0xbfff SECSTATUS 0x2280 NOPREFETCH_MEMBASE 0xea00 MEMLIM 0xea0f PREFETCH_MEMBASE 0xfff0 MEMLIM 0x000f NO_FAST_B2B NO_SEC_BUS_RST NO_M_ABRT NO_VGA_EN ISA_EN SERR_EN NO_PERR_EN pci bus 0x cardnum 0x1f function 0x00: vendor 0x8086 device 0x2440 Intel Device unknown STATUS0x0280 COMMAND 0x000f CLASS 0x06 0x01 0x00 REVISION 0x05 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BYTE_00x401 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x cardnum 0x1f function 0x01: vendor 0x8086 device 0x244b Intel Device unknown CardVendor 0x1695 card 0x4001 (Card unknown) STATUS0x0280 COMMAND 0x0005 CLASS 0x01 0x01 0x80 REVISION 0x05 BASE4 0xf001 addr 0xf000 I/O BYTE_00xe377a307 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x cardnum 0x1f function 0x02: vendor 0x8086 device 0x2442 Intel Device unknown CardVendor 0x1695 card 0x4001 (Card unknown) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x05 BASE4 0xd001 addr 0xd000 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x04 INT_LINE 0x0b pci bus 0x cardnum 0x1f function 0x03: vendor 0x8086 device 0x2443 Intel Device unknown CardVendor 0x1695 card 0x4001 (Card unknown) STATUS0x0280 COMMAND 0x0001 CLASS 0x0c 0x05 0x00 REVISION 0x05 BASE4 0x0501 addr 0x0500 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x0b BYTE_00x01 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x cardnum 0x1f function 0x04: vendor 0x8086 device 0x2444 Intel Device unknown CardVendor 0x1695 card 0x4001 (Card unknown) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x05 BASE4 0xd801 addr 0xd800 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x03 INT_LINE 0x0b pci bus 0x cardnum 0x1f function 0x05: vendor 0x8086 device 0x2445 Intel Device unknown CardVendor 0x1695 card 0x4001 (Card unknown) STATUS0x0280 COMMAND 0x0005 CLASS 0x04 0x01 0x00 REVISION 0x05 BASE0 0xdc01 addr 0xdc00 I/O BASE1 0xe001 addr 0xe000 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x0b pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x1002 device 0x4e45 ATI Device unknown CardVendor 0x1002 card 0x3002 (ATI, Card unknown) STATUS0x02b0 COMMAND 0x0087 CLASS 0x03 0x00 0x00 REVISION 0x00 BIST 0x00 HEADER 0x80 LATENCY 0x20 CACHE 0x08 BASE0 0xd808 addr 0xd800 MEM PREFETCHABLE BASE1 0xc001 addr 0xc000 I/O BASE2 0xe900 addr 0xe900 MEM MAX_LAT 0x00 MIN_GNT 0x08 INT_PIN 0x01 INT_LINE 0x0a pci bus 0x0001 cardnum 0x00 function 0x01: vendor 0x1002 device 0x4e65 ATI Device unknown CardVendor 0x1002 card 0x3003 (ATI, Card unknown) STATUS0x02b0 COMMAND 0x0084 CLASS 0x03 0x80 0x00 REVISION 0x00 BIST 0x00 HEADER 0x00 LATENCY 0x20 CACHE 0x08 BASE0 0xe008 addr 0xe000 MEM PREFETCHABLE BASE1 0xe901 addr 0xe901 MEM MAX_LAT 0x00 MIN_GNT 0x08 INT_PIN 0x00 INT_LINE 0xff pci bus 0x0002 cardnum 0x02 function 0x00: vendor 0x10ec device 0x8139 Realtek RTL8139 10/100 Ethernet CardVendor 0x10ec card 0x8139 (Realtek Generic) STATUS0x0290 COMMAND 0x0007 CLASS 0x02 0x00 0x00 REVISION 0x10 BIST 0x00 HEADER 0x00 LATENCY 0x20 CACHE 0x00 BASE0 0xa001 addr 0xa000 I/O BASE1 0xea00 addr 0xea00 MEM MAX_LAT 0x40 MIN_GNT 0x20
Re: [XFree86] Help.....Can't enable 3d Acceleration on Redhat 8.0 viaVooDoo 5 5500 card
I thought the solution was to load Glide 3 drivers, but they are not available for download. ( At least at the urls I've seen ) Is there another way? Most simplest way is install first Voodoo5 then install redhat8.0. At least may redhat automaticaly recognize my Voodoo3 and set up Glide3 and libGL. Install Glide3*rpm from Your redhat CD's. After install check out symbolic link: ls -l /usr/lib/libglide3.so.3.10.0 - libglide3-v3.so In Your case all /usr/lib/glide3* should be linked with /usr/lib/libglide3-v5.so == glide for voodoo5 Aivils Stoss ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] XFConfig requirements for kbd and mouse
David Turetsky writes: I have tried /dev/input/mouseN where N = 0...4 to no apparent effect How about /dev/usbmouseN, N={0,1,...} Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Xserver Not Starting!!!!
Appearantly you are using a very old Xserver (4.1.0!) on a card which wasn't even on the market when this version was released. Try an newer version. Egbert. Sujith Kumar S writes: hi, I'm attaching the error log with this message. Please help me. thanks in advance, sujith XFree86 Version 4.1.0 (Red Hat Linux release: 4.1.0-3) / 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.4.7-0.13.1smp i686 [ELF] Build Host: stripples.devel.redhat.com Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Tue Dec 17 03:43:34 2002 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout Anaconda Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device NVIDIA GeForce 2 (generic) (**) |--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 (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.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 10de,01a4 card , rev b2 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,01ac card 10de,0c11 rev b2 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,01ad card 10de,0c11 rev b2 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,01aa card 10de,0c11 rev b2 class 05,00,00 hdr 80 (II) PCI: 00:01:0: chip 10de,01b2 card 10de,0c11 rev c3 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,01b4 card 10de,0c11 rev c1 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,01c2 card 10de,0c11 rev c3 class 0c,03,10 hdr 00 (II) PCI: 00:03:0: chip 10de,01c2 card 10de,0c11 rev c3 class 0c,03,10 hdr 00 (II) PCI: 00:06:0: chip 10de,01b1 card 1043,8384 rev c2 class 04,01,00 hdr 80 (II) PCI: 00:08:0: chip 10de,01b8 card , rev c2 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,01bc card 10de,0c11 rev c3 class 01,01,8a hdr 00 (II) PCI: 00:1e:0: chip 10de,01b7 card , rev b2 class 06,04,00 hdr 01 (II) PCI: 01:06:0: chip 134d,7891 card 134d,0001 rev 02 class 07,03,04 hdr 00 (II) PCI: 02:00:0: chip 10de,01a0 card 10de,0c11 rev b1 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.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) PCI-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1: bridge is at (0:1:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Bus 1: bridge is at (0:8:0), (0,1,1), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0xb000 - 0xbfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: (II) Bus 1 prefetchable memory
[XFree86] Radeon 7500QW texturing problem
I was trying to upgrade my PC to get decent FlightGear performance. FlightGear (www.flightgear.org) is an open-source flight simulator. I bought 2 cards, one with a Radeon 7500QW, the other has a Radeon 9000If. Both have 128MByte memory, and are Powered by ATI, Built by Hightech Information Systems, www.hightech.com.hk. It's virtually impossible to get Built by ATI cards here. My PC is an Athlon 800 with VIA KT133 chipset. Here are my observations: XFree86 4.2.0 (RPMS from RedHat 8.0): 7500: - scenery is drawn nicely - aircraft instrument panel is not drawn correctly. According to the FlightGear mailing list this is a known problem with 4.2.0 and Radeons. - runs stably 9000: - not supported by that release. XFree86 4.2.99.3 (RPMS from RedHat 8.0.93): 7500: - scenery exhibits massive texturing errors (i.e. wrongly colored/textured triangles) - aircraft instrument panel is drawn correctly - display freezes after roughly a minute. I could most of the time log into the computer over the network, according to strace the X server called the RADEON_CP_IDLE ioctl in a loop and was getting EBUSY all the time. Killing the X server freezes the machine completely. 9000: - works nicely, no texturing problems, instrument panel drawn correctly XFree86 4.2.99.901 (RPMS from Mike Harris): 7500: - scenery still exhibits the texturing problems - the freezes are gone Would be nice if this problem could be solved, although I'm not depending on it, I can run flightgear without textures... Tom ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Configuration of two GLINT processors
XFree86: 4.2.1 OS: FreeBSD 4.7-STABLE / Alpha Hello, I have an old STB Symmetric GLyder TX Gold card that I'm trying to get working with XFree86 4.2.1. I've gotten pretty far, and only a few details remain. Some facts about that card first. It's equipped with an Avance Logic ALG2064i VGA chip, an IBM 526DB RAMDAC, a 3DLabs GLINT 500TX rasterizer and a 3DLabs GLINT Delta geometry processor. What I want to do is to have X run with the two GLINT processors, using the glint driver. My configuration is as follows (only relevant sections included here, full configuration attached at the bottom): -- Section Device Identifier GLINT 500TX Driver glint VendorName STB Symmetric BoardName GLyder TX Gold ChipSet 500tx BusID PCI:0:5:2 EndSection Section Device Identifier GLINT Delta Driver glint VendorName STB Symmetric BoardName GLyder TX Gold ChipSet delta BusID PCI:0:5:1 EndSection Section Screen Identifier Screen Device GLINT Delta MonitorHitachi CM815 Plus DefaultDepth16 SubSection Display Depth 8 Modes1600x1200 EndSubSection SubSection Display Depth 15 Modes1600x1200 EndSubSection SubSection Display Depth 16 Modes1600x1200 EndSubSection SubSection Display Depth 24 Modes1600x1200 EndSubSection SubSection Display Depth 30 Modes1600x1200 EndSubSection EndSection -- If I had used the GLINT 500TX in the screen section, the Delta processors isn't used. If I use the Delta processors, as demonstrated, the 500TX is deteced and used, as per the following log output (again, relevant sections only, full log output included at the bottom): -- (II) Module mouse: vendor=The XFree86 Project compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.3 (II) GLINT: driver for 3Dlabs chipsets: gamma, gamma2, ti_pm2, ti_pm, r4, pm4, pm3, pm2v, pm2, pm, 300sx, 500tx, mx, delta (II) Primary Device is: PCI 00:05:0 (WW) GLINT: No matching Device section for instance (BusID PCI:0:5:2) found (**) Chipset override: delta (**) Chipset delta found (II) resource ranges after probing: [0] -1 0x - 0x (0x1) MX[B] [1] -1 0x - 0x (0x1) MX[B] [2] -1 0x000c - 0x000e (0x3) MX[B] [3] -1 0x83c8c000 - 0x83c8 (0x4000) MX[B]E [4] -1 0x83c8b000 - 0x83c8bfff (0x1000) MX[B]E [5] -1 0x83c8a000 - 0x83c8afff (0x1000) MX[B]E [6] -1 0x83a0 - 0x83bf (0x20) MX[B]E [7] -1 0x83c89000 - 0x83c89fff (0x1000) MX[B]E [8] -1 0x83c4 - 0x83c5 (0x2) MX[B]E [9] -1 0x83c88000 - 0x83c88fff (0x1000) MX[B]E [10] -1 0x83c6 - 0x83c6 (0x1) MX[B](B) [11] -1 0x8300 - 0x837f (0x80) MX[B](B) [12] -1 0x8280 - 0x82ff (0x80) MX[B](B) [13] -1 0x8200 - 0x827f (0x80) MX[B](B) [14] -1 0x83c2 - 0x83c3 (0x2) MX[B](B) [15] -1 0x83c0 - 0x83c1 (0x2) MX[B]E [16] -1 0x83c8 - 0x83c87fff (0x8000) MX[B](B) [17] -1 0x8380 - 0x839f (0x20) MX[B](B) [18] -1 0x - 0x (0x1) IX[B] [19] -1 0x - 0x00ff (0x100) IX[B] [20] -1 0x1090 - 0x109f (0x10) IX[B]E [21] -1 0x1040 - 0x107f (0x40) IX[B]E [22] -1 0x1000 - 0x103f (0x40) IX[B]E (**) GLINT(0): Depth 16, (--) framebuffer bpp 16 (==) GLINT(0): RGB weight 565 (==) GLINT(0): Default visual is TrueColor (==) GLINT(0): Using gamma correction (1.0, 1.0, 1.0) (==) GLINT(0): Using HW cursor (--) GLINT(0): Not using Linux framebuffer device (**) GLINT(0): Chipset: delta (--) GLINT(0): FrameBuffer used from first rasterizer chip at 0x8280 (**) GLINT(0): MMIO registers at 0x83C0 (II) Machine type has 8/16 bit access (**) GLINT(0): Delta Bug - Changing MMIO registers to 0x8302 (--) GLINT(0): Attached Rasterizer is GLINT 500TX (--) GLINT(0): Number of Rasterizers attached is 1 (**) GLINT(0): VideoRAM: 8192 kByte -- The interesting lines here are: (--) GLINT(0): Attached Rasterizer is GLINT 500TX OK, good, great! It found and is apparently using the 500TX as well. (WW) GLINT: No matching Device section for instance (BusID PCI:0:5:2) found Why? I clearly have a dedicated device section in my configuration file for this,
Re: [XFree86] Configuration of two GLINT processors
On Mon, Feb 10, 2003 at 01:09:28 +0100, Idar Tollefsen wrote: (--) GLINT(0): Attached Rasterizer is GLINT 500TX OK, good, great! It found and is apparently using the 500TX as well. Yup. (WW) GLINT: No matching Device section for instance (BusID PCI:0:5:2) found Why? I clearly have a dedicated device section in my configuration file for this, identified as GLINT 500TX. You can ignore this line, the Delta grabs the 500TX as well. Another problem is running this card at depths of 24 or 30. At both those depths, the screen is unclear, fonts unreadable and borders have nasty flickering effects. 30 is worse than 24. Have anyone else seen this with GLINT cards? Can I do something about it? You can't do depth 30 with an IBM526DB, so it shouldn't work at all. Only the IBM640 dac supports depth 30. One last thing; if someone else has this card, could you verify that it has 8MB of RAM? I thought it had 16MB, but I might be mistaken and have long since lost the manuals (X auto probes 8MB). Yes, The card has 8MB of videoram, but probably has another 8MB of EDO memory - usually used for 3D. The driver only reports the videoram as it currently doesn't have a 3D driver and looses the other 8MB of EDO. Alan. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Configuration of two GLINT processors
On Mon, Feb 10, 2003 at 01:51:38 +0100, Idar Tollefsen wrote: Another problem is running this card at depths of 24 or 30. At both those depths, the screen is unclear, fonts unreadable and borders have nasty flickering effects. 30 is worse than 24. Have anyone else seen this with GLINT cards? Can I do something about it? You can't do depth 30 with an IBM526DB, so it shouldn't work at all. Only the IBM640 dac supports depth 30. Hmm... Well... It does work, in that it actually displays something, but if it is as you say, no wonder it looks weird at that depth. Mmm, that looks like a bug. I'll fix that so it won't work at all. But what about 24? Are there any reasons why that should look bad as well? Depends on your board. Send me a log at depth 24 and I'll take a closer look. One last thing; if someone else has this card, could you verify that it has 8MB of RAM? I thought it had 16MB, but I might be mistaken and have long since lost the manuals (X auto probes 8MB). Yes, The card has 8MB of videoram, but probably has another 8MB of EDO memory - usually used for 3D. The driver only reports the videoram as it currently doesn't have a 3D driver and looses the other 8MB of EDO. Doesn't have a 3D driver? Does that mean I won't get any OpenGL acceleration out of this card with XFree86? Nope. Alan. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [XFree86(TM) Bug Report] Rage Mobility P/M -- -1 line on left side ; +1 bogus line on right side ;
Regarding: Rage Mobility P/M -- -1 line on left side ; +1 bogus line on right side ; Email: [EMAIL PROTECTED] XFree86 Version: 4.1.0.1 compiled by Debian OS: Linux 2.4.18 - Debian Area: Xserver Server: XFree86 (The XFree86 4.x server) Video Card: ATI Rage Mobility P/M ATI Mach64 chipset with an internal RAMDAC Description: I have a 1280x1024 display and an ATI Rage Mobility P/M on a Dell Inspiron 7500 laptop. I know this model has three different LCD panels including a 1400x1050 model, which I do not have. I believe it also comes with a 1024x768 model. This may explain why I don't see any other reports about this from google. On the left side of the display I'm missing a line. i.e. instead of the first column on my LCD panel being the first column of data, it's actually showing me the second column of data. On the right side of the display, I'm bonus a bogus line. It's consistently a duplicate of column ~1278. When I turn on sw_cursor it is effected by this as well. hw_cursor is not. The LCD is not the problem. `import -window root` shows me the screen as it should be, without the column out of place. If I set a pixel at 0x0, I won't see it. If I set one at 1279x0 it will display at 1278x0 on the LCD. So essentially it looks like X is off by 1 all the time and since there's no way to display a pixel at -1x0, it doesn't display at all. If I try a resolution that isn't 1280x, the behavior is fairly unpredictable. Sometimes the x=MAX column is black, and other times it's a duplicate. I believe the ATI chip has predefined ways of displaying popular modes (640x480, 800x600, etc.) and others are left to fill the screen and smooth in or out extra pixels. My first thought was that it was a hardware problem. hw_cursor is not effected, though. Also, the windows driver seems to put things in the right place. Also column 1279 is displayed on the physical 1278, so it appears to be the X video driver. I am in the process of trying to find another Linux user with the same model I have to verify that it's not specific to my computer. Repeat By: Running the X server in a standard way. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Help me - A Doubt
Hi, I am not able to get my Xwindows. It was working fine till a day I shutdown my system with 0 bytes free space in HD. I am forwarding the /var/log/XFree86.0.log file as an attachment to this mail. Please help me. Thank You Prajith.Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now XFree86.0.log Description: XFree86.0.log
[XFree86] Gainward GeForce 4 Ultra/650-8XAGP Ti4200
I have a Gainward GeForce 4 Ultra/650-8X AGP Ti4200 card running on an Asus P4S8X motherboard. I can get the card working at 800x600 256col on the vesa driver but I'm struggling with anything else. I think this card is almost identical to the MSI equivalent but I haven't tried these drivers yet. Has anyone got this card working under RedHat8.0? mail2web - Check your email from the web at http://mail2web.com/ . ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] xc/lib/Xaw/Imakefile lacks Private.h and XawI18n.h in HEADERS andso on
Hi, Is there any reasons why (a) xc/lib/{Private,XawI18n}.h not installed to /path/to/X11R6/include/X11/Xaw ? (b) xc/lib/Xaw/Template.c installed to /path/to/X11R6/include/X11/Xaw ? I couldn't find those reasons from cvsweb URL: http://cvsweb.xfree86.org/cvsweb/xc/lib/Xaw/Imakefile I hope this patch (to xc/lib/Xaw/Imakefile rev. 1.10) helps. --- Imakefile.orig Mon Feb 10 21:50:23 2003 +++ Imakefile Mon Feb 10 21:51:51 2003 @@ -62,6 +62,7 @@ Repeater.h \ RepeaterP.h \ Reports.h \ + Private.h \ Scrollbar.h \ ScrollbarP.h \ Simple.h \ @@ -76,7 +77,6 @@ SmeLineP.h \ StripChart.h \ StripCharP.h \ - Template.c \ Template.h \ TemplateP.h \ Text.h \ @@ -94,6 +94,7 @@ VendorEP.h \ Viewport.h \ ViewportP.h \ + XawI18n.h \ XawImP.h \ XawInit.h @@ -128,6 +129,7 @@ SmeBSB.c \ SmeLine.c \ StripChart.c \ + Template.c \ Text.c \ TextSink.c \ TextSrc.c \ @@ -179,6 +181,7 @@ SmeBSB.o \ SmeLine.o \ StripChart.o \ + Template.o \ Text.o \ TextSink.o \ TextSrc.o \ Sincerely, -- rushani o XFree86 version % XFree86 -version XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 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: FreeBSD 4.7-STABLE i386 [ELF] Module Loader present o Operating System % uname -v FreeBSD 4.7-STABLE #0: Thu Feb 6 02:08:38 JST 2003 o Area of the problem Xaw o Which X server XFree86 (The XFree86 4.x server) o Repeat by (a) % ( cd /path/to/X11R6/include/X11/Xaw/ ; ls *.h ) /tmp/installed-headers % ( cd /path/to/xc/lib/Xaw/; ls *.h ) /tmp/dist-headers % diff -u /tmp/{installed,dist}-headers I got following output; --- installed-headers Mon Feb 10 22:14:43 2003 +++ dist-headersMon Feb 10 22:17:04 2003 @@ -32,6 +32,7 @@ PannerP.h Porthole.h PortholeP.h +Private.h Repeater.h RepeaterP.h Reports.h @@ -66,5 +67,6 @@ VendorEP.h Viewport.h ViewportP.h +XawI18n.h XawImP.h XawInit.h (b) % ls /path/to/X11R6/include/X11/Xaw/*.c I got following output; /usr/X11R6/include/X11/Xaw/Template.c ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Dunno the right address to write.
I'm not sure I'm writing to the right address. I have a question about X. I've a GeForce4 video card but my x server can't use it. Which X should I download and from where to be able to use it? Or do you know the address to write to with this question? Thank you in advance for the response. Matyas Gasko ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Configuration of two GLINT processors
[EMAIL PROTECTED] 10.02.03 14:15 But what about 24? Are there any reasons why that should look bad as well? Depends on your board. Send me a log at depth 24 and I'll take a closer look. Included at the bottom. Again, Not loading .debug line lines are cut out. The only change made to my XF86Config was to change DefaultDepth to 24 instead of 16. One last thing; if someone else has this card, could you verify that it has 8MB of RAM? I thought it had 16MB, but I might be mistaken and have long since lost the manuals (X auto probes 8MB). Yes, The card has 8MB of videoram, but probably has another 8MB of EDO memory - usually used for 3D. The driver only reports the videoram as it currently doesn't have a 3D driver and looses the other 8MB of EDO. Doesn't have a 3D driver? Does that mean I won't get any OpenGL acceleration out of this card with XFree86? Nope. Nope as in my conclusion is wrong and I will get OpenGL acceleration or Nope as in confirming that I won't get any OpenGL acceleration? (/me clinging to a straw of hope) - IT -- XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 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: FreeBSD 4.7-STABLE alpha [ELF] 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: Mon Feb 10 15:10:50 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout XFree86 (**) |--Screen Screen (0) (**) | |--Monitor Hitachi CM815 Plus (**) | |--Device GLINT Delta (**) |--Input Device Mouse (**) |--Input Device Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout no (**) XKB: layout: no (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/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 syscons driver with X support (version 2.0) (--) using VT number 11 (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 freebsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.1, 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.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:05:0: chip 4005,2064 card , rev 00 class 03,00,00 hdr 80 (II) PCI: 00:05:1: chip 3d3d,0003 card , rev 01 class 0b,40,00 hdr 80 (II) PCI: 00:05:2: chip 3d3d,0002 card , rev 01 class 03,80,00 hdr 80 (II) PCI: 00:06:0: chip 8086,1229 card 8086,0040 rev 0c class 02,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,1229 card 0e11,b144 rev 08 class 02,00,00 hdr 00 (II) PCI: 00:08:0: chip 8086,0484 card , rev 43 class 00,00,00 hdr 00 (II) PCI: 00:09:0: chip 1033,0035 card 1799,0001 rev 41 class 0c,03,10 hdr 80 (II) PCI: 00:09:1: chip 1033,0035 card 1799,0001 rev 41 class 0c,03,10 hdr 00 (II) PCI: 00:09:2: chip 1033,00e0 card 1799,0002 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:0b:0: chip 1095,0646 card , rev 01 class 01,01,80 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:8:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x0) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x8000 - 0x (0x8000) MX[B] (II) Bus 0 prefetchable memory range:
Re: [XFree86] Configuration of two GLINT processors
On Mon, Feb 10, 2003 at 03:26:49 +0100, Idar Tollefsen wrote: [EMAIL PROTECTED] 10.02.03 14:15 But what about 24? Are there any reasons why that should look bad as well? Depends on your board. Send me a log at depth 24 and I'll take a closer look. Included at the bottom. Again, Not loading .debug line lines are cut out. The only change made to my XF86Config was to change DefaultDepth to 24 instead of 16. Yep, even though the cards can do it, they're not great boards to be displaying 1600x1200@75Hz with 24bit depth. I'd use 1280x1024 if you really need 24bit depth. Or drop to 16bit depth and keep using 1600x1200. One last thing; if someone else has this card, could you verify that it has 8MB of RAM? I thought it had 16MB, but I might be mistaken and have long since lost the manuals (X auto probes 8MB). Yes, The card has 8MB of videoram, but probably has another 8MB of EDO memory - usually used for 3D. The driver only reports the videoram as it currently doesn't have a 3D driver and looses the other 8MB of EDO. Doesn't have a 3D driver? Does that mean I won't get any OpenGL acceleration out of this card with XFree86? Nope. Nope as in my conclusion is wrong and I will get OpenGL acceleration or Nope as in confirming that I won't get any OpenGL acceleration? (/me clinging to a straw of hope) Nope as in, it doesn't have a 3D driver. So therefore you won't get any GL acceleration. Alan. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] Help me - A Doubt
the last bit about could not open default font 'fixed' was explained in depth here. Sent: Tuesday, February 04, 2003 5:30 AM Subject: Re: [XFree86] Error Starting X You can use Google to search the site, just go to the Advanced Search Options and set the Domain Option (in the first block of options towards the bottom) to only search http://www.xfree86.org/. Use the subject line as your search term, enclose it in quotes. you can also search on AGPGART and Intel 810 to find discussions about your memory allocation issues. Finally, you're using an old (and thus unsupported) version of xfree. it may be time to consider upgrading. :) Good luck, cyn ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [XFree86(TM) Bug Report] sunffb driver can fail because it tests the return value of a -void- procedure during ScreenInit
Regarding: sunffb driver can fail because it tests the return value of a -void- procedure during ScreenInit Email: [EMAIL PROTECTED] XFree86 Version: XFree86 Version 4.2.1 OS: Linux 2.4.20-sparc-r0 #3 SMP Fri Jan 3 15:56:09 UTC 2003 sparc64 sun4u Area: xc/programs/Xserver/hw/xfree86/drivers/sunffb Server: XFree86 (The XFree86 4.x server) Video Card: Potentially any Sun Creator/Creator3D/Elite3D card driven by the sunffb driver specified in Q4, because there is a programming error which is device independent in the driver code. Description: sunffb_drv.c in referenced directory (item 4) in FFBScreenInit at lines 673--674 reads: if (!FFBDbePreInit(pScreen)) return FALSE; In turn, FFBDbePreInit at 900 in ffb_dbe.c reads: return DbeRegisterFunction(pScreen, FFBDbeInit); However, DbeRegisterFunction in xc/programs/Xserver/dbe/dbe.c @ 121--22 reads void DbeRegisterFunction(pScreen, funct) This can cause a ScreenInit failure at X startup because the driver can fail based on the value returned by a function that can return no value. Easiest fix is either: if (!FFBDbePreInit(pScreen)) return FALSE; becomes just FFBDbePreInit(pScreen); or, better, in ffb_dbe.c at 900 write DbeRegisterFunction(pScreen, FFBDbeInit); return TRUE; /* Failure here is meaningless. */ Repeat By: It seems that this failure occurs when the video card is a Creator3D, series 1 (FFB). It does not seem to occur with Creator3D, series 3 (FFB2+). In any case, the referenced lines in sunffb_drv.c can't be correct because there is no meaningful value to check at this point. So, repeate by putting a Creator#d,series 1 into a sparc ultra Linux system and starting X on it. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Unable to set vertical refresh rate correctly
Try a gtf-based modeline generator like gtf in the XFree86 4.3 prerelease snapshots. Trying that, I get: # 1152x864 @ 100.00 Hz (GTF) hsync: 91.50 kHz; pclk: 143.47 MHz Modeline 1152x864_100.00 143.47 1152 1232 1360 1568 864 865 868 915 -HSync +Vsync Mark. On Fri, 7 Feb 2003, Eric Mangold wrote: Hi, I'm trying to setup Xfree86 4.2.1 for use with my Elements 9D monitor and a GeForce2MX 200 graphics card. It is currently working fine with the nvidia driver. The problem is that X is setting my monitor to 75Hz at 1152x864. The monitor is capable of 100Hz at that resolution, and that's what I'm running at under Windows. I've tried running X -configure but that doesn't do anything special with regard to my monitor. I've also played with xvidtune, secifically adjusting the width and height in order to raise the refresh rate a bit. I havn't been able to make it operate above ~84Hz while still being able to compensate with the physical monitor controls. In other words, anything higher and I can no longer keep the picture at the right physical dimensions. Thanks in advance, -Eric Mangold My XF86Config-4 file is shown below: Section Monitor IdentifierGeneric Monitor HorizSync30-95 VertRefresh50-150 OptionDPMS # This will get me to 84Hz, though I'll be damned if it doesn't add a bit of distortion #Modeline1152x864108.00 1152 1216 1344 1428864 865 868 900 +hsync +vsync EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] i810 driver agpgart error
Unfortunately, I edited i810_memory.c and changed if (xf86AgpGARTSupported() !pI810-directRenderingEnabled pI810-GttBound) { to if (xf86AgpGARTSupported() pI810-GttBound) { and it still produces the same error when I launch a second X server. (WW) xf86AcquireGART: AGPIOC_ACQUIRE failed (Device or resource busy) (EE) GARTInit: AGPIOC_INFO failed (Invalid argument) (EE) I810(0): AGP GART support is not available. Make sure your kernel has agpgart support or that the agpgart kernel module is loaded. Any suggestions on how to proceed? -- michael cardenas | lead software engineer, lindows.com hyperpoem.net | GNU/Linux software developer people.debian.org/~mbc | encrypted email preferred May you live all the days of your life. - Johnathan Swift msg01910/pgp0.pgp Description: PGP signature
Re: [XFree86] Geforce 3 and glitches with nv drivers
Put: Option XaaNoScanlineCPUToScreenColorExpandFill In the Section Device of the XF86Config file. If that solves the problem then this is fixed in the 4.3 pre-releases. If not then I don't know what the problem is. I saw one other report of something that sounded similar, but from the screen shots I saw of that, it didn't look like a driver issue, but rather, it looked like the Render extension got new functionality but the corresponding wrappers weren't added to XAA. Mark. On Sun, 9 Feb 2003, AnonimoVeneziano wrote: Hi all, I use FreeBSD on one of my BOXes, this box is composed by: MSI KT4 Ultra MoBo Creative Geforce 3 Ti200 (Made by MSI) Athlon XP 2400+ C-Media Sound Chip. All the system is absolutely not Overclocked. The problem is not a great disaster , but is annoying: When I start X with nv accellerated (if I disable the accelleration the problem disappears) drivers and I enter Mozilla and all browsers that use Gecko (so Netscape and Galeon too) and I try to write something in a writing field if I move the cursor trough the words that I've wrote the cursor Image remains in between each letter make all very confused. Is very difficult find the real cursor in that chaos, but if I write a letter or I delete something (If I modify the field in anyway) all the cursor copies disappear.There is another problem. In wmaker and in gnome too when I select multiple objects on the desktop with the mouse using the rectangle done by hold pressed the left mouse button down pieces of this rectangle remain on the screen until I pass over them a window or any other Objects . As you can see this problems aren't very important, but very annoying (in particular when I have to write long E-Mails or something like this). If I disable the accelleration this disappears (but is very slow!). I use the lastest XFree86 release 4.2.1 on FreeBSD 4.7 , and I've tried Debian SID too on this Box with the same problems. I use AGP4x but with no AGP the problem remains. Thank you very much for your help Bye Marcello ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86 Installation Problem
Hello All, We bought a brand new PC and installed Red Hat 8.0 on it. The video card didn't work because there are no drivers for the on-board Intel 845 video card in the version of XFree86 shipped with Red Hat 8.0. On Intel's website it was recomended to download the latest CVS snapshot of XFree86. So I downloaded all of the binaries for the latest CVS snapshot of XFree86, which is 4.2.99.901. I installed all of the packages in that snapshot and overwrote my old configuration files. Now when I restart the computer, it goes into the X window environment but the message dialog box in the lower right corner keeps on printing console log localhost.localdomain over and over again and doesn't do anything else. The mouse stays as a sandbox and the system doesn't respond to anything. Do you have any suggestions what I may have done wrong? Should I not have overwritten the old configuration files? Why does the message box keep on printing console log localhost.localdomain over and over? I would greatly appreciate any help. Thank you very much, Mete ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [XFree86(TM) Bug Report] X stalls and goes into endless loop, no keybd or mouse working.
Regarding: X stalls and goes into endless loop, no keybd or mouse working. Email: [EMAIL PROTECTED] XFree86 Version: XFree86 Version 4.2.99.4 OS: Gentoo linux version 1.4 Area: X Server: XFree86 (The XFree86 4.x server) Video Card: Nvidia TNT2 Ultra 32 MB ram AGP Description: 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.4 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 20 January 2003 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.20-gentoo-r1 i686 [ELF] 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: Mon Feb 10 21:31:26 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbLayout se (**) XKB: layout: se (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/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 (**) Option AllowDeactivateGrabs (++) using VT number 8 (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.4, 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.4, 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 = 0x80a8, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,7006 card , rev 25 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1022,7007 card , rev 01 class 06,04,00 hdr 81 (II) PCI: 00:04:0: chip 1106,0686 card 1043,800d rev 1b class 06,01,00 hdr 80 (II) PCI: 00:04:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:04:2: chip 1106,3038 card 0925,1234 rev 0e class 0c,03,00 hdr 00 (II) PCI: 00:04:3: chip 1106,3038 card 0925,1234 rev 0e class 0c,03,00 hdr 00 (II) PCI: 00:04:4: chip 1106,3057 card , rev 20 class 0c,05,00 hdr 00 (II) PCI: 00:0e:0: chip 10b7,9050 card , rev 00 class 02,00,00 hdr 00 (II) PCI: 00:10:0: chip 1282,9102 card 3030,5032 rev 31 class 02,00,00 hdr 00 (II) PCI: 01:05:0: chip 10de,0029 card 1102,1021 rev 11 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xa000 - 0xafff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xede0 - 0xefef (0x210) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe5c0 - 0xe9cf (0x410) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:4:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:5:0) nVidia Corporation NV5 [Riva TnT2 Ultra] rev 17, Mem @ 0xee00/24, 0xe600/25 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges:
Re: [XFree86] Nvidia Ge Force 2 MX 100
On Fri, 7 Feb 2003, Eric wrote: Hello, I'm running XFree86 version 4.2.1 (for OpenBSD) with a release date of 03 Sep 2002. I'm using an OpenBSD snapshot from 04 Feb 2003. I have a Ge Force 2 MX 100 card and everything starts up fine. However, the display is extremely dark and very grainy. What follows is my config ; does anyone have a better config or ideas on what may be wrong? Thanks. I don't know what would cause it to be extremely dark and very grainy. You haven't specified a resolution in the Subsection Display. If I recall correctly, that means you get a really high resolution. Perhaps it's related to that? It would be nice to see the /var/log/XFree86.0.log. Mark. - Eric Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/CID/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ EndSection Section Module Load dbe Load extmod Load glx Load record Load xtrap Load speedo Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver keyboard EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol PS/2 Option Device /dev/wsmouse Option ZAxisMapping 4 5 EndSection Section Monitor #DisplaySize 330 250 # mm Identifier Monitor0 VendorName CPQ ModelNameCOMPAQ S700 HorizSync31.5 - 64.3 VertRefresh 50.0 - 70.0 Option DPMS 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 SWcursor# [bool] #Option HWcursor# [bool] #Option NoAccel # [bool] #Option ShowCache # [bool] #Option ShadowFB# [bool] #Option UseFBDev# [bool] #Option Rotate # [str] #Option VideoKey# i #Option FlatPanel # [bool] Identifier Card0 Driver nv VendorName NVidia BoardName GeForce2 MX 100/200 ChipSet GeForce2 MX 100/200 BusID PCI:1:0:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Depth 1 EndSubSection SubSection Display Depth 4 EndSubSection SubSection Display Depth 8 EndSubSection SubSection Display Depth 15 EndSubSection SubSection Display Depth 16 EndSubSection SubSection Display Depth 24 EndSubSection EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] ATI Rageon
I would like to buy ATI JW RADEON 8500LE card but I have no experience with this card and Linux. I have standard RH7.3 (I did not customize the kernel) and XFree86 4.2. Do you have some experience with this card on specified configuration? I mean problems drivers, problems with performance, any other problems one would like to know before buying this gizmo. I do not need huge graphical power but I need DVI. The card is well supported by Linux, but you should rather targert for latest XFree86 beta which will become X4.3.0 in some two weeks or so. To all my knowledge the DVI port is as nice supported as the analog RGB-H/V-DDC port is. -Alex. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Re: nVidia GeForce + Apple 23 High Definition CinemaDisplay
On Mon, 10 Feb 2003 @ 1:35pm (-0800), Mark Vojkovich wrote: MVWhat's the matter with the nv driver? As far as I can tell everything MV works fine, at least it does in the 4.3 snapshots. MV With the following Device section and an Identical Screen Monitor sections to the config for the binary driver posted at the URL below, my HD LCD on the DVI port simply never initalizes (however the CRT on the VGA port goes to sleep?) I'll post a -verbose 9 log output when I have a second. -lava --- Section Device Option CrtcNumber1 Option FlatPanel Identifier Card0 Driver nv VendorName NVidia BoardName GeForce DDR BusID PCI:1:0:0 EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Re: nVidia GeForce + Apple 23 High Definition CinemaDisplay
The nv driver only supports flat panels if the text console came up on it first. That is, it relies on the BIOS to have done some of the initialization. The nv driver will likely never be able to initialize a flat panel that the BIOS hasn't POSTed to. So if you didn't boot to the panel, the nv driver doesn't have a chance of working on it. I will document this in the man page. Mark. MVWhat's the matter with the nv driver? As far as I can tell everything MV works fine, at least it does in the 4.3 snapshots. MV With the following Device section and an Identical Screen Monitor sections to the config for the binary driver posted at the URL below, my HD LCD on the DVI port simply never initalizes (however the CRT on the VGA port goes to sleep?) I'll post a -verbose 9 log output when I have a second. -lava ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] ATI AIW 9700 Pro driver issues
I tried to install ATI Technologies' Linux driver for its All-In-Wonder 9700 Pro (http://mirror.ati.com/support/drivers/linux/radeon-linux.html ?cboOS=Lin uxXFree86cboProducts=AIW+9700+PROeula=choice=agreecmdNext= Next), and when I rebooted, all that would start is the bash shell. My error message ran thus: Fatal server error: No screen found. Send log file var/log/xfree86.0.log report 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. Unfortunately, I don't know how to send stuff from the bash shell (I'm a newbie). Is there anything you can recommend? At least tell me how to remove the ATI driver so I can go back to the original driver built in by Red Hat, which at least worked reasonably well? Jack Kapica Hmm, my first SuSE package had some 450 pages of documentation for the Shell and for xfree86 setup. meanwhile i have seen they have added several hundreds of pages more. just read the docu that your Linux distribution vendor provided to you. (Linux is a learning curve...) but here is the quistart for XF86 generic environments: - log in to the shell as root, - type 'xf86config - answer the questions - save your results - type startx thats it. BTW, i would be keen on the outputs of lspci -vvv -xxx in order to know which PCI device/function IDs your grafics adapter does expose to the system. can you do that? maybe a backup of the file /var/log/XFree86.0.log would be further of interest in order to see where your failing setup really fails. posting it to the list would be likely to benefit anyone out there. -Alex. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] How to get monitor config
I have just purchased a Samsung SyncMaster 191T. When I go to install XFree, the monitor is not listed. How do I update the installation with the monitor specifics? Thank you -- Matthew ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 Installation Problem
On Mon, 10 Feb 2003, Mete Kural wrote: in that snapshot and overwrote my old configuration files. Bummer -- that was perhaps not the brightest move ;) google for Richard Dawes' explanation of how to get it running. Of course you have to set up things like xdm/gdm/kdm and gnome/kde yourself, now that you busted your config files but that is more a gnome/kde issue than it's an xfree86 issue. -Peter ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] URGENTE
SERAN TAN AMABLES DE INFORMARME PARA CUANDO LIBERAN EL XFREE86 4.3 Y DONDE LO PUEDO OBTENER POR INTERNET GRACIAS DE ANTEMANO JUAN CARLOS VELIZ GUATEMALA C.A intelNet WebMail ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] How to get monitor config
Feigning erudition, Matthew O. Persico wrote: % I have just purchased a Samsung SyncMaster 191T. When I go to install XFree, the monitor is not listed. How do I update the installation with the monitor specifics? Please fix your word wrap. Then, add the vertical sync and horizontal refresh values (listed in the manual) to the configuration file, /etc/X11/XF86Config-4. Thus: Section Monitor DisplaySize330 270 Identifier Monitor0 VendorName MAG Innovision ModelName LT-765 HorizSync 31-80 VertRefresh60-75 Option DPMS EndSection Restart the server... Kurt -- See - the thing is - I'm an absolutist. I mean, kind of ... in a way ... ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] error
startx Fatal Server Error Server is already Active for Display 0 if this server is no longer remove tmp/.XO-lock and start again. hope this is anough Torsten ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] error
Feigning erudition, Torsten Zander wrote: % startx % % Fatal Server Error % Server is already Active % for Display 0 % if this server is no longer remove tmp/.XO-lock % and start again. % % hope this is anough If a server isn't running on display 0, remove the lock file and try again. If it *is* running and you really want to run two X servers, try startx -- :1 Kurt -- My opinions may have changed, but not the fact that I am right. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Matrox Millenium and SyncOnGreen
Appologies if this isn't the correct place to ask this... I can't seem to find a suitable newsgroup... I am trying to get a Matrox Millenium 1 card to put into an old PC so I can power an old fixed frequency monitor. I have a 3-BNC cable that I can use but which requires SyncOnGreen. The 4.2.0 mga man page[1] suggests that SyncOnGreen will work but Matrox's documentation for the Millenium states that it is a separate sync only card. Actually, all the supported Matrox cards seem to be separate sync only according to Matrox. Perhaps it's a driver thing... So does anyone know if a Matrox Millenium 1 under XFree86 4.2.0 (or any version) supports SyncOnGreen? The monitor is a HP A2094B which is 21 and runs at 1280x1024, 72hz vert freq, 78khz horiz freq, SyncOnGreen or Separate Sync. It has 5 BNC connectors so I can buy one of those cables and do separate sync but I already have a 3-BNC cable so I'd like to do SyncOnGreen if possible. [1] http://www.xfree86.org/4.2.0/mga.4.html Please reply to ramsayl at bigfoot dot com since I'm not on the mailing list. Thanks, Link -- . \|/ . (- -) +--ooO--(_)--Ooo--+ | There is no emotion, there is peace. There is no ignorance, | | there is knowledge. There is no passion, there is serenity. | | There is no death, there is the force.-- Jedi Code | +-+ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] SiS - No XF86 drivers for the 650 and XFree does nothing but give me errors because of this
I downloaded and installed EVERYTHING from the new 4.2.99.3 version of XFree and still I can't find one driver that works! I been trying to get this to work forever now and my brain is about done. I got the Mandrake 9.0 Free version of Linux, it works just fine except all I get is the nice prompt because without the drivers XFree does nothing but make the screen flash during startup. As far as I can tell I have an SiS 650 and the latest driver is for 630 (My computer is a Sony Viao PCV RX850 P4A 2.4Ghz 512MB of ram and says it has a 533MHz FSB/32MB 256-bit 3D Graphics Accelerator card and an 80 GB HD if any of that helps in any way.). After spending countless hours stareing at a blinking comand line cursor and emacs I'd appreciate any help from anybody that might have anything to releave my headache. And I will include my latest log for anybody who cares to take some time to help me solve this annoyance. If anybody helps me I would be eternally greatful because I HATE WINDOWS and if I use it much longer my IQ will go through the floor and drown in a puddle in the basement! 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.3 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 21 December 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.7-10custom i686 [ELF] 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: Mon Feb 10 20:05:48 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Server Layout (**) |--Screen screen1 (0) (**) | |--Monitor My Monitor (**) | |--Device device1 (**) |--Input Device Keyboard1 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us (**) XKB: layout: us (**) Option XkbOptions ctrl:ctrl_aa,caps:shift_nocancel,altwin:menu (**) XKB: options: ctrl:ctrl_aa,caps:shift_nocancel,altwin:menu (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse1 (**) FontPath set to unix/:-1 (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail (--) using VT number 2 (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.3, 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.3, 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 1039,0651 card 1043,8079 rev 01 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0962 card , rev 04 class 06,01,00 hdr 80 (II) PCI: 00:02:5: chip 1039,5513 card 104d,8133 rev 00 class 01,01,8a hdr 00 (II) PCI: 00:02:6: chip 1039,7013 card 104d,8128 rev a0 class 07,03,00 hdr 00 (II) PCI: 00:02:7: chip 1039,7012 card 104d,8127 rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,7001 card 104d,8133 rev 0f class 0c,03,10 hdr 80 (II) PCI: 00:03:1: chip 1039,7001 card 104d,8133 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:2: chip 1039,7001 card 104d,8133 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:3: chip 1039,7002 card 104d,8133 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:12:0: chip 10ec,8139 card 104d,80ea rev 10 class 02,00,00 hdr 00 (II) PCI: 00:13:0: chip 1033,00f2 card 104d,811e rev 01 class 0c,00,10 hdr 00 (II) PCI: 01:00:0: chip 1039,6325 card 104d,811c 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,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x
Re: [XFree86] Re: nVidia GeForce + Apple 23 High Definition CinemaDisplay
On Mon, 10 Feb 2003 @ 3:55pm (-0800), Mark Vojkovich wrote: MV The nv driver only supports flat panels if the text console came MV up on it first. That is, it relies on the BIOS to have done some MV of the initialization. The nv driver will likely never be able MV to initialize a flat panel that the BIOS hasn't POSTed to. So if MV you didn't boot to the panel, the nv driver doesn't have a chance ...okay, from what I'm reading this Geforce 256/Geforce DDR (unsure exactly what it is) is extremely old. Indeed the system BIOS will not even initalize if the DVI port is attached during boot. I'll try the native driver once I get in my GeForce 2 MX 400 which I have on order and notify you how that goes. It's the only card I could find that's PCI /and/ has DVI ports (very rare), since I want to Xinerama three DVI/HD flatscreens, and you can only have one AGP card in even the newest motherboards, you have to have two PCI cards and 1 AGP card, each with one DVI port. Whatever happened to making quad-output cards? Those were the best... -lava MV of working on it. MV MVI will document this in the man page. MV MV MV Mark. MV ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Intel 845 drivers
Hello I installed the latest CVS snapshot on Red Hat 8.0 which comes with XFree86 4.2, but after rebooting the computer it wouldn't successfully get into the X Window system anymore. The console that comes up in the beginning of X Window startup kept on printing over and over again console log localhost.localdomain and the mouse was a sandbox. I couldn't make it work. So I copied the i810_drv.o and i810_dri.so files onto a floppy disk and reinstalled Red Hat Linux 8.0. Then I replaced the existing i810_drv.o and i810_dri.so files that come with 4.2 with the corresponding files from the latest CVS snapshot build that I had copied onto a floppy disk. X still doesn't start. If I change the driver to vesa it starts but with i810 it still doesn't start. Is it possible to make X work with Intel 845 by simply replacing the i810_drv.o and i810_dri.so driver files from the latest CVS snapshot with those that come with XFree86 4.2? Or does the whole XFree86 need to be reinstalled to make it work? Thanks, Mete Kural ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Intel 845 drivers
Hmm.. So I have to reinstall the whole XFree86. Is there any manual or help file that you know of which gives you tips on how to upgrade your XFree86 version on Red Hat Linux? I looked for this information inside the Red Hat documentation that comes in the CD bundle and couldn't find it. Do you know how to do it? I'm asking this because I tried reinstalling XFree86 once before using the instructions on XFree86.org but it didn't work. Thanks, Mete --- Ramesh K. Sistla [EMAIL PROTECTED] wrote: Is it possible to make X work with Intel 845 by simply replacing the i810_drv.o and i810_dri.so driver files from the latest CVS snapshot with those that come with XFree86 4.2? Or does the whole XFree86 need to be reinstalled to make it work? I wish it were that simple!;-) You have to download and re-install the whole thing. Good Luck. -- :-) ramesh k. sistla The Prayer of India: lokah samastah suKhino Bhavantu -- Let the entire world be in peace! ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] X server problem
Hi.. while starting the X server i got the fatal error msg.. I am sending you the log file kindly let me know how to trouble shoot it. thanks and regards, atul ---LOG XFree86 Version 4.1.0 (Red Hat Linux release: 4.1.0-3) / 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.4.7-0.13.1smp i686 [ELF] Build Host: stripples.devel.redhat.com Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Thu Dec 26 18:51:50 2002 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Acer G773 (**) | |--Device Intel 810 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.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 = 0x8050, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7120 card 8086,7120 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7121 card 8086,7121 rev 03 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2415 card 4352,5934 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:07:0: chip 10ec,8029 card 10ec,8029 rev 00 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) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x06 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: (II) Bus 1 prefetchable memory range: (II) Bus -1: bridge is at (0:31: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:1:0) Intel i810 rev 3, Mem @ 0xd000/26, 0xd400/19 (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 - 0x000e (0x3) MX[B] [4] -1 0x - 0x0009 (0xa) MX[B] [5] -1 0x - 0x (0x1) IX[B] [6] -1 0x - 0x00ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0xd400 - 0xd407 (0x8) MX[B](B) [1] -1 0xd000 - 0xd3ff (0x400) MX[B](B) [2] -1 0xc000 - 0xc01f (0x20) IX[B] [3] -1 0xdc00 - 0xdc3f (0x40) IX[B]
Re: [XFree86] xc/lib/Xaw/Imakefile lacks Private.h and XawI18n.h in HEADERS and so on
Quoting Hideyuki KURASHINA [EMAIL PROTECTED]: Hi, Hi, Is there any reasons why (a) xc/lib/{Private,XawI18n}.h not installed to /path/to/X11R6/include/X11/Xaw ? These are private headers, that define internal functions/macros. While this did not change for a while, contents in these headers are not guaranteed to be always available. (b) xc/lib/Xaw/Template.c installed to /path/to/X11R6/include/X11/Xaw ? This file just defines the basic structure of a new widget definition, there isn't really too many reasons to install it tough, as anyone willing to write new Xaw widgets will probably need the full Xaw sources, at least as a reference. I couldn't find those reasons from cvsweb URL: http://cvsweb.xfree86.org/cvsweb/xc/lib/Xaw/Imakefile I hope this patch (to xc/lib/Xaw/Imakefile rev. 1.10) helps. [snip] @@ -128,6 +129,7 @@ SmeBSB.c \ SmeLine.c \ StripChart.c \ + Template.c \ Text.c \ TextSink.c \ TextSrc.c \ @@ -179,6 +181,7 @@ SmeBSB.o \ SmeLine.o \ StripChart.o \ + Template.o \ Text.o \ TextSink.o \ TextSrc.o \ The template widget doesn't need to be compiled, it is just a sample, and it does nothing. Sincerely, -- rushani o XFree86 version % XFree86 -version XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 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: FreeBSD 4.7-STABLE i386 [ELF] Module Loader present o Operating System % uname -v FreeBSD 4.7-STABLE #0: Thu Feb 6 02:08:38 JST 2003 o Area of the problem Xaw o Which X server XFree86 (The XFree86 4.x server) o Repeat by (a) % ( cd /path/to/X11R6/include/X11/Xaw/ ; ls *.h ) /tmp/installed-headers % ( cd /path/to/xc/lib/Xaw/; ls *.h ) /tmp/dist-headers % diff -u /tmp/{installed,dist}-headers I got following output; --- installed-headers Mon Feb 10 22:14:43 2003 +++ dist-headersMon Feb 10 22:17:04 2003 @@ -32,6 +32,7 @@ PannerP.h Porthole.h PortholeP.h +Private.h Repeater.h RepeaterP.h Reports.h @@ -66,5 +67,6 @@ VendorEP.h Viewport.h ViewportP.h +XawI18n.h XawImP.h XawInit.h (b) % ls /path/to/X11R6/include/X11/Xaw/*.c I got following output; /usr/X11R6/include/X11/Xaw/Template.c If you have interest in working in Xaw or creating new widgets, there is really plenty of work to be done regarding to i18n, and better support for oriental languages :-) Paulo ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86