Re: [Xpert]X Port numbers not be reused
On May 24, 2002 07:53 am, Mark Cuss wrote: snip In this case, Exceed on your desktops are the servers, the applications on your Linux Box are the clients. Applications on the Linux Box connect to the Server on a user's desktop on port 6000. If there are high numbered ports being used on the Linux box, it is very likely something else that is useing the ports. type: netstat --ip -l -p -e as root on the Linux Box to see who is running what program listening on what port. There may be steadily increasing-source-ported out-going connections if your users use webbrowsers on the Linux Box and do not log out each night. This shouldn't interfere with your system anyways. I tried killing the X server (CTRL-ALT-BACKSPACE). I also tried restarting the xfs service as well as the network service but with no luck - X continues to use ports in the 50,000 range instead of starting again at the first free port after 6000. It's Probably not X useing these ports. snip I have had a similar problem from time to time, and with X processes that I fire up using X forwarding in SSH. I occasionally have to go in and delete the x ports that get blocked by my firewall rules. I do not know what is going on with Mark's users, but my excess ports are related to X, or ssh and I would like to know how to get rid of the unconnected ports without manual intervention. dlg ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Turning off the glide point tap feature
i want to thank all who responded o my original message. There were two messages that I found particularly interesting. Amaury Jacquot confirmed what I suspected: That the tap feature is an hardware implementation, actually in the firmware. Then Jason L Tibbitts told me about this link: http://www.compass.com/synaptics/ from which I collected the tpconfig program, tis program allowed me to turn off the tap. d;g ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Turning off the glide point tap feature
I am not the greatest typist and I keep inadvertently touching the thing and moving the point. Then I find myself typing in unexpected places on the screen. I looked at some code, and tried commenting out the 4th button stuff in the config file, but no joy. TIA, dlg P.S. The new Trident_drv.o code is a major improvement in speed. My lap top has been given a LIFE LocalWords: config ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Help with the mouse interface...
...on my laptop. It is one of those scratch pad units. A tap on the surface seems to be reported as a mouse left click. I am no typist, or keyboardist, and I would like to disable the tap feature. I haven't seen how to accomplish this on my Linux box running XFree86. Is there a clue running around out there? dlg ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Release of CyberBlade driver information
I sent the following email message to most of the e-mail addresses on the Trident Microsystems web page, and received reply from a person at Trident saying that this ws the address to which my message should have been directed. There have been many messages on the XFree Xpert mailing list from people who, like me, have recently acquired computers with a CyberBlade graphics chips and who are in search of a driver for XFree 4.0 or XFree 4.1 that includes code providing the hardware acceleration. The most interesting to me is the message reporting that you CEO said there was a suitable driver available on your web page, which turns out to be incorrect as far as any of us can determine. I would settle for the release of the information required to enhance the current XFree 4.x driver with hardware acceleration. Here is the first message I sent to Trident. dlg == From: David L. Gehrt [mailto:[EMAIL PROTECTED]] Sent: Friday, January 04, 2002 10:33 AM To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: General X Discussion Subject: Release of CyberBlade driver information I hope that this somehow wends its way to the correct people. I recently purchased a Toshiba 1805-274 laptop with a Trident CyberBlade-T (Maybe CyberBlade-X IA1) graphics chip in part because I relied on the representations on the Trident Web page that the graphics controller was supported by Linux drivers. Then I installed Linux (I use RH 7.2 which came with XFree86 4.1) I discovered that the Linux Trident driver support did not include the CyberBlade-T (or what ever graphics controller is on the Toshiba laptop). The then existing CyberBlade driver produced an image but it was unsatisfactory. After some examination of the XFree86 information resources, and exchanging e-mail with a cooperative developer, the developer was able to produce a driver which will be part of the XFree 4.2 distribution. I downloaded the 4.1.99 sources (This being the 4.2 release candidate) compiled and installed the resulting binaries including the CyberBlade driver. Upon starting the new XFree driver the problems earlier experienced were gone, but the absence of acceleration code renders the driver slow. I consider the current driver unusable for applications that require high performance graphics, and marginal, or slightly better than marginal for normal applications. My judgment is based on comparison with older graphics cards on several desk side systems which graphics cards are a year or two old. The problem seems to be the failure to release information on hardware acceleration to XFree86 driver develops so that they can produce an open source accelerated driver for the CyberBlade-T graphics interface. I do not understand this reluctance. I have written to the XFree86 Xpert mailing list that people considering a purchase of a system to run Linux, and by implication any open source operating system avoid systems that use CyberBlade graphics controllers until this situation gets cleared up. So the bottom line is that I am interested in the answers to a couple of questions: What is the justification for not releasing the information needed to produce a driver that provides hardware acceleration for X Windows? This really is not meant as an accusatory question, I really am interested in understanding Trident's position on this. How am I supposed to understand the assertion on your web page that there are drivers for Linux, when that does not seem to accurate? Again these days I do not think that such an assertion can be accurate with out full support for the windowing system Linux (or any other OS) uses. Respectfully, dlg David L. Gehrt P.S. I would have sent e-mail to Toshiba, but the Toshiba web page did not seem to list any e-mail addresses. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Release of CyberBlade driver information
I hope that this somehow wends its way to the correct people. I recently purchased a Toshiba 1805-274 laptop with a Trident CyberBlade-T (Maybe CyberBlade-XP Ai1) graphics chip in part because I relied on the representations on the Trident Web page that the graphics controller was supported by Linux drivers. Then I installed Linux (I use RH 7.2 which came with XFree86 4.1) I discovered that the Linux Trident driver support did not include the CyberBlade-T (or what ever graphics controller is on the Toshiba laptop). The then existing CyberBlade driver produced an image but it was unsatisfactory. After some examination of the XFree86 information resources, and exchanging e-mail with a cooperative developer, the developer was able to produce a driver which will be part of the XFree 4.2 distribution. I downloaded the 4.1.99 sources (This being the 4.2 release candidate) compiled and installed the resulting binaries including the CyberBlade driver. Upon starting the new XFree driver the problems earlier experienced were gone, but the absence of acceleration code renders the driver slow. I consider the current driver unusable for applications that require high performance graphics, and marginal, or slightly better than marginal for normal applications. My judgment is based on comparison with older graphics cards on several desk side systems which graphics cards are a year or two old. The problem seems to be the failure to release information on hardware acceleration to XFree86 driver develops so that they can produce an open source accelerated driver for the CyberBlade-T graphics interface. I do not understand this reluctance. I have written to the XFree86 Xpert mailing list that people considering a purchase of a system to run Linux, and by implication any open source operating system avoid systems that use CyberBlade graphics controllers until this situation gets cleared up. So the bottom line is that I am interested in the answers to a couple of questions: What is the justification for not releasing the information needed to produce a driver that provides hardware acceleration for X Windows? This really is not meant as an accusatory question, I really am interested in understanding Trident's position on this. How am I supposed to understand the assertion on your web page that there are drivers for Linux, when that does not seem to accurate? Again these days I do not think that such an assertion can be accurate with out full support for the windowing system Linux (or any other OS) uses. Respectfully, dlg David L. Gehrt P.S. I would have sent e-mail to Toshiba, but the Toshiba web page did not seem to list any e-mail addresses. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 and Trident Cyberblade XP
snip I am unable to run X on a toshiba satellite pro 4600 with trident = cyberblade XP and Redhat 7.2... Can you have any idea??? snip N.B.: Please do guys like me a favor a loose the HTML in mail to lists. Get the 4.2 release candidate, compile the drivers and it will work. I have the driver working on my Toshiba 1805-274. The interface on my system is a CyberBlade XP Ai1. You might also consider sending mail to Trident to urge the release of the documents on hardware acceleration because the 4.2 driver is unaccelerated due to a lack of information. People considering the purchase of a laptop for Linux are advised to carefully consider the available options other than the Toshibas using the CyberBlade graphics interface. The 4.2 driver works but it is slow. dlg ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trident cyberbladeXPAi1
snip The strange thing is that if I force the chipset as a cyberbladeXPAi1, which is what it should be, then it does not work. I wonder if this is a bug or something is wrong with my setup. How about this as a clue: On my 1805-274 when I look at Windoze XP the chip is reported as a CyberBladeXPAi1, but when I boot up Linux the chip is detected as a CyberBladeXPm. And if that weren't confusing enough The Toshiba Web site system specification sheet (pdf) lists the graphics chip as a Trident CyberAladdin-T graphics controller. The Trident web page says the Trident CyberAladdin-T is a CyberBladeXP combined with an Acer Laboratories's North Bridge (M1651T) to provide a ...new generation of low-power integrated graphics and core logic supporting the latest Intel PentiumĀ® III-M (Tualatin) processor family. while a CyberBladeXPAi1 combines Trident's 2D/3D graphics core (BLADE 3D[tm]) and Acer Laboratories ' North Bridge (M1641) to provide a ...low-power integrated graphics and core logic supporting Intel's PentiumĀ® III and Celeron[tm] processor family. So now at least on my box I am unclear as to a) what the graphics Chip really is and b) how much difference the confusion in a) matters when it cones to picking a driver. What a mess! I hope that this is useful for those who are still struggling to get their video configuration with this chip. I too would like to see you config file. dlg [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trident cyberbladeXPAi1
Egbert, and Olivier 4. One should consider this when looking for a new system (especially a laptop): It may be a good idea to look around and see which HW is already known to be supported. Humm, this is exactly what I've done (I'm quite used to Linux, running it exclusively since 1994). And, guess what, if you look at Trident web site (www.tridentmicro.com) and look for the CyberBladeXPAi1, it's supposed to be tested and certified on Wind ows 98, ME, 2000, XP *and* Linux (Look at the bottom of their page, this is wh at they say) Actually, this is why I've choosen that particular laptop ! Crazy, isn't it ? snip Me too, AND if you look at the Linux Laptop Website in the Toshiba section there is a report from the owner of a -254 IIRC and although he had problems They did not seem insurmountable with a current release of XFree86, and all the information I could find seemed to indicate the graphics path were the same between the -254 and the -274 which influenced me to acquire the -274, (Along with the reasonable price at which Fry's were offering the -274). So I got the thing and the truth is out. Go figure! So I guess my question is, How long until the release of XFree86 4.2? In the meantime I finally will have to dig in and learn cvs. :-) dlg PS: I do not know about the -204 but except for the little bump in the X Windows road I am pretty happy with the -274. I do hate booting up XP (gag,hack) just to see the display in all its beauty. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]problems with a Toshiba laptop ands a CyberBlade XP
I got a new Toshiba 1805-274 laptop that has a CyberBlade XP graphics chip. I had some problem tracking down the graphics chip, but when I made the connection starting X failed with the message: Fatal server error: no screens found I have no clue what the problem might be to trigger this error. so I include the XFree86 log file showing the error. I have tried 800x600 screen size with the same end result. dlg == 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.9.log, Time: Tue Dec 4 10:36:24 2001 (==) 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 Generic Laptop Display Panel 1024x768 (**) | |--Device My Video Card (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (++) FontPath set to /usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/misc,/usr/share/fonts/ISO8859-2/75dpi,/usr/share/fonts/ISO8859-2/misc,/usr/share/fonts/ISO8859-7/75dpi,/usr/share/fonts/ISO8859-7/misc,/usr/share/fonts/ISO8859-9/75dpi,/usr/share/fonts/ISO8859-9/misc,/usr/X11R6/lib/X11/fonts/cyrillic (==) 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 10b9,1644 card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10b9,5247 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 10b9,5237 card 1179,0004 rev 03 class 0c,03,10 hdr 00 (II) PCI: 00:04:0: chip 10b9,5229 card 1179,0004 rev c3 class 01,01,f0 hdr 00 (II) PCI: 00:06:0: chip 10b9,5451 card 1179,0001 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:07:0: chip 10b9,1533 card 1179,0004 rev 00 class 06,01,00 hdr 00 (II) PCI: 00:08:0: chip 10b9,7101 card 1179,0001 rev 00 class 06,80,00 hdr 00 (II) PCI: 00:0a:0: chip 8086,1229 card 1179,0001 rev 0d class 02,00,00 hdr 00 (II) PCI: 00:11:0: chip 1179,0617 card 1400, rev 32 class 06,07,00 hdr 82 (II) PCI: 00:11:1: chip 1179,0617 card 1c00, rev 32 class 06,07,00 hdr 82 (II) PCI: 01:00:0: chip 1023,8820 card 1179,0001 rev 82 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) 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,1), BCTRL: 0x08 (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xf7f0 - 0xfdff (0x610) MX[B] (II) Bus 1 prefetchable memory range: (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1