CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/03/21 14:26:11 Log message: 24. Another int10 fix. This time for adapters found at PCI:0:0:0. This fix is particularly important for ZX1-based systems (Marc La France). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/int10/: xf86int10.c xc/programs/Xserver/hw/xfree86/os-support/bus/: Pci.h xf86Pci.h Revision ChangesPath 3.2601+3 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.11 +8 -8 xc/programs/Xserver/hw/xfree86/int10/xf86int10.c 1.37 +1 -3 xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.h 1.37 +3 -1 xc/programs/Xserver/hw/xfree86/os-support/bus/xf86Pci.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Re: Install errors with 4.3.0 on RH7.3?
Andrew C Aitchison [EMAIL PROTECTED] wrote: It looks to me as if your make World failed (but kept going as it usually does) so install tried again and failed. I have xc/programs/rstart/contexts/@Aliases xc/programs/rstart/samples/contexts.odt1/@Aliases xc/programs/rstart/samples/contexts.sun/@Aliases all with matching ,v files, so it may be a problem with your check out, or another case of one broken platform in 12. Well I found my problem. We build all our versions of XFree86 using source code stored in Perforce (a branch to our devel tree that allows easy merging back/forth). As it turns out, Perforce does not seem to like filenames with an '@' symbol in them, and then never got checked into Perforce!! I will have to see if I can manually check those files into the machine, otherwise we will have a problem ;-(. What exactly are these files for? Is there any reason why they using the @ symbol in file names specifically? Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
_XAllocTemp and _XFreeTemp in Xrender on X11R5
I tried building Xrender from XFree86-4.3.0 on Solaris 2.5.1 (X11R5). It has neither _XAllocTemp or _XFreeTemp. Any way to work around this in Xrender/Picture.c? -- albert chin ([EMAIL PROTECTED]) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xfig crashes XFree86 server (4.3.0) with trident driver
! If it's reproducible and you can get a gdb backtrace, that would !be useful. Baring that, seeing it if goes away with Option NoAccel !would at least narrow things down. I gave this another go with a newly-built debug server, XAA and trident driver modules, and got the following backtrace information: (gdb) bt #0 0x28389b78 in kill () from /usr/lib/libc.so.4 #1 0x283ca742 in abort () from /usr/lib/libc.so.4 #2 0x80bc73a in goodbye (abortflag=1) at w_cmdpanel.c:538 #3 0x809c275 in emergency_quit (abortflag=1) at u_error.c:98 #4 0x809c0a8 in error_handler (err_sig=1) at u_error.c:52 #5 0xbfbfffac in ?? () #6 0x282b1d49 in XrmGetFileDatabase () from /usr/X11R6/lib/libX11.so.6 #7 0x28294053 in XGetErrorDatabaseText () from /usr/X11R6/lib/libX11.so.6 #8 0x809c149 in X_error_handler (d=0x81d5800, err_ev=0xbfbff27c) at u_error.c:70 #9 0x282af8a0 in _XIOError () from /usr/X11R6/lib/libX11.so.6 #10 0x282ad2fa in _XRead () from /usr/X11R6/lib/libX11.so.6 #11 0x282add30 in _XReply () from /usr/X11R6/lib/libX11.so.6 #12 0x282a99dc in XSync () from /usr/X11R6/lib/libX11.so.6 #13 0x810b07a in app_flush () at w_util.c:170 #14 0x810e405 in process_pending () at w_util.c:1122 #15 0x808a802 in main (argc=1, argv=0xbfbff8e0) at main.c:1256 #16 0x804d859 in _start () No mention of trident_drv.o or libxaa.a here. Do I need more of the XFree86-4.3.0 source tree built (all?) as debug ? -- Gary E. RAFE, Ph.D. [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xfig crashes XFree86 server (4.3.0) with trident driver
Sorry, I meant a backtrace of XFree86, not of xfig. Mark. On Fri, 21 Mar 2003, Gary E. RAFE, Ph.D. wrote: ! If it's reproducible and you can get a gdb backtrace, that would !be useful. Baring that, seeing it if goes away with Option NoAccel !would at least narrow things down. I gave this another go with a newly-built debug server, XAA and trident driver modules, and got the following backtrace information: (gdb) bt #0 0x28389b78 in kill () from /usr/lib/libc.so.4 #1 0x283ca742 in abort () from /usr/lib/libc.so.4 #2 0x80bc73a in goodbye (abortflag=1) at w_cmdpanel.c:538 #3 0x809c275 in emergency_quit (abortflag=1) at u_error.c:98 #4 0x809c0a8 in error_handler (err_sig=1) at u_error.c:52 #5 0xbfbfffac in ?? () #6 0x282b1d49 in XrmGetFileDatabase () from /usr/X11R6/lib/libX11.so.6 #7 0x28294053 in XGetErrorDatabaseText () from /usr/X11R6/lib/libX11.so.6 #8 0x809c149 in X_error_handler (d=0x81d5800, err_ev=0xbfbff27c) at u_error.c:70 #9 0x282af8a0 in _XIOError () from /usr/X11R6/lib/libX11.so.6 #10 0x282ad2fa in _XRead () from /usr/X11R6/lib/libX11.so.6 #11 0x282add30 in _XReply () from /usr/X11R6/lib/libX11.so.6 #12 0x282a99dc in XSync () from /usr/X11R6/lib/libX11.so.6 #13 0x810b07a in app_flush () at w_util.c:170 #14 0x810e405 in process_pending () at w_util.c:1122 #15 0x808a802 in main (argc=1, argv=0xbfbff8e0) at main.c:1256 #16 0x804d859 in _start () No mention of trident_drv.o or libxaa.a here. Do I need more of the XFree86-4.3.0 source tree built (all?) as debug ? -- Gary E. RAFE, Ph.D. [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Dri-devel] Re: XFree86 bugzilla available
No DRI developer expressed his interest or opposition, probably because there isn't opposition, or simply no interest. In either case I see no reasons why not proceed, so I'll open a bug to address this. I'll ask that [EMAIL PROTECTED] (the same addressed used on SF BT system) is set as the default owner for DRI bugs. Also, what's the general mailing list one can subscribe to receive notifications everytime a bug is open? José Fonseca On Wed, Mar 19, 2003 at 12:07:56PM +, José Fonseca wrote: On Tue, Mar 18, 2003 at 08:04:22PM -0500, David Dawes wrote: An XFree86 bugzilla is now available at http://bugs.xfree86.org/. Many thanks to Hewlett-Packard for supplying the hardware, netSweng for hosting, and the many developers who helped configure and test it. I know that the current policy on DRI is to post bugs on dri-users or dri-devel, but with XFree86 having a bug database is inevitable that people will eventually post bugs there too. Therefore what's the possibility of: - Setting up a general owner for DRI bugs, which probably would be [EMAIL PROTECTED] - automatically set the owner of DRI bugs, e.g., by the users adding a DRI keyword, or associating the XFree86 Server-DRI extension component. - Add the possibility to add comments to bugs via e-mail. Basically I would like to be possible that: - An user adds a bug concerning DRI - The owner is (either manually or automatically) set to [EMAIL PROTECTED], which receives the bug - Any developer on the dri-devel list which has an account on XFree86 Bugzilla can reply and that comment is added to the bug database. - Certain maintainence tasks (such as closing the bug, read an attachment) will require to use Bugzilla web interface, but bugzilla can be configured to remember our login, so it's straightforward. I would appreciate if the XFree86 and DRI developers considered this. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Dri-devel] Re: XFree86 bugzilla available
José Fonseca wrote: No DRI developer expressed his interest or opposition, probably because there isn't opposition, or simply no interest. In either case I see no reasons why not proceed, so I'll open a bug to address this. I'll ask that [EMAIL PROTECTED] (the same addressed used on SF BT system) is set as the default owner for DRI bugs. Also, what's the general mailing list one can subscribe to receive notifications everytime a bug is open? Sorry... I think it's a good idea as proposed. Keith ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Dri-devel] Re: XFree86 bugzilla available
On Fre, 2003-03-21 at 21:07, José Fonseca wrote: No DRI developer expressed his interest or opposition, probably because there isn't opposition, or simply no interest. In either case I see no reasons why not proceed, so I'll open a bug to address this. I'll ask that [EMAIL PROTECTED] (the same addressed used on SF BT system) is set as the default owner for DRI bugs. I think it's a good idea but that dri-devel makes more sense than dri-patches. Also, what's the general mailing list one can subscribe to receive notifications everytime a bug is open? Currently [EMAIL PROTECTED] gets them all. -- 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
[I18n] Re: Hi
http://www.quickleadz.bz/mort/short/ Hi, I just got a 30 year fixed mortgage at 4.75%. I found this website where Lenders compete for your business. I thought you may want to look at it. http://www.quickleadz.bz/mort/short/ Thanks, William Burton Remove: http://www.quickleadz.bz/mort/rem/ ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[XFree86] PCI Primary display error
Hello, I made a clean install of freebsd (version 4.7 and 5.0) with XFree86 4.3.0. When using the AGP (Matrox g550) as primary display on startup of the computer and the PCI GF2 MX as second, i can run XFree86 -configure and get X working. No problem. The problem For the TV out to work on the PCI GF2 MX i have to use the NVIdia Driver, which which only works when i use the PCI as a primary display during startup. When i run XFree86 -configure now the system hangs. XFree86 will not do anything when the PCI videocard is used as primary display during statup of the computer. It doesn't matter which driver i use. XFree86 4.2.0 works perfectly when using PCI as primary display. Is this a XFree86 problem or my problem?? I haven't got the XFree86 log (with PCI as primary display) anymore (i needed an working system and reinstalled with 4.2.0) but i will reinstall it to create it again if you realy need it. Thank you in advance, Jasper - This mail sent through IMP: http://horde.org/imp/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 19] New: radeon driver freezes if baudline is run
radeon driver with radeon 9500 pro will cause xfree86 to freeze as soon as baudline is executed. vesa driver works with program perfectly. program can be fetched from baudline.com. have not found any other programs that have caused same effect. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Serious Keyboard problems after upgrading to 4.3.0(AltGr)
Hi, Vivek wrote: On Thu, 20 Mar 2003, Jonas Bulow wrote: No, I don't use my own xmodmap. xkeycaps does not exist. What is similar to xkeycaps? I have no idea :) It's a front end to xmodmap, is all, and I find it handy. How and where do I define AltGr to be a dead key? I have read the man page for xmodmap and read about xkb on the web but I could not figure out how to fix this bug. I don't know. I have used to have it defined as keycode 0x71 = Mode_switch addMod3= Mode_switch (which was the old default) but after deactivating my xmodmap file, the default is now: keycode 0x71 = ISO_Level3_ShiftMulti_key addMod5= ISO_Level3_Shift I'm gussing there's an xmodmap file _somewhere_ on your system that's still being run. I've attached an xmodmap file generated from the default settings on my machine. I searched the whole disk without finding a single .xmodmap*. I talked to a few other people who had just upgraded to 4.3.0. They have the same problem as I have. I attached my .xmodmap extracted by xkeycaps. I can't find out how to configure ISO_Level3_Shift to be a dead key. It does not seem to be within the scope of what xmodmap can do. /jonas HTH ! ! This is an `xmodmap' input file for ! PC 105 key, wide Delete, tall Enter (XFree86; United Kingdom) keyboards. ! Automatically generated on Thu Mar 20 15:04:51 2003 by vivek with ! XKeyCaps 2.46; Copyright (c) 1999 Jamie Zawinski [EMAIL PROTECTED]. ! http://www.jwz.org/xkeycaps/ ! ! This file makes the following changes: ! ! The F1 Help key generates F1 and XF86_Switch_VT_1 ! The F2 key generates F2 and XF86_Switch_VT_2 ! The F3 key generates F3 and XF86_Switch_VT_3 ! The F4 key generates F4 and XF86_Switch_VT_4 ! The F5 key generates F5 and XF86_Switch_VT_5 ! The F6 key generates F6 and XF86_Switch_VT_6 ! The F7 key generates F7 and XF86_Switch_VT_7 ! The F8 key generates F8 and XF86_Switch_VT_8 ! The F9 key generates F9 and XF86_Switch_VT_9 ! The F10 key generates F10 and XF86_Switch_VT_10 ! The F11 key generates F11 and XF86_Switch_VT_11 ! The F12 key generates F12 and XF86_Switch_VT_12 ! The Print Scrn key generates Print and Sys_Req ! The Scroll Lock key generates Scroll_Lock ! The Pause Break key generates Pause and Break ! The ¬ ` key generates grave and notsign ! The Backspace key generates BackSpace and Terminate_Server ! The Num Lock key generates Num_Lock and Pointer_EnableKeys, and the Mod2 modifier ! The / key generates KP_Divide and XF86_Ungrab ! The * key generates KP_Multiply and XF86_ClearGrab ! The - key generates KP_Subtract and XF86_Prev_VMode ! The Tab key generates Tab and ISO_Left_Tab ! The 7 Home key generates KP_Home and KP_7 ! The 8 UpArrow key generates KP_Up and KP_8 ! The 9 PgUp key generates KP_Prior and KP_9 ! The + key generates KP_Add and XF86_Next_VMode ! The 4 LeftArrow key generates KP_Left and KP_4 ! The 5 key generates KP_Begin and KP_5 ! The 6 RightArrow key generates KP_Right and KP_6 ! The 1 End key generates KP_End and KP_1 ! The 2 DownArrow key generates KP_Down and KP_2 ! The 3 PgDn key generates KP_Next and KP_3 ! The =/+/ key generates Super_L ! The Alt Gr key generates ISO_Level3_Shift and Multi_key, and the Mod5 modifier ! The =/+/ key generates Super_R ! The 0 Ins key generates KP_Insert and KP_0 ! The . Del key generates KP_Delete and KP_Decimal keycode 0x09 = Escape keycode 0x43 = F1 XF86_Switch_VT_1 keycode 0x44 = F2 XF86_Switch_VT_2 keycode 0x45 = F3 XF86_Switch_VT_3 keycode 0x46 = F4 XF86_Switch_VT_4 keycode 0x47 = F5 XF86_Switch_VT_5 keycode 0x48 = F6 XF86_Switch_VT_6 keycode 0x49 = F7 XF86_Switch_VT_7 keycode 0x4A = F8 XF86_Switch_VT_8 keycode 0x4B = F9 XF86_Switch_VT_9 keycode 0x4C = F10 XF86_Switch_VT_10 keycode 0x5F = F11 XF86_Switch_VT_11 keycode 0x60 = F12 XF86_Switch_VT_12 keycode 0x6F = Print Sys_Req keycode 0x4E = Scroll_Lock keycode 0x6E = Pause Break keycode 0x31 = grave notsign keycode 0x0A = 1 exclam keycode 0x0B = 2 quotedbl keycode 0x0C = 3 sterling keycode 0x0D = 4 dollar keycode 0x0E = 5 percent keycode 0x0F = 6 asciicircum keycode 0x10 = 7 ampersand keycode 0x11 = 8 asterisk keycode 0x12 = 9 parenleft keycode 0x13 = 0 parenright keycode 0x14 = minus underscore keycode 0x15 = equal plus keycode 0x16 = BackSpace Terminate_Server keycode 0x6A = Insert keycode 0x61 = Home keycode 0x63 = Prior keycode 0x4D = Num_LockPointer_EnableKeys keycode 0x70 = KP_Divide XF86_Ungrab keycode 0x3F = KP_Multiply XF86_ClearGrab keycode 0x52 = KP_Subtract
Re: [XFree86] mga 1600x1200 DVI [scanned]
On Thu, 20 Mar 2003, Thomas Winischhofer wrote: Dr Andrew C Aitchison wrote: Thanks for clarifying. On my other G550 I have a 1600x1024 monitor on what appears to be a single-link cable. If I switch from DVI-digital to DVI-analog *on the monitor* the picture goes away, so I was getting very confused. This is [EMAIL PROTECTED] with a 108MHz clock, well under the 165MHz limit. There is something else: The *analog* signal (speak: DVI-A) is (partly) transferred on the extra pins, outside of this 8x3 block. There are (up to) four pins in a square, with a ~2mm wide key pin in the middle. If these pins around the key pin are missing, this is a digital-only cable. Ah. That settles it. The cards and monitors have those pins, but the cables I'm using do not, so I am using DVI-I signals on both monitors. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Serious Keyboard problems after upgrading to 4.3.0(AltGr)
On Fri, 21 Mar 2003, Jonas Bulow wrote: I searched the whole disk without finding a single .xmodmap*. It won't necessarily be called .xmodmap, will it? That's just a convenient way of namimg the input file to xmodmap. You need to check which scripts startx or xinitrc or gdm or whatever runs. I talked to a few other people who had just upgraded to 4.3.0. They have the same problem as I have. I attached my .xmodmap extracted by xkeycaps. I can't find out how to configure ISO_Level3_Shift to be a dead key. It does not seem to be within the scope of what xmodmap can do. The only differences I can see are that you don't assign Multi_key to keycode 0x71 (in addition to ISO...) and I don't know what your XkbModel and XkbLayout are set to in XF86Config-4. ( Mine are pc105 and gb ): You've used pc102 /swedish/finnish for xkeycaps: Is your XF86Config configured similarly? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Serious Keyboard problems after upgrading to 4.3.0(AltGr)
Hi, Vivek wrote: On Fri, 21 Mar 2003, Jonas Bulow wrote: I searched the whole disk without finding a single .xmodmap*. It won't necessarily be called .xmodmap, will it? That's just a convenient way of namimg the input file to xmodmap. You need to check which scripts startx or xinitrc or gdm or whatever runs. I started X with xinit. My .xinitrc contains one line: gnome-session I talked to a few other people who had just upgraded to 4.3.0. They have the same problem as I have. I attached my .xmodmap extracted by xkeycaps. I can't find out how to configure ISO_Level3_Shift to be a dead key. It does not seem to be within the scope of what xmodmap can do. The only differences I can see are that you don't assign Multi_key to keycode 0x71 (in addition to ISO...) and I don't know what your XkbModel and XkbLayout are set to in XF86Config-4. ( Mine are pc105 and gb ): You've used pc102 /swedish/finnish for xkeycaps: Is your XF86Config configured similarly? xkeycaps could not figure out the keyboard model itself so I have to enter it manually when staring xkeycaps. I have pc102 as XkbModel och XkbLayout is se. FWIW, my keyboard is a IBM Thinkpad T30. xmodmap -pke | grep 113 gives: keycode 113 = ISO_Level3_Shift Multi_key which is identical to your .xmodmap-nessus. Have you tried running xemacs (or emacs) and pressing the AltGr key? It works as expected in all other circumstances, like xterm, vi, mozilla, gnome-terminal, etc for me, but not xemacs. Btw, I really appreciate your help, Vivek!! Best regards, Jonas ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] mga 1600x1200 DVI [scanned]
Dr Andrew C Aitchison wrote: On Thu, 20 Mar 2003, Thomas Winischhofer wrote: The *analog* signal (speak: DVI-A) is (partly) transferred on the extra pins, outside of this 8x3 block. There are (up to) four pins in a square, with a ~2mm wide key pin in the middle. If these pins around the key pin are missing, this is a digital-only cable. Ah. That settles it. The cards and monitors have those pins, but the cables I'm using do not, so I am using DVI-I signals on both monitors. You're most certainly using DVI-D. DVI-I is both DVI-D and DVI-A. Thomas -- Thomas Winischhofer Vienna/Austria mailto:[EMAIL PROTECTED]http://www.winischhofer.net/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 20] New: reinstate Keith Packard as member of XFree86 core team
While I've nothing against XFree86 staff in general, I do find that the removal of KP from the core team to be unsatisfactory. One of the benefits of Open Source softwares is that someone, whether it's an individual part of the development team, or a user, can take the source code and make enhancements or improvements to the software. In this case, KP wants to fork off a XFree86 of his own. Is it a requirement to know what he intends to do with it? Everyone has a little pet project that they do not wish to discuss in public. Why kick him off the team for the reason that he just don't want to discuss the details yet? This bug is submitted because it is indeed a bug. It's a bug in the way XFree86 is handling people's wishes which can have an effect on how XFree86 turns out in the future. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Serious Keyboard problems after upgrading to 4.3.0(AltGr)
Have you tried running xemacs (or emacs) and pressing the AltGr key? It works as expected in all other circumstances, like xterm, vi, mozilla, gnome-terminal, etc for me, but not xemacs. It works everywhere except xemacs: It works in emacs21, emacs20, verious terminal emulators, but xemacs21-mule beeps and says iso-level3-shift not defined. I'm going to go out on a limb here and say it's an xemacs problem: If I set it to just Multi Key then it sort of works, except I have to hit AltGr-3 3 to get ³ instead of just AltGr-3. Which version of xemacs are you using, and will a recompile or update of xemacs help? Btw, I really appreciate your help, Vivek!! That's Ok - I know how frustrating these things can be. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] MicroTouch Touchscreen with RedHat 8.0
Hi, I was trying to use Microtouch Serial touchscreen with Redhat Linux 8, but I am unable to make it work. I loaded the mutouch driver and made changes to the XF86Config files as per HOWTO, but the cursor always moves the top left corner of the screen. And also tried using USB controller, with driver from http://www.annet.pl/~anowak/mtouch/ but that also didnot worked. Please help. Angchuk _ Cricket World Cup 2003- News, Views and Match Reports. http://server1.msn.co.in/msnspecials/worldcup03/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 11] Display glitches on Radeon 7200 with version 4.1.0, 4.3.0
--- Additional Comments From [EMAIL PROTECTED] 2003-03-21 08:41 --- I was afraid you might ask that. I haven't tried; that-other-OS has never been installed on this machine and I haven't got another one handy to swap it into... Still, I guess it's the next logical step. What's odd though is that it shows up in screenshots -- is that possible if it were a hardware defect? Where does the screenshot API or whatever get its data? --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 11] Display glitches on Radeon 7200 with version 4.1.0, 4.3.0
--- Additional Comments From [EMAIL PROTECTED] 2003-03-21 09:07 --- Yes, this means the data in video RAM is corrupted. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [XFree86(TM) Bug Report] Unsupported video hardware
Regarding: Unsupported video hardware Email: [EMAIL PROTECTED] XFree86 Version: 4.2.1 OS: Gentoo rc 1.4 and Lunar 1.3 Area: I got an error message stating that i had a valid card configuration but information was missing from a header file Server: XFree86 (The XFree86 4.x server) Video Card: This video works with lindows 3.1 XFree86 4.2.1, the log file says it is using the Savage driver. It is a micronics PC purchased from Walmart.com with Lindows pre-installed. (II) Bus -1 prefetchable memory range: (--) PCI:*(1:0:0) S3 unknown chipset (0x8d04) rev 0, Mem @ 0xdfe8/19, 0xd000/27, BIOS @ 0 xdfe7/16 (II) Addressable bus resource ranges are This is all the information I have on what the chipset is. Description: I couldn't get the system(s) that actually failed to work running enough to send email from them. Tney were gentoo 1 rc4 and lunar 1.3. I can try the install again later and send the full output but I need the computer running for my banking and such, and the Lindows system is the only one that works. Repeat By: Got the error during startup trying to do XFree86 -configure. I can't reproduce the exact error message here because I couldn't send email without X being running. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 11] Display glitches on Radeon 7200 with version 4.1.0, 4.3.0
--- Additional Comments From [EMAIL PROTECTED] 2003-03-21 10:03 --- Is there a utility I can use to test video memory? --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] error, solicito ayuda
Les escribo para que por favor me proporcionen ayuda acerca del malfuncionamiento del servidorx, he estado trando de solucionarlo modificando la configuracion de XF86config pero no lo he logrado, el sistema intenta cargar el sistema x muchas veces pero falla. el archivo al que se refiere el error no existe, solo hay un readme. Error loading keymap /usr/X11R6/lib/X11/xkb/compiled/server-0.xkm Fatal server error could not open default font 'fixed' les anexo e xfree 86.0.log XF86Config El sistema estaba funcionando bien, solo lo probe con algunos monitores y comenzo a fallar no se si por esta razon. _ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.yupimsn.com/ # XFree86 4 configuration created by pyxf86config Section ServerLayout Identifier Default Layout Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard InputDeviceDevInputMice AlwaysCore EndSection Section Files # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. RgbPath /usr/X11R6/lib/X11/rgb FontPath unix/:7100 EndSection Section Module Load dbe Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 EndSection Section InputDevice # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option Xleds 1 2 3 # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option XkbModelpc102 # If you have a US Microsoft Natural keyboard, you can use: # Option XkbModelmicrosoft # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option XkbLayout de # or: # Option XkbLayout de # Option XkbVariant nodeadkeys # # If you'd like to switch the positions of your capslock and # control keys, use: # Option XkbOptions ctrl:swapcaps # Or if you just want both to be control, use: # Option XkbOptions ctrl:nocaps # Identifier Keyboard0 Driver keyboard Option XkbRules xfree86 Option XkbModel pc102 Option XkbLayout es EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol PS/2 Option Device /dev/psaux Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section InputDevice # If the normal CorePointer mouse is not a USB mouse then # this input device can be used in AlwaysCore mode to let you # also use USB mice at the same time. Identifier DevInputMice Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameSamsung SyncMaster 550v DisplaySize 280 210 HorizSync30.0 - 55.0 VertRefresh 50.0 - 120.0 ModeLine 1400x1050 129.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync ModeLine 1400x1050 151.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync ModeLine 1400x1050 162.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync ModeLine 1400x1050 184.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync Option dpms EndSection Section Device Identifier Videocard0 Driver nv VendorName Videocard vendor BoardName NVIDIA GeForce 2 MX (generic) EndSection Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 16 SubSection Display Modes800x600 EndSubSection SubSection Display Depth 16 Modes800x600 640x480 EndSubSection EndSection Section DRI Group0 Mode 0666 EndSection XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux
Re: [XFree86] Serious Keyboard problems after upgrading to 4.3.0(AltGr)
Hi! Vivek wrote: Have you tried running xemacs (or emacs) and pressing the AltGr key? It works as expected in all other circumstances, like xterm, vi, mozilla, gnome-terminal, etc for me, but not xemacs. It works everywhere except xemacs: It works in emacs21, emacs20, verious terminal emulators, but xemacs21-mule beeps and says iso-level3-shift not defined. I'm going to go out on a limb here and say it's an xemacs problem: If I set it to just Multi Key then it sort of works, except I have to hit AltGr-3 3 to get ³ instead of just AltGr-3. Which version of xemacs are you using, and will a recompile or update of xemacs help? I have tried both xemacs 21.1.14 and 21.4.12 with the same result. I just recompiled both XFree86 and xemacs. The problem remains. Well, I think it's time to give up. I better define a NOP-macro in xemacs and bind it to iso-level3-shift. :-) Regards, Jonas Btw, I really appreciate your help, Vivek!! That's Ok - I know how frustrating these things can be. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] error, solicito ayuda
On Fri, Mar 21, 2003 at 03:30:16PM +, Milton Vega wrote: Les escribo para que por favor me proporcionen ayuda acerca del malfuncionamiento del servidorx, he estado trando de solucionarlo modificando la configuracion de XF86config pero no lo he logrado, el sistema intenta cargar el sistema x muchas veces pero falla. el archivo al que se refiere el error no existe, solo hay un readme. Error loading keymap /usr/X11R6/lib/X11/xkb/compiled/server-0.xkm Fatal server error could not open default font 'fixed' Esto parece ser la fuente del problema: (II) Loading /usr/X11RCould not init font path element unix/:7100, removing from list! El servidor está configurado para que los fonts esten manejados por un servidor distinto (xfs), pero no puede encontrarlo (intenta hacer una conexión y fracasa). El servidor de fonts debería estar iniciado antes del servidor X, probablemente con un script. Que tipo de sistema utiliza Ud -- inicia X con startx o con xdm? La otra solución sería de configurar X para que maneje el mismo los fonts; esto se hace reemplazando el FontPath con los directorios donde se encuentran los fonts en lugar de la conexión con el servidor xfs (unix/:7100). les anexo e xfree 86.0.log XF86Config El sistema estaba funcionando bien, solo lo probe con algunos monitores y comenzo a fallar no se si por esta razon. Eso es extraño -- si Ud. no ha cambiado nada en la configuración desde la ultima vez que estaba funcionando, solo el hecho de cambiar el monitor no debería causar este problema. -- | One would think the grandeur of the universe needs | no help from Walter Cronkite. One would think Steve Freeland | wrong. -- Neil Postman, Amusing Ourselves To Death ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [XFree86(TM) Bug Report] Disable use of Control+Alt+Fn to switch Consoles
Regarding: Disable use of Control+Alt+Fn to switch Consoles Email: [EMAIL PROTECTED] XFree86 Version: 4.3.0 OS: Mandrake Linux 8.2 Area: keymaps Server: XFree86 (The XFree86 4.x server) Description: My problem is not actually a bug, but I did not find any better place to submit this, so here we go ... I am working with a proff application where it is crucial that the operator is unable to access anything else than the application. I am able to diable most X (and other) keystrokes that might rise root and window menus. However, there is one keystork I am not able to get rid of and that is the Control+Alt+Fn combinations which switches virtual consoles. I would appreciate very much if anyone could tell me how to disable this behaviour. I have tried to modify the keymaps, but this is obviously overrided by XFree86. Regards Repeat By: ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Video Adapter Problem
Hi, I am trying to run RedHat linux 6.2 on my PC which has Intell PIII 550 MHZ CPU. 256 MB Ram, ATI Rage 128 AGP Video Card I have Samsung Syncmaster 950P monitor. Actually I was not getting the GUI display. So from your website I downloaded the XInstall.sh script and checked my system that which binaries would be appropriate for me. It suggested me to download Linux-ix86-glibc21 which I downloaded and installed . Now when I am trying to get Xwindow I am still having problem and getting errors. I am sending you the errors in a file named script and the full logfile generated by the system is named as logfile. Kindly help me out. Regards, Afaq M. XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.2.16 i686 [ELF] Build Date: 07 March 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Fri Mar 21 10:50:48 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor Samsung SyncMaster 950p (**) | |--Device ATI Rage 128 (generic) AGP (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout ca (**) XKB: layout: ca (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/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 VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card , rev 44 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 1106,0596 card , rev 12 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 08 class 0c,03,00 hdr 00 (II) PCI: 00:04:3: chip 1106,3050 card , rev 20 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 125d,2898 card , rev 02 class 07,80,00 hdr 00 (II) PCI: 00:0b:0: chip 1102,0002 card 1102,8027 rev 07 class 04,01,00 hdr 80 (II) PCI: 00:0b:1: chip 1102,7002 card 1102,0020 rev 07 class 09,80,00 hdr 80 (II) PCI: 00:0c:0: chip 10b7,9004 card 10b7,9004 rev 04 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5246 card 1002,0004 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 (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xd000 - 0xdfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdf00 - 0xdfdf (0xe0) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xdff0 - 0xe3ff (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) (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:4:3), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus -1 I/O
RE: [XFree86] Video Adapter Problem
From your log file (EE) R128(0): No Display subsection in Screen section Screen 1 for depth/fbbpp 24/32 You need to add a (sub)section to your config file (config file: /etc/X11/XF86Config) # example only Section Screen Identifier Screen1 Device Card1 MonitorMonitor1 DefaultDepth 24 SubSection Display Depth 24 EndSubSection EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] [XFree86(TM) Bug Report] Unsupported video hardware
according to www.yourvote.com/pci you are having a ProSavage DDR (P4M266) in your computer. check respective XF86 documentation yourselves if this is listed as a supported device. i dont know it from scratch. -Alex. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2003 16:00 To: [EMAIL PROTECTED] Subject: [XFree86] [XFree86(TM) Bug Report] Unsupported video hardware Regarding: Unsupported video hardware Email: [EMAIL PROTECTED] XFree86 Version: 4.2.1 OS: Gentoo rc 1.4 and Lunar 1.3 Area: I got an error message stating that i had a valid card configuration but information was missing from a header file Server: XFree86 (The XFree86 4.x server) Video Card: This video works with lindows 3.1 XFree86 4.2.1, the log file says it is using the Savage driver. It is a micronics PC purchased from Walmart.com with Lindows pre-installed. (II) Bus -1 prefetchable memory range: (--) PCI:*(1:0:0) S3 unknown chipset (0x8d04) rev 0, Mem @ 0xdfe8/19, 0xd000/27, BIOS @ 0 xdfe7/16 (II) Addressable bus resource ranges are This is all the information I have on what the chipset is. Description: I couldn't get the system(s) that actually failed to work running enough to send email from them. Tney were gentoo 1 rc4 and lunar 1.3. I can try the install again later and send the full output but I need the computer running for my banking and such, and the Lindows system is the only one that works. Repeat By: Got the error during startup trying to do XFree86 -configure. I can't reproduce the exact error message here because I couldn't send email without X being running. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Serious Keyboard problems after upgrading to 4.3.0(AltGr)
On Fri, 21 Mar 2003, Jonas Bulow wrote: [snip] Well, I think it's time to give up. I better define a NOP-macro in xemacs and bind it to iso-level3-shift. :-) Worth sending a bug report to the xemacs people too: It's only going to come up more often as Xfree 4.3.0 becomes more common... ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] PCI Primary display error
This sounds like the recently discovered problem with the int10 module on non-Linux systems. I'll send you a replacement module to try. Mark. On Fri, 21 Mar 2003 [EMAIL PROTECTED] wrote: Hello, I made a clean install of freebsd (version 4.7 and 5.0) with XFree86 4.3.0. When using the AGP (Matrox g550) as primary display on startup of the computer and the PCI GF2 MX as second, i can run XFree86 -configure and get X working. No problem. The problem For the TV out to work on the PCI GF2 MX i have to use the NVIdia Driver, which which only works when i use the PCI as a primary display during startup. When i run XFree86 -configure now the system hangs. XFree86 will not do anything when the PCI videocard is used as primary display during statup of the computer. It doesn't matter which driver i use. XFree86 4.2.0 works perfectly when using PCI as primary display. Is this a XFree86 problem or my problem?? I haven't got the XFree86 log (with PCI as primary display) anymore (i needed an working system and reinstalled with 4.2.0) but i will reinstall it to create it again if you realy need it. Thank you in advance, Jasper - This mail sent through IMP: http://horde.org/imp/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Please help, Samsung Syncmaster 957p Monitor not found...
Yo, I have been trying to install Redhat Linux 7.3 to my comp, but monitor is not found on the list. So...how do I configure the X86free files properly so that Linux accepts the generic driver which should be O.K. in order to get full resolution. Please help, I am loosing my mind with this problem! :-) -Tommi - Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footerid=71jump=http%3A%2F%2Fwww.sunpoint.net ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 20] reinstate Keith Packard as member of XFree86 core team
[EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 15:05 --- Bah. Bug tracker is no place voice opinions on socio-political matters. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 20] reinstate Keith Packard as member of XFree86 core team
[EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 15:14 --- As side notes; - new users probably shouldn't have the ability to resolve bugs. - There are many extraneous OS choices - mailing list for discussions - bugzilla for bugs bugs.xfree6.org will likely become a very useful tool. I'm very glad to see it and will be happier in a few weeks when it becomes useful. - Gabriel Friedmann --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] video card problems
here is a problem with a server using nvida card x windows did not work ... txt.log Mark Kirton Network Optimization Lead Engineer Performance Mgmt New Technogies, East 2000 Corporate Drive Orangeburg, New York 10962 Verizon Wireless 845.365.7939 (o) 914.263.2259 (c) txt.log Description: Binary data
RE: [XFree86] video card problems
Either your card isn't supported OR it isn't being auto-detected. Since I see a note in your log about the card being ISA, I'm leaning towards #2. You may need to try specifying your video card in the config file rather than allowing X to guess. Which Nvidia card are you using? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2003 3:14 PM To: [EMAIL PROTECTED] Subject: [XFree86] video card problems ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 21] New: Multiple cursors after scrolling and other operations
Using the i740 driver with a 8mb Diamond Stealth II/G460 AGP, running at 16 bit 1280x1024. When scrolling, the cursor leaves beind multiple copy of itself. Operations like dragging a window sometimes do the same thing too. See the URL for a screenshot. Workaround: Turn on Option NoAccel --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] VESA Frame Buffer Small resolution
Hello, I'm using the frame buffer server with vesa driver on my linux. I have a 320x240 LCD panel connected to my system plus the CRT monitor. The video output is the same to CRT and LCD. On CRT the screen is shown on full display area But on LCD, the screen still virtualy with 800x600, and just a quarter of screen is shown on LCD. How to set the resolution to 320x240 with Vesa FB? (On CRT the screen could be shown smaller then the full monitor area). (I won't use the driver for my video card). thanks a lot _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 21] Multiple cursors after scrolling and other operations
--- Additional Comments From [EMAIL PROTECTED] 2003-03-21 16:37 --- http://javabsp.org/img/mouse-weird.png --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] video card problems
You don't have an NVIDIA card. You have a Cirrus Logic card: (--) PCI: (0:8:0) Cirrus Logic GD5434 rev 249, Mem @ 0xfd00/24 Mark. On Fri, 21 Mar 2003 [EMAIL PROTECTED] wrote: here is a problem with a server using nvida card x windows did not work ... txt.log Mark Kirton Network Optimization Lead Engineer Performance Mgmt New Technogies, East 2000 Corporate Drive Orangeburg, New York 10962 Verizon Wireless 845.365.7939 (o) 914.263.2259 (c) ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Caught signal 11. Server aborting
This could be one of the know bugs with the font server and/or TrueType font renders. If so, that may be fixed in 4.3. Otherwise, not loading the freetype module might help, though the fonts will likely look different. Mark. On Fri, 21 Mar 2003, Richard Molen wrote: Per your request, I'm submitting the attached file. I have not attempted to troubleshoot at all. I was running KDE desktop for RH8.0 for several days or more without incident and was connected to a LAN box with vnc and ssh. Also was connected to a box outside the LAN using same. Was running Emacs 21.2.1 and PowerShell. Powershell had about 8 tabs open. I have a single mouse connected to the ps/2 port. Its a USB MS optical wheelmouse with a ps/2 converter. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] [Bug 21] New: Multiple cursors after scrolling andother operations
This is the typical symptom of the driver's Sync function (XAA) not working properly. Mark. On Fri, 21 Mar 2003 [EMAIL PROTECTED] wrote: Using the i740 driver with a 8mb Diamond Stealth II/G460 AGP, running at 16 bit 1280x1024. When scrolling, the cursor leaves beind multiple copy of itself. Operations like dragging a window sometimes do the same thing too. See the URL for a screenshot. Workaround: Turn on Option NoAccel --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] [XFree86(TM) Bug Report] Disable use of Control+Alt+Fnto switch Consoles
Option DontVTSwitch yes p.s. the M in RTFM, in this case, is man XF86Config Knut Andreas Hallingstad wrote: Regarding: Disable use of Control+Alt+Fn to switch Consoles Email: [EMAIL PROTECTED] XFree86 Version: 4.3.0 OS: Mandrake Linux 8.2 Area: keymaps Server: XFree86 (The XFree86 4.x server) Description: My problem is not actually a bug, but I did not find any better place to submit this, so here we go ... I am working with a proff application where it is crucial that the operator is unable to access anything else than the application. I am able to diable most X (and other) keystrokes that might rise root and window menus. However, there is one keystork I am not able to get rid of and that is the Control+Alt+Fn combinations which switches virtual consoles. I would appreciate very much if anyone could tell me how to disable this behaviour. I have tried to modify the keymaps, but this is obviously overrided by XFree86. Regards Repeat By: ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 -- _.,-*~`^'~*-,._ Danny Rathjens _.,-*~`^'~*-,._ FireCast: Rock solid kiosk software: http://wirespring.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [XFree86(TM) Bug Report] REL 4.3.0 New driver Imakefile ommision.
Regarding: REL 4.3.0 New driver Imakefile ommision. Email: [EMAIL PROTECTED] XFree86 Version: 4.3.0 OS: Redhat running on a x86 box Area: Xserver configuration/build Server: XFree86 (The XFree86 4.x server) Description: Dear XFree86 Gurus; I am adding a new driver to the XFree86 server. In xc/config/cf/xf86site.def I found an entry for 'XF86ExtraCardDrivers' which allowed for third party drivers. I uncommented the line and specified my driver name expecting the appropriate Makefiles to be changed during 'make World'. Instead, I found that the two (maybe more?) Imakefiles that should contain references to 'XF86ExtraCardDrivers' near the 'XF86CardDrivers' references, didn't. The files are: xc/programs/Xserver/hw/xfree86/drivers/Imakefile xc/programs/Xserver/hw/xfree86/common/Imakefile In my case, I was trying to build XFree86 with the drivers built into the executable so I could debug with gdb. Thanks; Tim Lynch [EMAIL PROTECTED] (I can work around the problem by using the 'XF86CardDrivers' define or editing the Imakefiles but, it doesn't seem like that was what you had in mind.) Repeat By: ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X4.3/FreeBSD distribution aout libs
On Fri, Mar 21, 2003 at 12:32:48PM -0800, Ken Marx wrote: Hi, I previously (somewhat confusedly - sorry) posted about this as X4.3/netscape/freebsd4.7. I installed XF86-4.3 from FreeBSD-4.x binary distribution I got from the xfree86.org ftp site. It seems that the XFree86-4.3 aout libraries in Xbin.tgz are new versions that can cause legacy aout binaries (netscape 4.5, 4.72, in my case) to segv. Eric Anholt has graciously confirmed that the FreeBSD port doesn't build/contain new versions of the aout libs. I think this might be recommended for the binary distribution as well: Either just include the old ones, or instruct installers to leave/copy the old ones in the new 4.3 dirs. New ones are built so that applications that still use the old a.out libraries get the benefit of any security and bug fixes. That is, unless there's some reason to expect old binaries to use new features, or reason to expect new aout binaries to be written. FreeBSD folks I spoke with about this seemed to think there wasn't. Perhaps mine is an isolated case - I haven't found other reports of new libs crashing old aout binaries. Maybe nobody uses Netscape anymore... Anyway - I got netscape to work simply by moving these new aout versions aside: libX11.so.6.2 libXext.so.6.4 libXmu.so.6.2 The new ones should be backward compatible (no removed interfaces and no changed interfaces). The best solution would be to locate the cause of the problem, see if it's compatibility breakage, and if so, see if it can be fixed without causing more serious compatibility problems. FWIW, the a.out libraries supplied with the XFree86 4.3 FreeBSD bindists were built on a clean FreeBSD 2.2.8 installation. I think that was one of the last a.out releases? David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 22] New: Matrox driver docs on Overlay mode are erroneous
The man page for the matrox driver (that appears when you type man mga) has a very unclear wording on how Overlay mode is activated. The correct way to activate overlay is to set the Overlay variable to 8,24 or 24,8 but this is impossible to figure out using the documentation. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 23] New: r128 driver silently drops XF86Config modeline data on laptops (A20p)
The r128 driver silently throws away the dotclock and timing numbers for all modes, using numbers from the BIOS instead. This would be fine, except the dotclock is locked to the value for the 1400x1050 mode, which means that lower res modes, even when perfectly valid and displayable ( and necessary for getting the S/Video output to a TV going ) are rejected. I've managed to patch Xfree86 4.1.0 to allow the user to specify the dotclock as well as the X and Y res (it works for me): I've also adapted the patch for 4.3.0 ( but haven't tested that one yet - It does compile cleanly though ). In addition, the patch(es) report the available modelines, with the dotclocks adjusted for a 60Hz refresh (seems to be what laptops like) in the Xfree86 log. I've submitted the bug+patches to [EMAIL PROTECTED] (seq# A.1685) as well (just before I read the announcement about bugs.xfree86.org). The radeon driver looks like it might have the same problem. ( It all depends on the BIOS reporting a sane dotclock, which the A20p doesn't. ) [patches to follow] --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86 -- confirmation of subscription -- request 283504
-- __ http://www.linuxmail.org/ Now with e-mail forwarding for only US$5.95/yr Powered by Outblaze ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] RE: Sis300 support in XFree86 version 4.3.0
On Fri, 21 Mar 2003, Daniel wrote: Melisa, I get the same problem (missing libglide2x.so) with XFree86 4.2.99.902 release (essentially 4.3) whilst trying to get my Radion 9000 pro to run in X under Linux Mandrake 9.0. How did you solve this? -Did you get create the soft link with the libglide3x.so rather than libglide2x.so no, as I was informed the libglide3x.so was used only with 3Dfx cards (Note: i have no idea why the message appeared -- on reboot it did not show up again). Do you still get that message? Were you able to make Xconfig recognize your card? Did you get your driver from ATI (I don't remember what u said)? Note: I have read a number of posts on ATI chips...most particularly the Radeon 9000. Perhaps messaging one of those people who answered queries on that type card (they tend to know one manufacturer well) would attract attention? Do you keep these posts? (try [EMAIL PROTECTED] -- I sent you one of his posts that mentioned Radeon's 9000) -Did you have to edit the XF86config to take account of this change (I have created mine with XFree86 - configure) My Xconfig would not work until I reduced the refresh rate to 60, the color bit to 8 and selected VESA...way bad, but was able to at least increase the resolution to over 800x600! Since I am not content (I got better results with the XFree86 version that came with RH7.3 -- I only went to XFree86 ver4.3 as it promised SiS300 support which wasn't happening under the RH7.3 version (I forget which version that is)), I am gonna try to go to RH8.0 and be content till I can buy a new card... ;P I'm beginning to see why Windows XP (which happily coexists with my 9000) is so popular! Yes, I understand that a bit! I do dual boot with Win2K still as evidently I too am far away from being ready/able to changeover ;[ ! Sorry I can't help you more...I keep checking all the posts and reading elsewhere in hopes to find something that might put some light on this subject. If I read anything (more), or get help from the Xconfig people (before or after the upgrade), I will try to pass it on. mgolter Regards Daniel The linux and XFree4 install was so I can run some 3D applications...but I did not know that glide was so specifically aimed...the Real problem was that I couldn't get the X server configured at all. Right now I am stuck with 16 bit color...(using generic VESA in Xconfigurator, which is not as good as what I could get with the XFree86 version that came with RH7.3! {I installed the 4.3 version as no other version even lists the SiS300 chip...and it looks like 4.3 doesn't really support it either...) Thanks for info on the .so (so's I am not a gonna worry (esp since no system complaints!) ;) mgolter On Fri, 14 Mar 2003, Mike A. Harris wrote: On Fri, 14 Mar 2003, Melissa Golter wrote: Date: Fri, 14 Mar 2003 14:57:34 -0600 (CST) From: Melissa Golter [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: RE: Sis300 support in XFree86 version 4.3.0 If I am reading the filename correctly, that file is 26Mb -- but if that is OK to send to you, will do...in the meantime, I put it in ftp.evl.uic.edu/pub/INcoming/mgolter/xfree/ btw, ver 4.3.0 has libglide3.so but not the 2x.so nec to configure the system correctly. I am supposing I can find the libglide2x.so somewhere (note: the previous version of XFree86 -- the one that came with RH7.3, did not include it either it seems (a *whereis* did not yield a result from the saved XFree version directory either). ;P Just so you don't end up wasting your time Glide is strictly a 3Dfx low level 3D video driver library which talks directly to 3Dfx Voodoo and Banshee video hardware. Glide 2 is for Voodoo Graphics I/II hardware, and Glide3 is for Voodoo 3/4/5 and Banshee hardware. Glide does not work on any other video hardware, and is totally useless unless you have 3Dfx video hardware, in which case it provides the layer between DRI and the 3Dfx video card for 3D acceleration. In short: You've got an SiS video card, and Glide is meaningless as far as your system is concerned. -- Mike A. Harris ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 Radion 9000 Pro ML9.0 and the m ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] (no subject)
XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18-11smp i686 [ELF] Build Host: daffy.perf.redhat.com Module Loader present OS Kernel: Linux version 2.4.18-14 ([EMAIL PROTECTED]) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Wed Sep 4 12:13:11 EDT 2002 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Sat Mar 22 07:36:22 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Main Layout (**) |--Screen Screen MGA1 (0) (**) | |--Monitor Generic Monitor (**) | |--Device MGA Millennium I (**) |--Screen Screen MGA2 (1) (**) | |--Monitor Generic Monitor (**) | |--Device MGA G200 AGP (**) |--Input Device Mouse1 (**) |--Input Device Mouse2 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 5 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option BlankTime 10 (**) Option StandbyTime 20 (**) Option SuspendTime 30 (**) Option OffTime 60 (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8001300c, 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:05:0: chip 10de,01b0 card 1043,0c11 rev c2 class 04,01,00 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 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 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.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) 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
[XFree86] [XFree86(TM) Bug Report] Xinerama locking up machine
Regarding: Xinerama locking up machine Email: [EMAIL PROTECTED] XFree86 Version: 4.3.0 OS: Slackware Linux 8.1 Area: Xserver / Xinerama Server: XFree86 (The XFree86 4.x server) Video Card: Dualhead setup w/: ATI All-in-Wonder 128 (AGP) 32MB Voodoo4 (PCI) 32MB Description: X will lockup the whole machine when I enable xinerama with my dualhead setup. The same config worked flawlessly in previous versions of X. If I disable xinerama in my config, I have no problems whatsoever. Below is my log and config. /var/log/XFree86.0.log: XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20 i686 [ELF] Build Date: 01 March 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Fri Mar 21 21:27:57 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Screen Screen1 (1) (**) | |--Monitor Monitor1 (**) | |--Device Card1 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse1 (**) FontPath set to /usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/TTF,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/Speedo,/usr/share/fonts,/home/jedwards/win/windows/fonts (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (**) Option Xinerama (**) Xinerama: enabled (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80003950, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,700e card , rev 13 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1022,700f card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106,0686 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card 1106,3057 rev 40 class 0c,05,00 hdr 00 (II) PCI: 00:09:0: chip 1102,0002 card 1102,8064 rev 07 class 04,01,00 hdr 80 (II) PCI: 00:09:1: chip 1102,7002 card 1102,0020 rev 07 class 09,80,00 hdr 80 (II) PCI: 00:0c:0: chip 121a,0009 card 121a,0005 rev 01 class 03,00,00 hdr 00 (II) PCI: 01:05:0: chip 1002,5046 card 1002,0028 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 (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: 0x000e (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x9000 - 0x90ff (0x100) IX[B] [1] -1 0 0x9400 - 0x94ff (0x100) IX[B] [2] -1 0 0x9800 - 0x98ff (0x100) IX[B] [3] -1 0 0x9c00 - 0x9cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdc00 - 0xddff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd800 - 0xdbff (0x400) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI: (0:12:0) 3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5 rev 1, Mem @
Re: [XFree86] X4.3/FreeBSD distribution aout libs
Thanks for the reply. I'll say up front, that we have a reasonable work-around in just moving the lib aside. So it's not a huge deal for us production-wise. It would be nice to understand what's going on, but I can cut bait anytime... A bit more info below... David Dawes wrote: On Fri, Mar 21, 2003 at 12:32:48PM -0800, Ken Marx wrote: Hi, I previously (somewhat confusedly - sorry) posted about this as X4.3/netscape/freebsd4.7. I installed XF86-4.3 from FreeBSD-4.x binary distribution I got from the xfree86.org ftp site. It seems that the XFree86-4.3 aout libraries in Xbin.tgz are new versions that can cause legacy aout binaries (netscape 4.5, 4.72, in my case) to segv. Eric Anholt has graciously confirmed that the FreeBSD port doesn't build/contain new versions of the aout libs. I think this might be recommended for the binary distribution as well: Either just include the old ones, or instruct installers to leave/copy the old ones in the new 4.3 dirs. New ones are built so that applications that still use the old a.out libraries get the benefit of any security and bug fixes. Seems reasonable. A bit too secure just now though... That is, unless there's some reason to expect old binaries to use new features, or reason to expect new aout binaries to be written. FreeBSD folks I spoke with about this seemed to think there wasn't. Perhaps mine is an isolated case - I haven't found other reports of new libs crashing old aout binaries. Maybe nobody uses Netscape anymore... Anyway - I got netscape to work simply by moving these new aout versions aside: libX11.so.6.2 libXext.so.6.4 libXmu.so.6.2 The new ones should be backward compatible (no removed interfaces and no changed interfaces). The best solution would be to locate the cause of the problem, see if it's compatibility breakage, and if so, see if it can be fixed without causing more serious compatibility problems. A fine idea. I'm open to suggestions. I tried copying libX11.so.6.2 over to my 2.2.8 box and get the same thing. In gdb everything's unsymbol'd, so best I can see is Program received signal SIGFPE, Arithmetic exception. 0x70e98e in ?? () (gdb) bt #0 0x70e98e in ?? () #1 0x6f078d in ?? () ... #6 0x1095 in ?? () Whoever did the 2.2.8 build could at least reproduce this, I guess. Or if someone can find a symboled version of netscape (or any binary that has the problem) I don't mind spending a bit more time on it. I didn't think it important before, but I'll mention that this happens after the hard-coded message: communicator-4.5.bin: locale `C' not supported. If the $XNLSPATH directory does not contain the proper config files, blahblah I've played with various XNLSPATH settings, and googled for it. I see similar problems reported (from way back). Very few solutions offered. One vaguely impunes X install for overwriting some locale info. (http://lists.debian.org/debian-user/1998/debian-user-199811/msg01758.html) !? So, sorry if this ends up being not X-related. Currently libX11.so is my only footprint. FWIW, the a.out libraries supplied with the XFree86 4.3 FreeBSD bindists were built on a clean FreeBSD 2.2.8 installation. I think that was one of the last a.out releases? David -- Ken Marx, [EMAIL PROTECTED] I am very concerned that we may not outsource and motivate the troops to design. - http://www.bigshed.com/cgi-bin/speak.cgi ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [Bug 11] Display glitches on Radeon 7200 with version 4.1.0, 4.3.0
--- Additional Comments From [EMAIL PROTECTED] 2003-03-21 21:45 --- Yes, or at least a problem with the video BIOS on the card. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] [Bug 20] reinstate Keith Packard as member of XFree86 core team
[Original Message] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: 3/21/2003 3:17:39 PM Subject: [XFree86] [Bug 20] reinstate Keith Packard as member of XFree86 core team [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 15:05 --- Bah. Bug tracker is no place voice opinions on socio-political matters. So is this how the voting goes? Georgina ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: Hi
http://www.quickleadz.bz/mort/short/ Hi, I just got a 30 year fixed mortgage at 4.75%. I found this website where Lenders compete for your business. I thought you may want to look at it. http://www.quickleadz.bz/mort/short/ Thanks, William Burton Remove: http://www.quickleadz.bz/mort/rem/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] (no subject)
You have specified the Matrox mga driver, yet there is no Matrox card showing up in your system. Use the nv driver if you want to drive the onboard graphics of your motherboard. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Struggling with multihead on ATI's 9000 Pro
I have tried a few things to get my multihead going in my Red Hat 8.0 installation. XFree86 is version 4.2.0. Anaconda gave me just the vesa driver and a cloned display. I've tried a few basic things that do not work. I've tried the XFree86 -configure and got some error warnings about a .h file with a missing entry. I tried the ATI drivers over at ATI's site and using the Check.sh script, I am getting the cryptic message: No Linux/ix86 binaries for this libc version I might try installing this RPM package if I had slightest idea that that this message was saying it was OK to do so. I also include here my latest XF86Config file: # XFree86 4 configuration created by pyxf86config Section ServerLayout Identifier Default Layout Screen 0 Screen0 0 0 Screen 1 Screen1 RightOf Screen0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard InputDeviceDevInputMice AlwaysCore EndSection #Added by me ... Section ServerFlags Option Xinerama true Option CloneDisplay false EndSection Section Files # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. RgbPath /usr/X11R6/lib/X11/rgb FontPath unix/:7100 EndSection Section Module Load dbe Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 EndSection Section InputDevice # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option Xleds 1 2 3 # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option XkbModel pc102 # If you have a US Microsoft Natural keyboard, you can use: # Option XkbModel microsoft # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option XkbLayout de # or: # Option XkbLayout de # Option XkbVariantnodeadkeys # # If you'd like to switch the positions of your capslock and # control keys, use: # Option XkbOptionsctrl:swapcaps # Or if you just want both to be control, use: # Option XkbOptionsctrl:nocaps # Identifier Keyboard0 Driver keyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout us EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol PS/2 Option Device /dev/psaux Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section InputDevice # If the normal CorePointer mouse is not a USB mouse then # this input device can be used in AlwaysCore mode to let you # also use USB mice at the same time. Identifier DevInputMice Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameShamrock HorizSync30.0 - 64.0 VertRefresh 47.0 - 104.0 ModeLine 1400x1050 129.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync ModeLine 1400x1050 151.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync ModeLine 1400x1050 162.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync ModeLine 1400x1050 184.0 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync Option dpms EndSection Section Monitor Identifier Monitor1 ModelNameSamsung SyncMaster 3Ne HorizSync31.5, 35.2, 35.5, 38, 48 VertRefresh 50.0 - 87 EndSection Section Device # === disable PnP Monitor === # Option NoDDC # === disable/enable XAA/DRI === # === Screen Management === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically # vendor=1002, device=496e Identifier ATI Graphics Adapter jack 0 Driver radeon BoardName ATI Radeon 9000 # VideoRam131072 #BusID PCI:1:0:0 Screen 0 EndSection Section Device # === disable PnP Monitor === # Option NoDDC # === disable/enable XAA/DRI === # === Screen Management === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled
[XFree86] [XFree86(TM) Bug Report] Cirrus Logic driver causing checkered backgrounds
Regarding: Cirrus Logic driver causing checkered backgrounds Email: [EMAIL PROTECTED] XFree86 Version: 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System OS: Red Hat Linux 8.0 Area: Driver Server: XFree86 (The XFree86 4.x server) Video Card: When I had RH7.1 (Intel 166MMX machine) this was the output from SuperProbe... root SuperProbe First video: Super-VGA Chipset: Cirrus CL-GD5430/40 (PCI Probed) Memory: 2048 Kbytes (Huge!) RAMDAC: Cirrus Logic Built-in 15/16/24-bit DAC (with 6-bit wide loopkup tables (or in 6-bit mode)) From RH8.0 (AMD Athlon machine) this is the output from scanpci... $ scanpci .. pci bus 0x cardnum 0x09 function 0x00: vendor 0x1013 device 0x00a0 Cirrus Logic GD5430 [ Note: both systems using the same video card ] Description: Here's the output of /var/log/XFree86.0.log Note: This is using the following settings: Display: 800x600 Color Depth: Thousands (16bit) Video Card... Type: Cirrus Logic GD543x Memory size: 2Mb Driver: cirrus DPI (physical resolution): 72 by 72 dots per inch (i.e., 284x213mm) Monitor: Digital 15in Color Monitor (FR-PCXBV-YC) Horizontal Refresh Rates (kHz): 30.0-60.0 Vertical Refresh Rates (Hz): 50.0-110.0 -- XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18-11smp i686 [ELF] Build Host: daffy.perf.redhat.com Module Loader present OS Kernel: Linux version 2.4.18-27.8.0 ([EMAIL PROTECTED]) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Fri Mar 14 07:36:43 ES T 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Sat Mar 22 18:20:38 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000980c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3189 card 1458,5000 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b168 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 1013,00a0 card , rev 22 class 03,00,00 hdr 00 (II) PCI: 00:10:0: chip 1106,3038 card 1458,5004 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1458,5004 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:2: chip 1106,3038 card 1458,5004 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3104 card 1458,5004 rev 82 class 0c,03,20 hdr 00 (II) PCI: 00:11:0: chip 1106,3177 card 1458,5001 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1458,5002 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1458,a002 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:13:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:14:0: chip 1106,3044 card 1458,1000 rev 46 class 0c,00,10 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading