Re: [Xpert]HW interrupts for retrace sync
On Wed, 17 Jul 2002, Daniel Sheltraw wrote: > Hello Xpert list > > I am pleading with this list to help me obtain datasheets for popular > graphics cards. Or possibly select info from datasheets. I need to > use vertical-retrace-generated HW interrupts for synchronization > of writes to VRAM. I have an ATI Radeon datasheet which has enabled > me to do this for ATI Radeon cards but thats all. I need to support > additional popular cards (with DVI output) and therefore need the > same info (the memory-mapped IO registers pertain to HW interrupts > from retrace events) for other popular cards. Can anyone please help > me? XFree86 have a substantial, but incomplete, collection. However many of these documents were given to XFree86 under agreements which restrict how they may be used (XFree86 are prepared, in principle, to sign non-disclosure agreements, although clearly they must allow the distribution of source code generated from information in those documents). I believe that the XFree86 board of directors ([EMAIL PROTECTED] IIRC) control access to these documents. While I have no idea whether they could give you access, they, and other people with access to datasheets obtained under similar conditions, may find it helpful if you can describe the project you are working on, and how it will be released. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: ATI Radeon 8500 support
On Wed, 17 Jul 2002, Eric Sprague wrote: >Date: Wed, 17 Jul 2002 20:25:31 -0700 (PDT) >From: Eric Sprague <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: text/plain; charset=us-ascii >List-Id: General X Discussion >Subject: Re: ATI Radeon 8500 support > >You'll need a very recent distribution, since only >XFree86 4.2.0 supports this card. I know that Gentoo >1.2 has it, though I wouldn't recommend that one for a >beginner. You might try SuSE 8.0 or Red Hat 7.3, >though I'm not sure about those either. Red Hat Linux 7.3 supports the Radeon 8500, and includes XFree86 4.2.0. This is 2D only support of course, until 3D support is completed by Tungsten Graphics. The Weather Channel has funded the open source 3D development for the ATI Radeon 8500 (r200 based boards). Hope this helps, TTYL -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. http://www.redhat.com ftp://people.redhat.com/mharris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]HW interrupts for retrace sync
Hello Xpert list I am pleading with this list to help me obtain datasheets for popular graphics cards. Or possibly select info from datasheets. I need to use vertical-retrace-generated HW interrupts for synchronization of writes to VRAM. I have an ATI Radeon datasheet which has enabled me to do this for ATI Radeon cards but thats all. I need to support additional popular cards (with DVI output) and therefore need the same info (the memory-mapped IO registers pertain to HW interrupts from retrace events) for other popular cards. Can anyone please help me? Thanks, Daniel ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Regoin Screen n Framebufer
Hi all, I was going thru the docs and found a reference to a regoin. What exactly constitutes a region in a framebuffer. Also, is there any information i could get on the Xserver\miext\shadow files. Is it to create another shadow frame buffer that other programs can read from. Does this framebuffer contain the image of the Desktop Screen, is it called Desktop in X, im a ex-windows guy:). Appreciate the help. Thanks, Preetham.
Re: [Xpert]ATI driver kills the monitor - it goes off - withinseconds.
On Fri, 12 Jul 2002, Voluspa wrote: > Problem, short version: > _XFree86 Version 4.2.0_ > SiS 6326 (PCI 4 meg mem) + Facit IntelliScan = OK > ATI 3D Rage LT Pro + Facit IntelliScan = Dead monitor > ATI 3D Rage LT Pro + Dell UltraScan = OK Solution, shorter: Add 'Option "NoCompositeSync"' to your device section for the LT Pro. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon 8500 support
You'll need a very recent distribution, since only XFree86 4.2.0 supports this card. I know that Gentoo 1.2 has it, though I wouldn't recommend that one for a beginner. You might try SuSE 8.0 or Red Hat 7.3, though I'm not sure about those either. In the worst case, you can install an older distro, then get the newest XFree86 (by downloading it under Windows or a working Linux box and beaming it over to the Linux box that needs it.) If there are no binary packages for your distribution, you can get the source code and build it. This takes a while, but isn't particularly difficult. You could use command-line FTP to get it, too - just have the distro configure your ethernet card with DHCP (this is how Adelphia allocates IP addresses), then ftp to ftp.xfree86.org and look around. The final option is to configure X using the VESA driver, then suck down 4.2.0, compile/install it, and re-configure to use the ati driver (simply changing 'Driver "vesa"' to 'Driver "ati"' in /etc/X11/XF86Config-4 should do the trick. --- Jim Thomas <[EMAIL PROTECTED]> wrote: > Hello, > I have tried several different distros > of linux and all will > not load x because of my video card. I am writing to > you in hopes of > attaining information on making my Radeon 8500 work > with Linux or when x > free will be compatible with it. Thank you. > > Jim "Sarge" Thomas > [EMAIL PROTECTED] > [EMAIL PROTECTED] > [EMAIL PROTECTED] > AIM: Jet842 > ICQ: 122762096 > > __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Read window of focus info in DDX layer
On Wed, 17 Jul 2002, Annie Luo wrote: > > > extern InputInfo inputInfo; > > > > > > short x, y; > > > x = inputInfo.keyboard->focus->win->origin.x; > > > y = inputInfo.keyboard->focus->win->origin.y; > > > > > > fprintf(stderr, "%h%h", x, y); > > >At least in XFree86, you can't call fprintf. ErrorF is the > > standard error reporting function, even in the SI. > > I can try this. It's not important what error report function is used, > could you tell me if the InputInfo structure contains the information I > want? > I believe that holds the window that keyboard events are going into, but that's one of the areas of the server that I know the least about. The origin there is relative to that window's parent. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Read window of focus info in DDX layer
> > extern InputInfo inputInfo; > > > > short x, y; > > x = inputInfo.keyboard->focus->win->origin.x; > > y = inputInfo.keyboard->focus->win->origin.y; > > > > fprintf(stderr, "%h%h", x, y); >At least in XFree86, you can't call fprintf. ErrorF is the > standard error reporting function, even in the SI. I can try this. It's not important what error report function is used, could you tell me if the InputInfo structure contains the information I want? Thanks, Annie ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Read window of focus info in DDX layer
On Wed, 17 Jul 2002, Annie Luo wrote: > Hi All, > > I am working on a modified DDX layer project and I met some problem. Any > kind of help or hint from you will be greatly appreciated. > > I tried to get the information (origin, width and height) of the current > window of focus by doing: > > > extern InputInfo inputInfo; > > short x, y; > x = inputInfo.keyboard->focus->win->origin.x; > y = inputInfo.keyboard->focus->win->origin.y; > > fprintf(stderr, "%h%h", x, y); > > > > I tried to print out the value of x and y but the program crashes when the > printf is called. I tried different formats of x and y and changed in > fprintf accordingly, the crash persists. If fprintf is not used, the > program runs well. Did I do anything wrong or miss anything? It doesn't > matter if the values print or not, I'd like to know if this works for > getting the information of window of focus. > At least in XFree86, you can't call fprintf. ErrorF is the standard error reporting function, even in the SI. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Read window of focus info in DDX layer
Hi All, I am working on a modified DDX layer project and I met some problem. Any kind of help or hint from you will be greatly appreciated. I tried to get the information (origin, width and height) of the current window of focus by doing: extern InputInfo inputInfo; short x, y; x = inputInfo.keyboard->focus->win->origin.x; y = inputInfo.keyboard->focus->win->origin.y; fprintf(stderr, "%h%h", x, y); I tried to print out the value of x and y but the program crashes when the printf is called. I tried different formats of x and y and changed in fprintf accordingly, the crash persists. If fprintf is not used, the program runs well. Did I do anything wrong or miss anything? It doesn't matter if the values print or not, I'd like to know if this works for getting the information of window of focus. Thanks, Annie ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XServer start, cyrix, Geode driver
Hi, I'm debugging an X driver for the Geode hardware. 1. I've downloaded the latest "durango" code from National. It doesn't seem to work worth a damn (I get stuck hanging on several "loop while bit changes state" type code). Interestingly, none of these bits are documented in the SC1200 register spec, which is 300 pages long :( ) Anyone have any positive thoughts regarding National's "Durango" XF86 driver or helpful hints? Thanks! 2. I thought that it would be useful to work from the Cyrix driver and add the PCI probe code to it, and start from this much simpler and cleaner code base. Well this approach sort of works, in that the PCI probe succeeds and I get all the way up to CYRIXScreenInit(), which runs all the way through, entry to exit (I can tell by putting in liberal doses of xf86Msg() calls). At the end of CYRIXScreenInit(), I write a bunch of data to the mapped frame buffer memory, just to see if anything faults out (indicating a errored mapping) and everything proceeds OK - no faults. However, upon exiting CYRIXScreenInit(), the Server just sits there (see attached log). Applications cannot connect to the display (they stall without error, much like the server). Obviously, since the Cyrix driver is open source, I'll gladly redistribute whatever useful progress I can make on this. Thanks, -- _ Nat Ersoz Myrio Corporation-o) [EMAIL PROTECTED] Cell: 425-417-5182 /\\ Phone: 425.897.7278 Fax: 425.897.5600 _\_V 3500 Carillon Point Kirkland, WA 98033 == (--) CYRIX(0): Virtual size is 720x480 (pitch 720) (**) CYRIX(0): Mode "720x480-60": 27.0 MHz, 31.5 kHz, 59.9 Hz (==) CYRIX(0): DPI set to (75, 75) (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/librac.a (II) Module rac: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 (II) CYRIX(0): CYRIXPreInit complete (II) +CYRIXScreenInit (II) CYRIXScreenInit[0]: MapVidMem: FbAddr=0x4080, FbBase=0x40135000, FBSize=0x0040 (WW) CYRIX(0): Cannot read colourmap from VGA. Will restore with default (II) +CYRIXSave (II) +CYRIXresetVGA (II) -CYRIXresetVGA (II) -CYRIXSave (II) +CYRIXModeInit (II) +CyrixInit (II) -CyrixInit: OK (II) +CYRIXRestore (II) +CYRIXresetVGA (II) -CYRIXresetVGA (II) -CYRIXRestore (II) -CYRIXModeInit: OK (II) #CYRIXSaveScreen (II) +CYRIXAdjustFrame (II) -CYRIXAdjustFrame: OK (==) CYRIX(0): Backing store disabled (==) CYRIX(0): Silken mouse enabled (WW) CYRIX(0): Option "TV" is not used (II) -CYRIXScreenInit: OK (**) Mouse1: Protocol: "PS/2" (**) Mouse1: Core Pointer (EE) xf86OpenSerial: Cannot open device /dev/psaux No such device. (WW) Mouse1: cannot open input device (==) Mouse1: Buttons: 3 (**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (II) Keyboard "Keyboard1" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Interest in writing code for pan/scroll locking theviewport in X
On Wed, 17 Jul 2002, Lionel Ulmer wrote: > > I'm willing to work on it - it would be a very cool feature. It could > > use the same hooks that xkbvleds used to detect the scroll lock key. > > Here's my theory: a function is called to scroll the viewport when the > > pointer hits the screen edge. Seems to me making one additional check > > against a keyboard condition before branching to the function shouldn't be too > > hard. I'll pull the cvs tree off xfree86.org, and take a look. I'd appreciate a > > little help if you can give it. > > Well, what a coincidence, I just started to work on that on monday (without > reading this thread as I need this for a project of mine)... I should have a > patch ready tomorrow (or on Friday, depending on my free time :-) ). > > What I planned to do is to add a function called 'XF86VidModeLockViewPort' > that would enable one to prevent the viewport to scroll when the mouse it at > the border of the screen (if the parameter is True, if False, let the > scrolling happen). > Extending the vidmode extension is one way. Hotkeys are another. Hotkeys are handled in common/xf86Events.c:xf86PostKbdEvent(). Keeping the server from panning would involve some modification in common/xf86Cursor.c. Note that there's already a "zoomLocked" field in the ScrnInfoRec. A panLocked field may be in order, but note that any additions to the ScrnInfoRec must go at the END of that structure or you'll break binary compatibility. Modifcations to xf86Cursor.c should prevent the frameX0, etc... fields from getting modified and the driver's AdjustFrame function from being called. But there are probably some complications with clamping the pointer position, particularly in multihead environments. You possibly have to warp the pointer back when you see that it's gone outside of the viewport. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]VGA retrace interrupt question
On Wed, 17 Jul 2002, Daniel Sheltraw wrote: > Mark > > Thanks for the response. Please see comments below. > > > > I have a general VGA question. I see from Ferraro\'s book that > > > the legacy port 0x3C2 (bit 7) reports on whether a vertical > > > retrace interrupt has occured. Is this bit cleared after reading > > > it so that it can be used properly in the case of shared > > interrupts? > > > >In legacy mode it\'s cleared explicitly by clearing bit 4 of > > Cr11. > > OK great. I noticed that Ferraro\'s book says 3C2 is an EGA port. > I am unclear about whether this means that most cards will support > this port. I see you address this below. > > > > Do most cards support this port and bit? > > > > If they\'re in legacy mode they will. But many cards operate > > in their extended modes and don\'t even enable legacy access. > > I have not found a card that simply does not allow legacy port > address. Could you please tell those that you are familiar with > so that I might stear clear of them if neccessary. > Perhaps I should say the driver rather than the card. No modern driver will use legacy VGA to program the card. Port I/O is very expensive and the vga method of programming registers (through indexed registers a byte at a time) is annoying. The drivers will often disable access to vga when operating because they themselves will not access it. In a multicard environment where there is only one vga space but more that one vga compatible card, disabling vga on all but one card is a requirement, and the motherboard bios will usually do that at bootup. In general you can't expect that this sort of thing is accessible. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Interest in writing code for pan/scroll locking the viewport in X
> I'm willing to work on it - it would be a very cool feature. It could > use the same hooks that xkbvleds used to detect the scroll lock key. > Here's my theory: a function is called to scroll the viewport when the > pointer hits the screen edge. Seems to me making one additional check > against a keyboard condition before branching to the function shouldn't be too > hard. I'll pull the cvs tree off xfree86.org, and take a look. I'd appreciate a > little help if you can give it. Well, what a coincidence, I just started to work on that on monday (without reading this thread as I need this for a project of mine)... I should have a patch ready tomorrow (or on Friday, depending on my free time :-) ). What I planned to do is to add a function called 'XF86VidModeLockViewPort' that would enable one to prevent the viewport to scroll when the mouse it at the border of the screen (if the parameter is True, if False, let the scrolling happen). Lionel -- Lionel Ulmer - http://www.bbrox.org/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Interest in writing code for pan/scroll locking the viewport in X
Mark, I'm willing to work on it - it would be a very cool feature. It could use the same hooks that xkbvleds used to detect the scroll lock key. Here's my theory: a function is called to scroll the viewport when the pointer hits the screen edge. Seems to me making one additional check against a keyboard condition before branching to the function shouldn't be too hard. I'll pull the cvs tree off xfree86.org, and take a look. I'd appreciate a little help if you can give it. -Chris Len [EMAIL PROTECTED] Student Systems Manager Information & Media Technology Azusa Pacific University > From: Mark Vojkovich <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: Wed, 17 Jul 2002 11:31:11 -0700 (PDT) > Subject: Re: [Xpert]pan locking / sroll locking the viewport in X > Reply-To: [EMAIL PROTECTED] > > On Wed, 17 Jul 2002, Christopher A Len wrote: > > > Is there a way to lock the viewport from panning to other areas of the > > virtual desktop? Normally, I run 1152x864 desktop and 1152x864 viewport. > > However, I want to be able to zoom in on a window (eg change viewport to > > 640x480 or 800x600), and keep the viewport from scrolling when the pointer > > hits the screen edge. Is there a way to do this? I tried scroll lock, it > > had no effect. My keyboard map is us104. Any feedback would be > > appreciated. I cant imagine something like this hasn't been implemented > > yet... > > > >We've discussed this years ago. It's possibly not difficult to > implement either. Nobody seemed to care enough about it to do this > though. Somebody would have to care enough about it to volunteer > to do the work. You perhaps? > > > Mark. > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Mouse Acceleration
Hello, I've been using X 4.2.0 that I've compiled for over a month now with a PS2 mouse. I've only recently noticed that changing the mouse acceleration and sensitivity has no effect in either KDE, Gnome, xset, or anything. I'm not certain how to approach debugging it. Did I build something wrong? Is this a known issue? Am I missing something known in my configuration? Or a library? Thanks (as usual), --Pat ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]VGA retrace interrupt question
Mark Thanks for the response. Please see comments below. > > I have a general VGA question. I see from Ferraro\'s book that > > the legacy port 0x3C2 (bit 7) reports on whether a vertical > > retrace interrupt has occured. Is this bit cleared after reading > > it so that it can be used properly in the case of shared > interrupts? > >In legacy mode it\'s cleared explicitly by clearing bit 4 of > Cr11. OK great. I noticed that Ferraro\'s book says 3C2 is an EGA port. I am unclear about whether this means that most cards will support this port. I see you address this below. > > Do most cards support this port and bit? > > If they\'re in legacy mode they will. But many cards operate > in their extended modes and don\'t even enable legacy access. I have not found a card that simply does not allow legacy port address. Could you please tell those that you are familiar with so that I might stear clear of them if neccessary. Thanks a lot, Daniel ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Toshiba Satellite pro 6100, monitor
On Fri, 12 Jul 2002, Luca Baiotti wrote: > > Hello, I am trying to install RedHat7.3 on the above laptop, but I > cannot > configurate the monitor correctly. All what I know from the manifacturer > is that it can support 1600X1200 resolution and that it is 15". Are > there drivers or XF86Config files avilable for this model? > Does this have the NVIDIA GeForce4 in it? If so it will work with the binary Linux drivers on NVIDIA's web site. It is also supported in the "nv" driver that comes with XFree86, but only in XFree86 built from CVS. The GeForce4 is newer than the last official XFree86 release (4.2.0) so it's unlikely that the X-server in any distributions would have support for it yet. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Xpert digest, Vol 1 #2031 - 11 msgs
Mark Vojkovich <[EMAIL PROTECTED]> wrote: > > On Tue, 16 Jul 2002, Jacek Bator wrote: > > > Hello! > > > > I'm tring to find documentation on capabilities and use of XVideo > > extension. Mabey someone knows where to find some manuals or so? > > > > API docs are in the server tree at xc/doc/hardcopy/Xv. There > are DEC's original docs there and the version 2.2 addendum. Translation: http://cvsweb.xfree86.org/cvsweb/xc/doc/hardcopy/Xv/ contains links to a couple pages. The "video" link is for the addendum; click on "video" and then in the next page right-click on "download" to save the addendum on your computer. This addendum describes the XvPutImage() function and some other new functions and data types. The "xv-protocol-v2.PS" link is for the original DEC documentation. This one is basically just a PostScript version of the man pages. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]shadon in video sun 0567 21"
This really just sounds like a poor quality cable between the monitor and the video card. Was the same cable used in both cases? Mark. On Thu, 11 Jul 2002, andre duarte bueno wrote: > I Brazilian. > > I use a monitor SUN 0567, 21 inch > in one workstation SUN enterprise e450 and video board elite 3D. > and in > a PC with a video board riva tnt ultra2 32mb. > Using Linux/RedHat 7.3, Xfree 4.2 > > ENTERPRISE PC/LINUX/REDHAT73 >| | >| | > \ / > MONITOR 21" > model: sun 0567 > > I conect the monitor Sun 21" > to enterprise (input 1) and to PC (input 2) > this is ok, and run. > > But in PC the image apear duplicated (shaded) > (To present a shadow or image of; to shadow forth; torepresent.) > > When I click in on screem menu the resolution apear > ModesOn screen resolution Apearence > "1600x1200" 93.8Khz and 75Hz. bad - shadon's > "1400x1050" 91.1Khz and 85Hz. bad - shadon's > "1280x1024" 77.4Khz and 85Hz. bad - shadon's > "1152x864"Khz and 85Hz. bad - shadon's > "1024x768" 687Khz and 85Hz. bad - shadon's > "800x600" 53.8Khz and 85Hz. good - ok > > > this is suported by monitor and by video card, > what is the problem ? > > How I set the configuration correctly do this monitor/Video ? > Thanks for your interest > > report to [EMAIL PROTECTED] > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]trident low-res modes
On Thu, 11 Jul 2002, Felipe Massia wrote: > Hello, > > I have a Trident CyberbBade/i7, LG StudioWorks 520Si monitor and I'm > trying to set up 320x200 or 320x240 modes without success. I put some > modelines (from default XF86Config) in my config, but it says the clocks > are wrong. I tried to disable DDC and it did not work out either. Any > hints? (or modelines? :-) > A mode that low usually needs to be double scanned. Here's an example of a double scanned mode: # 480x360 @ 79.9 Hz, 60.2 kHz Modeline "480x360" 40.0 480 536 632 664 360 363 365 377 DoubleScan Each horizontal line is scanned twice, effectively doubling VTotal and halving the vertical retrace rate from the version that doesn't have "DoubleScan" appended. But perhaps your driver doesn't support double scan modes. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Dual monitor / video card => Lock when started
On Thu, 11 Jul 2002, Aukjan van Belkum wrote: > Thanks, I will check out the last couple of threads. Do you know off hand > how the flags should be set? I'm guessing RAC_COLORMAP | RAC_CURSOR | RAC_VIEWPORT on the racIoFlags. It depends, I haven't looked at the driver. Basically, if it's a shared resource (anything thing that is modified through legacy VGA), it needs to have a flag set. Mark. > > -Oorspronkelijk bericht- > Van: Mark Vojkovich [mailto:[EMAIL PROTECTED]] > Verzonden: Wednesday, July 10, 2002 8:15 PM > Aan: [EMAIL PROTECTED] > Onderwerp: Re: [Xpert]Dual monitor / video card => Lock when started > > > >There was a thread on this a few days ago. The conclusion was > that the S3 driver sets its RAC flags incorrectly and subsequently > doesn't work in multihead environments. The fix may merely be a > matter of updating the flags in the driver. > > > Mark. > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]VGA retrace interrupt question
On Wed, 17 Jul 2002, Daniel Sheltraw wrote: > Hello Xperts > > Sorry I have made this post twice but I just noticed that my name > was not appearing on my posts. I fixed that thinking that folks > might not want to answer anonymous posts. Anyhow... > > I have a general VGA question. I see from Ferraro\\\'s book that > the legacy port 0x3C2 (bit 7) reports on whether a vertical > retrace interrupt has occured. Is this bit cleared after reading > it so that it can be used properly in the case of shared interrupts? In legacy mode it's cleared explicitly by clearing bit 4 of Cr11. > Do most cards support this port and bit? If they're in legacy mode they will. But many cards operate in their extended modes and don't even enable legacy access. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]X server hangs on shutdown
On Wed, 10 Jul 2002, Rick McBride wrote: > I seem to be having the same problem described in the article below. I > could not find a reply to his question. Is there an answer yet? > > http://www.xfree86.org/pipermail/xpert/2002-May/017466.html having myself a presario 2710, in order to have a much better handling of touchpad, mouse, and shutdown I enabled the ACPI support in my kernel instead of APM and then I could - shutdown correctly - have the usb mouse considered independent from the touchpad in short : nothing related to X ? -- Quand les plombs pêtent : « Ðïsjüñ£t.¢¤× » ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XVideo extension docs
On Tue, 16 Jul 2002, Jacek Bator wrote: > I'm tring to find documentation on capabilities and use of XVideo > extension. Mabey someone knows where to find some manuals or so? xc/doc/hardcopy/Xv in the tarball. xc/doc/specs/XvMC in the tarball. xc/doc/man/Xv in the tarball. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Question
On Tue, 16 Jul 2002, Milos Cvetanovic wrote: > details about the project, but my question is how could I compile Xserver > and make it work under DPMI (DOS protected mode). I saw some docs related I have no idea why anybody in their right mind would want to do that ;) (PHB request, maybe?) But, in general, if you want to port anything to DOS these days, you want to use DJGPP (www.delorie.com/djgpp). I guess you already have an X application that "must" run on a machine that "must" run DOS for some "reason". Maybe because of a special driver to strange hardware or because it is running some embedded software? About the only reason I can think of for running DOS (or an open source clone) is if the hardware is wimpy or if you need extreme stability or extremely well-defined and quick responses to whatever your hardware is doing -- and in that case you either can't or really, really, really shouldn't use X. In the latter two cases you probably shouldn't even consider a graphical user interface, at least not running on the same machine. But if you really have good reasons (or management forces you), perhaps you should consider using xlibemu, also for DJGPP. It is probably nowhere close to complete and probably also quite buggy but there you are. It is /not/ an X server. It is /most definitely/ not a port of XFree86. Instead, it is a library with an xlib compatible interface that emulates an X server and a window manager. I trust you can find the relevant URLs with google just as well as I can. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]pan locking / sroll locking the viewport in X
On Wed, 17 Jul 2002, Christopher A Len wrote: > Is there a way to lock the viewport from panning to other areas of the > virtual desktop? Normally, I run 1152x864 desktop and 1152x864 viewport. > However, I want to be able to zoom in on a window (eg change viewport to > 640x480 or 800x600), and keep the viewport from scrolling when the pointer > hits the screen edge. Is there a way to do this? I tried scroll lock, it > had no effect. My keyboard map is us104. Any feedback would be > appreciated. I cant imagine something like this hasn't been implemented > yet... > We've discussed this years ago. It's possibly not difficult to implement either. Nobody seemed to care enough about it to do this though. Somebody would have to care enough about it to volunteer to do the work. You perhaps? Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XVideo extension docs
On Tue, 16 Jul 2002, Jacek Bator wrote: > Hello! > > I'm tring to find documentation on capabilities and use of XVideo > extension. Mabey someone knows where to find some manuals or so? > API docs are in the server tree at xc/doc/hardcopy/Xv. There are DEC's original docs there and the version 2.2 addendum. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]VGA retrace interrupt question
On Wed, 17 Jul 2002, Daniel Sheltraw wrote: > I have a general VGA question. I see from Ferraro\\\'s book that > the legacy port 0x3C2 (bit 7) reports on whether a vertical > retrace interrupt has occured. Is this bit cleared after reading > it so that it can be used properly in the case of shared interrupts? VGADOC4B has this to say: 3C2h (R): Input Status #0 Register bit 4 Status of the switch selected by the Miscellaneous Output Register 3C2h bit 2-3. Switch high if set. 7 (EGA Only ??) If set IRQ 2 has happened due to Vertical Retrace. Should be cleared by IRQ 2 interrupt routine by clearing port 3d4h index 11h bit 4. > Do most cards support this port and bit? Those that support interrupts, probably, but you shouldn't use it: 1) In a multi-headed system, only one of the graphics cards, if any, will have legacy ports enabled. 2) Most other cards have other bits in proprietary registers that give better information, like the actual raster position and whether any GPU interrupts are also pending, so drivers should use the registers for their particular card. So, unless the card in question has no other bit in its proprietary set for this, you should steer clear of IOports. BTW, waiting for retrace/blank is actually a pretty complicated real-time issue. See the documentation directory of a recent copy of LibGGIMISC for the file retrace.txt for some good notes. I find the facts that neither the Linux fb drivers aside from Matrox, nor the various X extensions which all offer APIs for retrace detection have adequate actual support on the driver end (for example in XF86DGA's case those few drivers that actually do support retrace do so by very primitive busy-polling mechanisms) very disturbing and wish you luck in any attempts to improve the situation. (I cannot speak as to BSD's support for this but I haven't heard my BSD using cohorts extoling the virtues of BSD's video support so I'm guessing not much there either.) -- Brian ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]X11TransSocketConnect errno=111
On Sun, 14 Jul 2002, Caroline Kuo wrote: > hi, > > What is this _X11TransSocketConnect: errno = 111 > that I hit in telnet? > It's from a client. It usually means there's no X-server running, or not one that the client can find. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
AW: [Xpert]Is this a bug? render/picture.c line 228 and 233, PictureCreateDe faultFormats
Keith, thanks for your answer, just two questions for clarification: - Is the visual index used anywhwer later on. In line 363-368: case PICT_TYPE_COLOR: case PICT_TYPE_GRAY: pFormats[f].type = PictTypeIndexed; pFormats[f].format = PICT_FORMAT(PICT_FORMAT_BPP(format), PICT_FORMAT_TYPE(format), 0, 0, 0, 0); it is not used. - Why not take it out of the vid member ? Johannes -Ursprüngliche Nachricht- Von: Keith Packard [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 17. Juli 2002 19:11 An: [EMAIL PROTECTED] Cc: Keith Packard Betreff: Re: [Xpert]Is this a bug? render/picture.c line 228 and 233, PictureCreateDe faultFormats Around 17 o'clock on Jul 17, Johannes Rath wrote: > > format = PICT_FORMAT (bpp, PICT_TYPE_COLOR, v, 0, 0, 0); > > I do not understand in the first place is why v (simply a loop index) is > used as an parameter for PICT_FORMAT(). The visual index is passed from this line down to the creation of the format stored in this value, so it's not (actually) a typo, but it is a misuse of the macro. Instead, a different PICT_FORMAT macro should be created for PICT_TYPE_COLOR/PICT_TYPE_GRAY which can hold the entire visual index, even if the server has more than 16 visuals. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Accessing selection from command line
On Fri, 12 Jul 2002, Ville Herva wrote: > I was wondering whether people feel that something like this should exist in > the XFree86 distribution: Yes, please! I was very fortunate to find xcut some months ago, which does the paste thing but not the cut: http://xcut.sourceforge.net/ > echo puppa | xsel -c # 'puppa' is now the current X selection > echo puppa | xsel --copy # same as above > > xsel -p | less# pastes the current X selection to less > xsel --paste | less # same as above Btw. it should be possible to see if stdin or stdout was a pipe and do the right thing automatically. -Peter "C++ is more of a rube-goldberg type thing full of high-voltages, large chain-driven gears, sharp edges, exploding widgets, and spots to get your fingers crushed. And because of it's complexity many (if not most) of it's users don't know how it works, and can't tell ahead of time what's going to cause them to loose an arm." -- Grant Edwards ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
AW: [Xpert]ATI Radeon 8500 support
If you have a card build by ATI you can try these drivers 4.1.0 http://www.firegl.com/support/drivers/firegl/linux/linuxfiregl8x00x410143.ht ml 4.2.0 http://www.firegl.com/support/drivers/firegl/linux/linuxfiregl8x00x420143.ht ml They should work with a Radeon 8500 too. Johannes -Ursprüngliche Nachricht- Von: Jim Thomas [mailto:[EMAIL PROTECTED]] Gesendet: Samstag, 13. Juli 2002 02:09 An: [EMAIL PROTECTED] Betreff: [Xpert]ATI Radeon 8500 support Hello, I have tried several different distros of linux and all will not load x because of my video card. I am writing to you in hopes of attaining information on making my Radeon 8500 work with Linux or when x free will be compatible with it. Thank you. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Antwort: Re: [Xpert]2 mice with 2 mouse pointer
Sorry 'bout the late answer but I only just got your letter. I don't know if the mailing list program at XFree86 is to blame or my university's qmail setup or the script kiddies who did a DoS attack recently :/ (but mails from the xpert mailing list do come at extemely odd intervals and quite often "bunched up" with 10-20 of them showing up at once) On Thu, 11 Jul 2002 [EMAIL PROTECTED] wrote: > On Wed, 10 Jul 2002, Trent Whaley wrote: [actually, I think it was me but never mind...] > >Or would it be enough for "CAD or GIS work" if one the pointers was the > >"real" pointer, which would generate normal events, and the other one > >controlled another cursor -- with a distinct look -- that generated > >another kind of mouse events that only "prepared" applications would > >receive ? > > Yes it is so. I want to have one pointer which is the "normal" mouse pointer to > generate normal events, and the other should be a graphic table that only react > when I do something in a "prepared" application. > > > > >If so, I think it is already supported. > > > Where is it supported? Can you give me a little bit help? Well, it's supported in XFree86 of course ;) (sorry, cheap shot) The "prepared" application has to use the X Input Extension (as an other poster also wrote). The documentation can be found in the tarball in the directory xc/doc/hardcopy/Xi. The server has to be configured correctly, of course -- see the file xc/programs/Xserver/hw/xfree86/doc/xinput (or the source file xc/programs/Xserver/hw/xfree86/doc/sgml/xinput.sgml) and the man page for XF86Config, especially the INPUTDEVICE section. -Peter Besides, anybody who can't handle needless complexity shouldn't be fooling around with dangerous machines such as computers. - Dan Rabin (Haskell mailing list, May 1993) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon 8500 support
The Radeon 8500 will work with XFree 4.2.0. If you want a distro that will work with it, I've had RedHat 7.3 detect the card and configure X correctly with its "Xconfigurator" utility on several different machines. If you have an All-in-Wonder Radeon 8500, you can then install the drivers from Gatos to display live video on your computer (ie - XvPutVideo) Mark - Original Message - From: Jim Thomas To: [EMAIL PROTECTED] Sent: Friday, July 12, 2002 6:09 PM Subject: [Xpert]ATI Radeon 8500 support Hello, I have tried several different distros of linux and all will not load x because of my video card. I am writing to you in hopes of attaining information on making my Radeon 8500 work with Linux or when x free will be compatible with it. Thank you. Jim "Sarge" Thomas [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] AIM: Jet842 ICQ: 122762096
[Xpert]4.2.99 and DRI with Matrox G550
Hi, I have a 3D visualization tool that crashes with the 3.X versions of the Mesa that are in <=XF86 4.2.0. I noticed in the changelog that Mesa 4.0.2 has been add to the latest CVS so I thought I would give it a try. Without DRI everything works great (except for the speed of course). The problems arise when I want to use DRI. I'll try to give all the backgroud information first, if I miss an important detail please let me know. My system is a clean RedHat 7.3 install on a dual athlon machine. My graphics card is Matrox G550. DRI loads and 'glxgears' works great with the XF86 4.2.0 that comes with RedHat 7.3. I download the CVS on July 16 and did a 'make World' and then a 'make install'. Everything seems to install ok and X starts without any problems. I recompiled the DRI module for mga and installed it in the appropriate /lib/modules directory and did a 'depmod -a' Using the same XF86Config-4 file from the 4.2.0 version under 4.2.99, DRI fails to load... (II) MGA(0): [drm] bpp: 32 depth: 24 (II) MGA(0): [drm] Sarea 2200+664: 2864 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed [drm] failed to load kernel module "mga" (II) MGA(0): [drm] drmOpen failed (EE) MGA(0): [drm] DRIScreenInit failed. Disabling DRI. I think the reason that DRI fails to load is found in 'dmesg'. The following appears during startup of the X server: [drm:drm_init] *ERROR* Cannot initialize the agpgart module. I find this very strange since the agpgart hasn't changed since it loaded perfectly well under 4.2.0. I tried loading the mga module manually. With 'modprobe mga' I get: /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: init_module: Cannot allocate memory Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o failed /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod mga failed If I load the agpgart module first, then I can load the mga module without errors. However, If I manually load agpgart and mga, start X and then try to run 'glxgears' by system freezes and I have to reboot. Another interesting point is that if I start XF86 4.2.0 and exit, the modules remain installed. I can then start XF86 4.2.99 with the modules installed by 4.2.0 and have DRI and glxgears work great. So I have come to the conclusion (of course I could be wrong) that the 4.2.99 version of XF86 loads the DRI or agpgart modules incorrectly. If I have overlooked something that I should try please let me know. If this isn't suppose to be supported yet and I just have to deal with Indirect rendering pelase let me know. Please just let me know anything, I have played around with this for a long time and it is becoming an obsession which needs to die so I can acutally do work. Thanks for you time, Diek Van Nort A few more outputs that might be of interest. The thing that I find interesting is the "OpenGL version string:" When I try to load the modules manually I get 1.2 Mesa 4.0.2, when the modules fail to laod I get "1.3 Mesa 4.0.2" Could it be that DRI is trying to load the wrong version of OpenGL Mesa API? The output of 'glxinfo' when I load the drivers manual is as follows: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems Inc. OpenGL renderer string: Mesa DRI G400 20020221 AGP 1x x86/MMX/3DNow! OpenGL version string: 1.2 Mesa 4.0.2 OpenGL extensions: GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_texgen_reflection glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x
Re: [Xpert]4.2.99 and DRI with Matrox G550
José Fonseca wrote: >On Tue, Jul 16, 2002 at 02:41:14PM -0700, Diek Van Nort wrote: > >>Hi, >> >>I have a 3D visualization tool that crashes with the 3.X versions of the >>Mesa that are in <=XF86 4.2.0. I noticed in the changelog that Mesa >>4.0.2 has been add to the latest CVS so I thought I would give it a try. >>Without DRI everything works great (except for the speed of course). The >>problems arise when I want to use DRI. I'll try to give all the >>backgroud information first, if I miss an important detail please let me >>know. >> >>My system is a clean RedHat 7.3 install on a dual athlon machine. My >>graphics card is Matrox G550. DRI loads and 'glxgears' works great with >>the XF86 4.2.0 that comes with RedHat 7.3. >> >>I download the CVS on July 16 and did a 'make World' and then a 'make >>install'. Everything seems to install ok and X starts without any >> > >This isn't enough, you need to recompile the DRM as you say below. > >>problems. I recompiled the DRI module for mga and installed it in the >>appropriate /lib/modules directory and did a 'depmod -a' >> > >You recompiled the DRM from where? From the one included in the XFree86 >CVS or any other place? > >>Using the same XF86Config-4 file from the 4.2.0 version under 4.2.99, >>DRI fails to load... >> >>(II) MGA(0): [drm] bpp: 32 depth: 24 >>(II) MGA(0): [drm] Sarea 2200+664: 2864 >>drmOpenDevice: minor is 0 >>drmOpenDevice: node name is /dev/dri/card0 >>drmOpenDevice: open result is -1, (No such device) >>drmOpenDevice: Open failed >>drmOpenDevice: minor is 0 >>drmOpenDevice: node name is /dev/dri/card0 >>drmOpenDevice: open result is -1, (No such device) >>drmOpenDevice: Open failed >>[drm] failed to load kernel module "mga" >>(II) MGA(0): [drm] drmOpen failed >>(EE) MGA(0): [drm] DRIScreenInit failed. Disabling DRI. >> >>I think the reason that DRI fails to load is found in 'dmesg'. The >>following appears during startup of the X server: >> >>[drm:drm_init] *ERROR* Cannot initialize the agpgart module. >> >>I find this very strange since the agpgart hasn't changed since it >>loaded perfectly well under 4.2.0. I tried loading the mga module >>manually. With 'modprobe mga' I get: >> >>/lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: init_module: >>Cannot allocate memory >>Hint: insmod errors can be caused by incorrect module parameters, >>including invalid IO or IRQ parameters >>/lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod >>/lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o failed >>/lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod mga failed >> >>If I load the agpgart module first, then I can load the mga module >>without errors. However, If I manually load agpgart and mga, start X and >>then try to run 'glxgears' by system freezes and I have to reboot. >>Another interesting point is that if I start XF86 4.2.0 and exit, the >>modules remain installed. I can then start XF86 4.2.99 with the modules >>installed by 4.2.0 and have DRI and glxgears work great. So I have come >>to the conclusion (of course I could be wrong) that the 4.2.99 version >>of XF86 loads the DRI or agpgart modules incorrectly. >> > >This is pretty confusing! Don't forget that if you load modules by hand >they will have to be removed by hand too.. > >First thing, let's try not to mix the two XFree86 versions, to eliminate >a source of problems. Tell us how you installed: did you overwriten your > That did it. I had just made a directory of the old /usr/X11R6 and then installed 4.2.99 over the top. Once I started with no /usr/X11R6 directory, everything works. Thanks for the help, Diek > >Second, to the agpgart be loaded you have to have a line in your >modules.conf like: > > below mga agpgart > >Now, a brief tutorial to have DRI installed properly from CVS is: > > $ shutdown X > $ make install > $ cd programs/Xserver/hw/xfree86/os-support/linux/drm/kernel > $ make -f Makefile.linux mga.o > $ cp mga.o /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o > $ depmod -a > $ rmmod mga > $ restart X > >Check if you did all the above steps. > >>If I have overlooked something that I should try please let me know. If >>this isn't suppose to be supported yet and I just have to deal with >>Indirect rendering pelase let me know. Please just let me know anything, >>I have played around with this for a long time and it is becoming an >>obsession which needs to die so I can acutally do work. >> > >Don't forget to check out the binary snapshots from >http://dri.sf.net/snapshots . These are from the DRI CVS and not >XFree86's, but they also have Mesa 4.x. The install script automates most >of the process of installation so it could create > >>A few more outputs that might be of interest. >> >>The thing that I find interesting is the "OpenGL version string:" When I >>try to load the modules manually I get 1.2 Mesa 4.0.2, when the modules >>fail to laod I get "1.3 Mesa 4.0.2" Could it be that DRI is trying to >>load
[Xpert]Automatically copying selection
When I select text it automatically copies it to the clipboard. While a lot of people love this feature, I just hate it. People sometime select text to delete it, for example (especially in GUI editors). Could you tell me how to disable it, or is it hopeless? -- perl -le "s~~eval~=>s*^\w*bu*gie=>s%^.%\uy%=>print" ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]After APM resume w/ 4.2.0, internal timer frozen
Hi, I am investigating a problem where APM resumes on laptops running RedHat 7.3's version of 4.2.0 have event problems. It boils down to XFree's internal timer (in usecs, as reported e.g. by xev for each event) being frozen after resume. The problem is initiated by the timer's jump during resume when hw and sw clock are being synched. As a workaround, if you omit this sync, the timer does not freeze, but then you've got a wrong system time. The problem can only be cured by restarting the X server. A detailed description can be found at http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=63509 I've tried to locate the problem by digging through 4.2.0's code. Here's what I found: The internal timer's value is usually being defined by GetTimeInMillis(), which is based on gettimeofday(). After a problematic resume, calls to gettimeofday() are still fine, so the problem is within the X server. For some reason at event creation, a stale time value is used instead of a current value from GetTimeInMillis(), resulting in all subsequent X events having the same time value. As I'm not familiar with the internals of XFree86's event system, I couldn't easily find the reason for this. I've come as far as to presume that the wire_to_event functions for keyboard and mouse events might be the place to look at. Another point to start might be a pre-4.2.0 .../programs/Xserver/hw/xfree86/CHANGELOG message by Egbert Eich as of Oct 01,2001: 338. Modified GetTimeInMillis() to handle non monotonous system clocks (Egbert Eich). Can someone please tell me where to look specifically for a possible reason of this problem? Any help is appreciated! I'll provide more info if requested. Cheers, Nils ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]TinyXserver framebuffer
Hello. I am using tinyXserver to port to non-Linux system. In TinyXserver the Linux frame-buffer is used. In linux, mmap function is used to map the memory of framebuffer and this is done in hw/kdrive/fbdev/fedev.c. When write data to the screen, the data should be filled to the framebuffer. The system I am using now has a function for obtaining a framebuffer (array). We assign this instead of using mmap. We assume (after setting up data structures) that xserver should make updates to this framebuffer (array) we receive from our system. In our system there is a callback to sync timing with display and we just need to call one function to have the system update display based on contents of the framebuffer (send array data to display).. I understand our framebuffer data is supposed to be read and the data supposed to be displayed continuosly. My questions: 1. I cannot find which module (section of code/file) xserver uses to write data to the framebuffer after Pixblit routines. Where exactly does xserver write to framebuffer array? 2. If we execute TinyXserver only in Linux, a gray screen is shown. From observing behavior on Linux, when no client is running, we believe for our system a default gray screen should be filled to the framebuffer too. I don't know when this implemetation is done. Does anyone know where the greyscreen data is written to framebuffer? I appreciate any help with my questions. Thank you, M.N _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]HW interrupts and legacy ports
Hello Xpert list I need to know which video cards will generate hardware interrupts on the vertical retrace when programmed using the legacy ports (offset 0x11 at indirect port address 0x3D5 and others)? If anybody knows of a card that will do so or if you know that all cards obeying the VESA standard will do so please let me know about it. Thanks again, Daniel _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]4.2.0 timer frozen after APM resume
Hi, I am investigating a problem where APM resumes on laptops running RedHat 7.3's version of 4.2.0 result in X event problems. It boils down to XFree's internal timer (in usecs, as reported e.g. by xev for each event) being frozen after resume. The problem is initiated by the timer's jump after resume when hw and sw clock are being synched. As a workaround, if you omit this sync, the timer does not freeze, but then you've got a wrong system time. The problem can only be cured by restarting the X server. A detailed description can be found at http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=63509 I've tried to locate the problem by digging through 4.2.0's code. Here's what I found: The internal timer's value is usually being defined by GetTimeInMillis(), which is based on gettimeofday(). After a problematic resume, calls to gettimeofday() are still fine, so the problem is within the X server. For some reason at event creation, a stale time value is used instead of a current value from GetTimeInMillis() (which should still be OK), resulting in all subsequent X events having the same time value. As I'm not familiar with the internals of XFree86's event system, I couldn't easily find the reason for this. Maybe the wire_to_event functions for keyboard and mouse events might be the place to look at. Another point to start might be a .../programs/Xserver/hw/xfree86/CHANGELOG message by Brendan Eich as of Oct 01,2001: 338. Modified GetTimeInMillis() to handle non monotonous system clocks (Egbert Eich). Can someone please tell me where to look specifically for a possible source of this problem? Any help is appreciated! I'll provide more info if requested. Cheers, Nils ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]xfree and trident 9525 on toshiba 4060 xcdt
on my toshiba laptop I successfully compiled and installed xfree from the cvs two weeks ago (I'm running debian's woody). I encounter the following trouble : the X server works perfectly well as far as I can test, I can "feel" a clear speed improvement from xfree3 that I was using before, even SDL program usfing mesa3D works perfectly ! But : whenever I switch back to text console, even if they are in framebuffer mode, the machine completly hangs 8 or 10 seconds later. the video on the toshiba is held with the trident 9225, 2,5Mb of video memory are reported (seems ok) with a 1024x768 CRT screen. any help, any one ? ask me for any logs, lspci or whatever if you need. thanks in advance, jd. -- Quand les plombs pêtent : « Ðïsjüñ£t.¢¤× » ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Question
I want to apologize for disturbing you, but I found this e-mail on xfree86 site, and I thought that you might help me. I'm an assistant on the Faculty of Electrical Engineering in Belgrade, Yugoslavia. I'm currently working on project related to Xserver. I don't want to bother you with details about the project, but my question is how could I compile Xserver and make it work under DPMI (DOS protected mode). I saw some docs related to the implementation of OS-specific functions needed by Xserver. Another question related to this is how could I start Xserver under DOS. Is there any kind of entrypoint that should be called from my test program, so the initialization job could be done by Xserver. I would be very grateful for any kind of help. (links, mail, docs whatever). Sincerely, Milos Cvetanovic ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XVideo extension docs
Hello! I'm tring to find documentation on capabilities and use of XVideo extension. Mabey someone knows where to find some manuals or so? Jacek Bator [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
At first I was thinking "What a high quality troll. Good job.". But since it appears to be somewhat serious I suggest that if you really want a "better" XFree86, you should define, document, and perform the appropriate benchmark tests. Then the XFree developers are very likely to make improvements that improve that benchmark. These words have meanings: Define - The benchmark should be structured so that it really represents a test of X, not some application. If possible, it should reflect an understanding of the X environment so that individual contributing factors can be isolated and improved. Document - This means it should be reasonable for some third party to reproduce your results and perform these benchmarks without needing any further advice. Peform - Tell us what it does today (in your environment) and what you think the should be achievable. >From some of the later discussion I started to wonder whether the following optimization might be appropriate as an X option or extension. At present, XMotionEvents are sent at a fairly high rate when there is rapid mouse motion. I have measured XMotionEvents in excess of 100 per second. A well written application will collapse multiple XMotionEvents into a single motion. This is a routine optimization that is part of every programming example that I have read. I experienced, found, and fixed one path through the WindowMaker window manager where the combining was not being done. This was a bug in WindowMaker that really looked like an X bug. You had to get just the right configuration because almost all of the paths through WindowMaker were combining events. I happened to have the one that did not. It showed up first with X 4.0 because 4.0 was much faster than 3.5. Perhaps there would be value to a motion rate limiting option in the X server. This is not merely covering up for flawed applications. In the current environment, a fast application can respond to the XMotionEvent faster than the events are sent. So the fast application is performing the cycle of read an event, update the screen, and returning to read another event several times per screen refresh. This is waste motion and interferes with scheduler logic. It would make sense to specify to the X server that it should combine motion events for 10-20 milliseconds before sending another motion event. This avoids all the scheduling and messaging traffic during that invisible interval. But what will this break? I know that making the rate limit too long will definitely make the system very jerky and erratic. Does this break other aspects of the system? I think that this has to be done at the server level rather than at any lower level (like window), so I want to be fairly sure that it will not cause problems. The implementation will have some difficult spots, like making sure that the final event does make it out to the client when the time delay expires. R Horn ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Radeon Mobility M6 dri problem. Device busy
I have a stock redhat 7.3 install. and am trying to get DRI working with the radeon mobility M6 card. I have attached the XF86 log and XF86Config files for those of you who know how to fix this problem easily. Thanks, Fisco. == Get new ringtones and logos for your cellphone from Ananzi! [http://www.exactmobile.com/ananzi/] # File generated by anaconda. Section "ServerLayout" Identifier "Anaconda Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" # 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. RgbPath "/usr/X11R6/lib/X11/rgb" # 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. FontPath "unix/:7100" EndSection Section "Module" Load "GLcore" Load "dbe" Load "extmod" Load "fbdevhw" Load "dri" Load "glx" Load "record" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" # Option "AutoRepeat""500 5" # when using XQUEUE, comment out the above line, and uncomment the # following line # Option "Protocol" "Xqueue" # 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 "XkbVariant""nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions""ctrl:nocaps" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us" #Option "XkbVariant""" #Option "XkbOptions""" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "PS/2" Option "Device" "/dev/psaux" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName"Monitor Model" HorizSync 31.5-48.5 VertRefresh 50-70 Option "dpms" # -- 1400x1050 -- # 1400x1050 @ 60Hz, 65.8 kHz hsync Modeline "1400x1050" 129 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync # 1400x1050 @ 70Hz, 76.8 kHz hsync Modeline "1400x1050" 151 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync # 1400x1050 @ 75Hz, 82.3 kHz hsync Modeline "1400x1050" 162 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync # 1400x1050 @ 85Hz, 93.2 kHz hsync Modeline "1400x1050" 184 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync EndSection Section "Device" # no known options Identifier "ATI Radeon Mobility M6" Driver "radeon" VendorName "ATI Radeon Mobility M6" BoardName "ATI Radeon Mobility M6" #BusID EndSection Section "Screen" Identifier "Screen0" Device "ATI Radeon Mobility M6" Monitor "Monitor0" DefaultDepth16 Subsection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" EndSubsection EndSection Section "DRI" Mode 0666 EndSection XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-8) / 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.17-0.13smp i686 [ELF] Build Host: daffy.perf.redhat.com Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI)
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
-->"Mike" == Mike A Harris <[EMAIL PROTECTED]> writes: Mike> On Mon, 15 Jul 2002, Lukas Molzberger wrote: >> Another source of complexity comes from the ancient, more than 10 >> years old X API. Many people argue that one just has to add new >> extensions to keep XFree up to date. Mike> It is hardly ancient. well, it could be considered old, but then perhaps that just means it has withstood its challengers, and remains superior overall. the Unix kernel and its attendant libraries range up to 30 years old, with similar properties ... d ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]X11TransSocketConnect errno=111
hi, What is this _X11TransSocketConnect: errno = 111 that I hit in telnet? Thanks, Caroline -- --- Life is what happens to you while you're busy making other plans. - John Lennon Caroline Kuo(408) 919-3096 wk (408) 515-8129 cell ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Mouse Problem Solved -- Thanks
Hello XFree86 Exeprts, I had a problem with my mouse pointer disconnecting from the hot spot (I picked this term from reading the archives). I thought it's mouse related. Turns out it's video card related: I have a Trident CyberBlade. I need to appologize to the folks at Logitech for having many dark thoughts about them! I had this mouse problem for more than 6 months. It was driving me crazy and I had to reboot my PC everytime this problem happens. I subscribed twice to the Newbie list, but nobody answered my question. Finally, I read through the Xpert archives and hlaf an hour later: Eurika! Someone else had the SAME problem. I used that solution and.no more mouse problem. The solution? Add one line to XF86Config-4. This line has three words! I'll I want to say is thanks for a great X server and thanks a lot more for taking the time to answer questions. In your debt, Faisal __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]darwin/x86 support?!
0) the organization of the website does not permit a clear understanding of who does which ports to what platforms ... so i dont know to where i should address my darwin questions ... 1) the only version of darwin that appears to have binaries listed on the download page is for PowerPC (the release notes also indicate that there is now support for netBSD/PPC, I believe, as well in additon to mkLinux/68K, I was very pleased to note!). 2) when will there be a Darwin/x86 port? 3) the feature list in the 4.X release notes covers lots of things (drivers, architecural extentions etc), but not a checklist of advanced X11 features - which would be nice to know about - such as: * broadway * fresco * ICE 4) is the cygwin environment the only way that poor windoze users can run xfree? ... i notice that win32 is conspicuously absent from the taget environments :-) thanx for the feedback. regards:dlf ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Fine-tuning NM2160 acceleration?
I would like to know if it possible to fine-tune the hardware acceleration used in the XFree86 v4.2.x driver for the NeoMagic 128XD (aka NM2160) video controller. I mean beyond the enabling/disabling of acceleration altogether. Some background: My Compaq Presario 1260 notebook originally shipped with an AMD K6-2/366MHz processor. I recently replaced this chip with a K6-3 running at the same speed. Both chips are rated for the same voltage and were/are not overclocked. The only difference between these 2 versions of the K6 is that the K6-3 has on-chip L2 cache, where the K6-2 has only L1 cache. Trust me, the addition of the L2 cache provides an obvious performance benefit, especially for bloated C++ programs. The problem is that the new CPU causes random lock-ups in XFree86. When I write "random" I mean a variable number of minutes of use. The machine is *entirely* locked up, not just XFree86 and not just the screen/keyboard/mouse. I mean that the machine is stone dead. The only thing still functional is the power button. You might think, like me, that the problem is a result of heat, given that the K6-3 has so many more transistors than the older processor. Nope. I rebuilt the entire RedHat v7.3 distribution, in text mode, from source and had no problems at all. Likewise, no problems are seen on this dual-boot machine with the newer CPU and Win98SE (extensive testing, driver provided by Neomagic). The lockups show the same behavior and frequency with either the KDE or GNOME desktops and are never seen when running Linux (RedHat v7.3) in text mode. The only common factor is XFree86 v4.2.0. I've tried the binaries distributed by RedHat and I've built my own binaries. No difference. (Brief experimentation with Win2K/2 shows that it too is subject to the same kind of lockups with the K6-3, as was XFree86 v4.1.x.) Ok, back to the present. My lockups have been solved by disabling the video acceleration in XFree86. I am running the K6-3 at the same speed with the same Linux/XFree86 software and it is rock-solid. This is a fragment of the XFConfig-4 installed by RedHat: # Option "Rotate" # Option "pciBurst" # Option "ShadowFB" # Option "NoStretch" # Option "LcdCenter" Option "externDisp" Option "internDisp" # Option "noMMIO" Option "SWcursor" # Option "NoAccel" # Option "NoLinear" Option "XaaNoScanlineImageWriteRect" Option "XaaNoScanlineCPUToScreenColorExpandFill" and this is what I'm successfully using now: # Option "Rotate" # Option "pciBurst" # Option "ShadowFB" # Option "NoStretch" # Option "LcdCenter" # Option "externDisp" Option "internDisp" # Option "noMMIO" Option "SWcursor" Option "NoAccel" # Option "NoLinear" Option "XaaNoScanlineImageWriteRect" Option "XaaNoScanlineCPUToScreenColorExpandFill" It is the 'Option "NoAccel"' that brought stability to my machine. Given the choice between slower-CPU/faster-video and faster-CPU/slower-video, I'll take the latter. Naturally, though I want both components to be faster, which brings me to my original question. Can I enable/disable specific acceleration features rather that the blanket use/disuse of 'Option "NoAccel"'? There are many things that contribute to hardware-accelerated video. I'm willing to experiment to find out exactly which one(s) is causing my lockups. I'm hoping I can get a list of of which "XaaNo..." features actually compose the NoAccel option. Some helpful (I hope) info on my hardware is shown below. So... how can I fine-tune XFree86's NM2160 video acceleration? Thanks. --- Running lspci shows: 00:12.0 VGA compatible controller: Neomagic Corporation NM2160 [MagicGraph 128XD] (rev 01) --- Contents of /var/log/XFree86.0.log (NoAccel in use, notation of bad video modes removed): XFree86 Version 4.2.0 (Custom Build: 4.2.0-8) / 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-4 i586 [ELF] Build Host: earth.snydernet.lan 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: Wed Jul 10 21:56:08 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Anaconda Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "NeoMagic 128XD (laptop/notebook)" (**) |-->Input
[Xpert]ATI Radeon 8500 support
Hello, I have tried several different distros of linux and all will not load x because of my video card. I am writing to you in hopes of attaining information on making my Radeon 8500 work with Linux or when x free will be compatible with it. Thank you. Jim "Sarge" Thomas [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] AIM: Jet842 ICQ: 122762096
[Xpert]ATI driver kills the monitor - it goes off - within seconds.
Compaq Presario 5640 (Pentium II 400MHz) without original monitor, 128 meg mem, ATI Technologies Inc 3D Rage LT Pro AGP-133 (rev 220) with 8 meg mem, Linux From Scratch and a recent 2.4 kernel. Problem, short version: _XFree86 Version 4.2.0_ SiS 6326 (PCI 4 meg mem) + Facit IntelliScan = OK ATI 3D Rage LT Pro + Facit IntelliScan = Dead monitor ATI 3D Rage LT Pro + Dell UltraScan = OK Facit IntelliScan Model M1720T (17 in), Swedish monitor made in Taiwan Sep -96 Dell UltraScan 15ES Model P1528EB (15 in), US monitor made in Malaysia Dec -94 Problem, long version: This is the most puzzling error condition I've ever seen, and it manifests itself through the hardware only, ie no errors in /var/log/XFree86.0.log or elsewhere on the system. Alterations in /etc/X11/XF86Config have no effect on the final blackout (though I haven't tried turning off hw acceleration etc, since the second monitor worked ok). Different window managers means nothing - don't run KDE or Gnome. I've tried a variant of the Gatos driver, to no avail. Compaq's limited BIOS settings have the power management turned off, and I haven't compiled kernel APM. Module agpgart loaded or unloaded - no difference. 1) X or startx initializes and goes into graphics mode, but after ca 5 seconds the monitor goes off (power led still lit). This isn't a "power saving" state, instead it looks like a "surviving mode" of kinds. Cooling crackle noises confirms that the power indeed is cut. 2) Keyboard taps or mouse movements doesn't restore power, but a Ctrl-Alt-Backspace does (returning to a normal text terminal). 3) If I hit the monitor power switch when in graphics mode (led goes off) and then on, power comes back for about 5 seconds. Then... blackout again. 4) During the brief seconds of life, I note that the default 1024x768 Depth 16 (and virtual 1024x768) isn't displayed properly. It looks like the "screen" estate extends ca 20 percent _outside_ of the physical screen on all four sides. Like it's zoomed in. It's not virtual since mouse movements doesn't scroll it. This is just a confused error report. I don't expect any advice. If you'd like dumps of specific system information, just ask. PS. Google search and Xpert search turns up nothing (too general keywords) DS. Regards, Mats Johannesson ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is this a bug? render/picture.c line 228 and 233, PictureCreateDe faultFormats
Around 17 o'clock on Jul 17, Johannes Rath wrote: > > format = PICT_FORMAT (bpp, PICT_TYPE_COLOR, v, 0, 0, 0); > > I do not understand in the first place is why v (simply a loop index) is > used as an parameter for PICT_FORMAT(). The visual index is passed from this line down to the creation of the format stored in this value, so it's not (actually) a typo, but it is a misuse of the macro. Instead, a different PICT_FORMAT macro should be created for PICT_TYPE_COLOR/PICT_TYPE_GRAY which can hold the entire visual index, even if the server has more than 16 visuals. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Accessing selection from command line
I was wondering whether people feel that something like this should exist in the XFree86 distribution: http://iki.fi/v/xsel/ Basicly, it does this: xsel give access to the X selection from the command line. You can paste stuff from the X selection to stdout and copy stuff from stdin to X selection. A few examples: echo puppa | xsel -c # 'puppa' is now the current X selection echo puppa | xsel --copy # same as above xsel -p | less# pastes the current X selection to less xsel --paste | less # same as above The implementation is an utter hack, and it's far from something I would dare to suggest for inclusion as is, but I feel the idea is useful, and I use it a lot. -- v -- [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Toshiba Satellite pro 6100, monitor
Hello, I am trying to install RedHat7.3 on the above laptop, but I cannot configurate the monitor correctly. All what I know from the manifacturer is that it can support 1600X1200 resolution and that it is 15". Are there drivers or XF86Config files avilable for this model? Thanks a lot. Sincerely, Luca Baiotti. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Xfbdev server on 4bpp, working?
Hello There, Does anyone use Xfbdev (from xc-4.2.0, linux-mips hardware) on 240x320 4BPP ? I use it but font and graphics are quite ugly, when I move icons on screen I can see misplaced pixels depend on the start point. I think possible that 4 bpp was not correctly managed by Xc-4.2.0 and bitmap copy routine fail when start point is byte or half byte. ex: FF FF FF FF FF FF FF FF -> OK, 8 black pixel, move one pixel on right 0F FF FF FF FF FF FF FF F0 -> probe Since XC is compound of lot sources files, I wish to know if someone get the same problem and/or if what I think is possible or not. Thank you for any help. François. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]two x-server on one vt
i want to start two x-server on one vt but on two different monitors. i get this correctly by using startx -- :0 -xf86config XF86Config0 vt07 startx -- :1 -xf86config XF86Config1 vt07 so i can see two displays with different mouse pointer and one keyboard. and there are the problems: - the two mouse pointers are working correct - but the keyboard not. when i will type something on the first x sometimes it will do this and sometimes it write it on the second x. so it is not correctly configured? - and when i want to start a application at the first x it will work correctly. but on the second x the warning "can't do this! please start the docpserver!". What's this? who can help me? XF86Config0: # /.../ # SaX generated XFree86 config file # Created on: 1998-01-22. # # Version: 4.3 # Contact: Marcus Schaefer <[EMAIL PROTECTED]>, 2001 # # Automatically generated by [SaX2] (4.3) # PLEASE DO NOT EDIT THIS FILE! # Section "Files" FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/local" FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1" FontPath "/usr/X11R6/lib/X11/fonts/URW" FontPath "/usr/X11R6/lib/X11/fonts/Speedo" FontPath "/usr/X11R6/lib/X11/fonts/PEX" FontPath "/usr/X11R6/lib/X11/fonts/cyrillic" FontPath "/usr/X11R6/lib/X11/fonts/latin2/misc:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/latin2/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/latin2/100dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/latin2/Type1" FontPath "/usr/X11R6/lib/X11/fonts/latin7/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/baekmuk:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/japanese:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/kwintv" FontPath "/usr/X11R6/lib/X11/fonts/truetype" FontPath "/usr/X11R6/lib/X11/fonts/uni" FontPath "/usr/X11R6/lib/X11/fonts/CID" FontPath "/usr/X11R6/lib/X11/fonts/ucs/misc" FontPath "/usr/X11R6/lib/X11/fonts/ucs/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/ucs/100dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/hellas/misc:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/hellas/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/hellas/100dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/hellas/Type1" FontPath "/usr/X11R6/lib/X11/fonts/misc/sgi" FontPath "/usr/X11R6/lib/X11/fonts/xtest" ModulePath "/usr/X11R6/lib/modules" RgbPath "/usr/X11R6/lib/X11/rgb" EndSection Section "ServerFlags" Option "AllowMouseOpenFail" EndSection Section "Module" Load "type1" Load "speedo" Load "extmod" Load "freetype" EndSection Section "InputDevice" Driver "Keyboard" Identifier "Keyboard[0]" Option "Protocol" "Standard" Option "XkbLayout" "de" Option "XkbModel" "pc104" Option "XkbRules" "xfree86" Option "XkbVariant" "nodeadkeys" EndSection Section "InputDevice" Driver "mouse" Identifier "Touch" Option "Device" "/dev/ttyS0" Option "Name" "Autodetection" Option "Protocol" "IntelliMouse" Option "Vendor" "Sysp" EndSection Section "Monitor" HorizSync27-65 Identifier "Testdsp" ModelName"640X480@70HZ" VendorName "--> LCD" VertRefresh 55-60 UseModes "Modes[0]" EndSection Section "Modes" Identifier "Modes[0]" Modeline "640x480" 23.96 640 656 720 864 480 480 484 501 EndSection Section "Screen" DefaultDepth 16 SubSection "Display" Depth 15 Modes "640x480" EndSubSection SubSection "Display" Depth 16 Modes "640x480" EndSubSection SubSection "Display" Depth 24 Modes "640x480" EndSubSection SubSection "Display" Depth 32 Modes "640x480" EndSubSection SubSection "Display" Depth 8 Modes "640x480" EndSubSection Device "Device[0]" Identifier "Screen[0]" Monitor "Testdsp" EndSection Section "Device" BoardName"Voodoo 3" BusID"2:11:0" Driver "tdfx" Identifier "Device[0]" VendorName "3Dfx" EndSection Section "ServerLayout" Identifier "Layout[0]" InputDevice "Keyboard[0]" "CoreKeyboard" InputDevice "Touch" "CorePointer" Option "Clone" "off" Option "Xinerama" "off" Screen "Screen[0]" EndSection Section "DRI" Group "video" Mode 0660 EndSection XF86Config1: # /.../ # SaX generated XFree86 config file # Created on: 1998-01-22. # # Version: 4.3 # Contact: Marcus Schaefer <[EMAIL PROTECTED]>, 2001 # # Automatically generated by [SaX2] (4.3) # PLEASE DO NOT EDIT THIS FILE! # Section "Files" FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/local" FontPath
[Xpert]keyboard non-functional
Hi, I am using ximian gnome on 2.4.17. I just moved from US to India. Everything was working fine till I moved here. Once I try to start the X-server here, I see keyboard non-functional on X (ximian gnome). I can use the keyboard without X !! Does it have to do with the fact that I do not have a network connection (used to have ethernet connection) and still I start linux with same hostname and domain names? Should I remove and recreate .Xauthority OR any changes to .xinitrc?? Many thanks in advance for your help. -- Regards, Aman "THIS E-MAIL MESSAGE ALONG WITH ANY ATTACHMENTS IS INTENDED ONLY FOR THE ADDRESSEE and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are notified that any dissemination, distribution or copy of this communication is strictly Prohibited. If you have received this message by error, please notify us immediately, return the original mail to the sender and delete the message from your system." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]how to change window style
Hi all, I am a newbie to X program.And now I have some questions: 1¡¢how to prevent a window from being moved and resized? 2¡¢how to prevent user from maxsizing and minimizing a window by clicking the max\min button on a window's title bar? Thanks! __ === ÐÂÀËÃâ·Ñµç×ÓÓÊÏä (http://mail.sina.com.cn) ÐÂÀË·ÖÀàÐÅÏ¢£º¶þÊÖÊг¡×ßÒ»×ߣ¬¸Ã³öÊÖʱ¾Í³öÊÖ£¡ (http://classad.sina.com.cn/2shou/) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]found problem: CVS head on FreeBSD-4.6 hangs hard (fwd)
There was no response to this note on the neomagic list, so I thought I might
forward it to xpert. The XFree86 developers may be interested to know that the
Cardbus bridge code in the CVS head causes an irretrievable loss of the
console on FreeBSD 4.6-RELEASE on my Sony SR7K laptop.
#ifdef'ing out the Cardbus bridge switch cases allows the CVS head to work for
me once more.
Is there interest in committing an #ifdef so that FreeBSD 4.X doesn't get the
Cardbus bridge code? 4.X doesn't support Cardbus, which is likely the root of
the hang.
-Brad, [EMAIL PROTECTED]
--- Forwarded Message
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Thu Jun 27 17:03:21 2002
Return-Path: <[EMAIL PROTECTED]>
Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14])
by carp.icir.org (8.11.6/8.11.3) with ESMTP id g5S03Lf47543
for <[EMAIL PROTECTED]>; Thu, 27 Jun 2002 17:03:21 -0700 (PDT)
(envelope-from [EMAIL PROTECTED])
Received: from ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11])
by wyvern.icir.org (8.11.6/8.11.6) with ESMTP id g5S03Kq29523
for <[EMAIL PROTECTED]>; Thu, 27 Jun 2002 17:03:20 -0700 (PDT)
(envelope-from [EMAIL PROTECTED])
Received: from carp.icir.org (carp.icir.org [192.150.187.71])
by ICSI.Berkeley.EDU (8.9.0/8.9.0) with ESMTP id RAA20291
for <[EMAIL PROTECTED]>; Thu, 27 Jun 2002 17:03:20 -0700 (PDT)
Received: from carp.icir.org (localhost [127.0.0.1])
by carp.icir.org (8.11.6/8.11.3) with ESMTP id g5S03Ff47532;
Thu, 27 Jun 2002 17:03:15 -0700 (PDT)
(envelope-from [EMAIL PROTECTED])
Message-Id: <[EMAIL PROTECTED]>
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3
From: Brad Karp <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: found problem: CVS head on FreeBSD-4.6 hangs hard
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 27 Jun 2002 17:03:14 -0700
Sender: [EMAIL PROTECTED]
I posted recently that on my Sony SR7K (NeoMagic NM2380) running FreeBSD
4.6-RELEASE, a build of XFree86 from the CVS head of 6/13/02 locks the machine
hard; the machine doesn't respond to VT switches anymore, and the console in
unrecoverable, though Ctrl-Alt-DEL succeeds in triggering a clean shutdown
(with no further console output).
Egbert Eich suggested I diff through sources to find the commit that causes
the breakage.
Done.
Revision 3.51 of xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c (committed
on 4/4/02 by eich) introduces code to notice CardBus bridges and treat them
specially (several switch statements with new PCI_SUBCLASS_BRIDGE_CARDBUS
cases in them).
It's this CardBus-specific code that causes the hang; if I #ifdef out all such
CardBus-specific cases, the build runs as expected.
Note that it's *not* {save,restore}PciCardBusState() that cause the hang; with
the code in those commented out, the hang still occurs.
Under FreeBSD 4.X, there is no CardBus support; only NEWCARD in 5.X supports
CardBus. It's likely that diddling the CardBus controller under 4.X ist streng
verboten.
Suggestions:
- Try it on a 5.X machine (I can't; don't have time to reinstall the
OS) with NEWCARD CardBus support, to see if it works there.
- #ifdef out the CardBus code for FreeBSD 4.X, and for 5.X, too, if
it fails on 5.X. This code likely causes the CVS head of XFree86
to fail on all FreeBSD 4.X laptops.
- -Brad, [EMAIL PROTECTED]
--- End of Forwarded Message
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
[Xpert]shadon in video sun 0567 21"
I Brazilian. I use a monitor SUN 0567, 21 inch in one workstation SUN enterprise e450 and video board elite 3D. and in a PC with a video board riva tnt ultra2 32mb. Using Linux/RedHat 7.3, Xfree 4.2 ENTERPRISE PC/LINUX/REDHAT73 | | | | \ / MONITOR 21" model: sun 0567 I conect the monitor Sun 21" to enterprise (input 1) and to PC (input 2) this is ok, and run. But in PC the image apear duplicated (shaded) (To present a shadow or image of; to shadow forth; torepresent.) When I click in on screem menu the resolution apear ModesOn screen resolution Apearence "1600x1200" 93.8Khz and 75Hz. bad - shadon's "1400x1050" 91.1Khz and 85Hz. bad - shadon's "1280x1024" 77.4Khz and 85Hz. bad - shadon's "1152x864"Khz and 85Hz. bad - shadon's "1024x768" 687Khz and 85Hz. bad - shadon's "800x600" 53.8Khz and 85Hz. good - ok this is suported by monitor and by video card, what is the problem ? How I set the configuration correctly do this monitor/Video ? Thanks for your interest report to [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]trident low-res modes
Hello, I have a Trident CyberbBade/i7, LG StudioWorks 520Si monitor and I'm trying to set up 320x200 or 320x240 modes without success. I put some modelines (from default XF86Config) in my config, but it says the clocks are wrong. I tried to disable DDC and it did not work out either. Any hints? (or modelines? :-) tia, -- Felipe Massia Pereira http://www.ic.unicamp.br/~ra000493 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]ATI Mobility M3 Help!
Hello! I have a problem with an ATI Mobility M3 card. I am working with XFree86 4.2.0 on a DELL C600 laptop. The problem is that when switching from X to Console and back to X the system locks up. My XF86Config-4 file looks like Section "Device" # no known options Identifier "ATI Rage 128 Mobility" Driver "r128" VendorName "ATI Rage 128 Mobility" BoardName "ATI Rage 128 Mobility" #BusID EndSection This problem is "corrected" if I insert the line VideoRam 4096 but it takes some times to restore the X session when I switch from Console to X. Any tips, or sugegstions? Thanks in advance! Olivier -- = |Olivier Meplan |mailto:[EMAIL PROTECTED] | | |ISN, 53 avenue des Martyrs | Tel +33 4 76-28-40-57 |F-38026 GRENOBLE cedex | Fax +33 4 76-28-40-04 = ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Antwort: Re: [Xpert]2 mice with 2 mouse pointer
On Wed, 10 Jul 2002, Trent Whaley wrote: >> On July 10, 2002 12:32 am, Nick Name wrote about "Re: [Xpert]2 mice with 2 >> mouse pointer": >> >> > Still I can't see the point-er :) What use could a second pointer be of? >> >> If you're doing CAD or GIS work, the second pointer could be a digitizer. >That's how you would /control/ the second pointer. The lo-level driver >side has always been clear. The question is how the hi-level >representation of two "coordinate sources" should be. >Would you want one pointer controlled by both the mouse and the digitizer? >Do you want two pointers, one controlled by the mouse and one by the >digitizer? >Would they be equal? >Would they both be displayed at all times? >Could "clicks" with both of them be seen as normal mouse clicks by legacy >X applications? >What about focus issues? >What about mouse grabs? >Or would it be enough for "CAD or GIS work" if one the pointers was the >"real" pointer, which would generate normal events, and the other one >controlled another cursor -- with a distinct look -- that generated >another kind of mouse events that only "prepared" applications would >receive ? Yes it is so. I want to have one pointer which is the "normal" mouse pointer to generate normal events, and the other should be a graphic table that only react when I do something in a "prepared" application. >If so, I think it is already supported. Where is it supported? Can you give me a little bit help? >-Peter Thanks Thorsten ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Dual monitor / video card => Lock when started
Thanks, I will check out the last couple of threads. Do you know off hand how the flags should be set? -Oorspronkelijk bericht- Van: Mark Vojkovich [mailto:[EMAIL PROTECTED]] Verzonden: Wednesday, July 10, 2002 8:15 PM Aan: [EMAIL PROTECTED] Onderwerp: Re: [Xpert]Dual monitor / video card => Lock when started There was a thread on this a few days ago. The conclusion was that the S3 driver sets its RAC flags incorrectly and subsequently doesn't work in multihead environments. The fix may merely be a matter of updating the flags in the driver. Mark. On Wed, 10 Jul 2002, J.A.J. van Belkum wrote: > I am trying to get my two videocards (s3 and TNT2) to work under XFree > 4.2.0 with Redhat 7.3 and Enlightenment 16.5 . When I start up the two > cards with gdm (or whatever other way) My main screen gets the > gray-screen and the secondary screen stays black. I am able to use the > mouse (black X) but the keyboard stays inactive (no led action...). I > start it up with: > > 0=/usr/bin/X11/X +xinerama -layout "dual" vt7 > > When I start the two sections seperately with: > > 0=/usr/bin/X11/X +xinerama -layout "vid7" vt7 > 1=/usr/bin/X11/X +xinerama -layout "nec" vt8 > > It works fine, so it seems like they refuse to work with eachother. > Does anyone have a clue what the problem might be. > > Below I will include the XF86Config-4 file > > Thanx. > Aukjan van Belkum > > ## XF86Config-4 > > Section "ServerLayout" > Identifier "dual" > Screen0 "Screen 0" > Screen1 "Screen 1" RightOf "Screen 0" > InputDevice"Mouse0" "CorePointer" > InputDevice"Keyboard0" "CoreKeyboard" > EndSection > > Section "ServerLayout" > Identifier "nec" > Screen "Screen 0" > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > EndSection > > Section "ServerLayout" > Identifier "vid7" > Screen "Screen 1" > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > EndSection > > Section "Files" > FontPath "unix/:7100" > EndSection > > # Module loading section > > Section "Module" > Load "dbe" # Double-buffering > Load "GLcore" # OpenGL support > Load "dri" # Direct rendering infrastructure > Load "glx" # OpenGL X protocol interface > Load "extmod" # Misc. required extensions > Load "v4l" # Video4Linux > # Load "record"# X event recorder > # You only need the following two modules if you do not use xfs. > # Load "freetype" # TrueType font handler > # Load "type1" # Adobe Type 1 font handler > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "keyboard" > Option "XkbLayout" "us" > EndSection > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Device" "/dev/mouse" > Option "Protocol" "PS/2" > Option "Emulate3Buttons" "off" > Option "ZAxisMapping" "4 5" > EndSection > > Section "Monitor" > Identifier "NEC LCD1810X" > VendorName "Unknown" > ModelName "Unknown" > HorizSync 31 - 82 > VertRefresh 56 - 85 > Option "dpms"EndSection > > Section "Monitor" > Identifier "VIDEOSEVEN" > VendorName "Unknown" > ModelName "Unknown" > HorizSync 30 - 70 > VertRefresh 50 - 120 > Option "dpms" > EndSection > > Section "Device" > Identifier "RIVA TNT2" > Driver "nv" > BoardName "Unknown" > BusID "PCI:1:0:0" > EndSection > > Section "Device" > Identifier "s3" > Driver "s3" > BoardName "Unknown" > BusID "PCI:0:12:0" > EndSection > > Section "Device" > Identifier "Linux Frame Buffer" > Driver "fbdev" > BoardName "Unknown" > EndSection > > Section "Screen" > Identifier "Screen 0" > Device "RIVA TNT2" > Monitor "NEC LCD1810X" > DefaultDepth 16 > Subsection "Display" > Depth 16 > Modes "1280x1024" > EndSubSection > EndSection > > Section "Screen" > Identifier "Screen 1" > Device "s3" > Monitor "VIDEOSEVEN" > DefaultDepth 16 > Subsection "Display" > Depth 16 > Modes "1024x768" > EndSubSection > EndSection > > Section "ServerFlags" > Option "Xinerama" "yes" > EndSection > > > > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]X server hangs on shutdown
I seem to be having the same problem described in the article below. I could not find a reply to his question. Is there an answer yet? http://www.xfree86.org/pipermail/xpert/2002-May/017466.html Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Stockamp & Associates, Inc.
[Xpert]i830 and RENDER
Hi, I am using an i830 chipset on a Ausus S1 laptop with XFree 4.2.0. The problem is that I can't have any AA fonts displayed. > xdpyinfo | grep RENDER does not give the expected RENDER line. In the config file I have tried both the freetype and xtt module. Everything seems fine in the log file, no particular error. Somewhere in the documentation and through the mailing list I have seen that there is a support for RENDER in the i810 driver. Does this support exists for i830 chipset ? Any hints are greatly welcome ! Gilles ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Antwort: Re: [Xpert]2 mice with 2 mouse pointer
> What use could a second pointer be of? i have two monitors. one normal tft and one with a touchscreen. at the normal one i would like to have a mouse pointer withe the ps/2 mouse. at the other side, on the tft with touch i don't like a mouse pointer. and i don't like to use the mouse poniter from the other monitor, too. so i need two "pointers", one normal mouse pointer (ps/2) and one for the touchscreen (seriell mouse). but how can i still get this?? Kind regards / Mit freundlichen Grüssen Thorsten Lohner Dipl.-Ing. (FH) Advanced Development Driver Assistance Systems (EP/ERS) DaimlerChrysler AG W59, EP/ERS, X910 D-71059 Sindelfingen Phone +49-(0)7031-90-70767 Fax +49-(0)7031-90-86960 mailto [EMAIL PROTECTED] [EMAIL PROTECTED] Gesendet von: [EMAIL PROTECTED] 10.07.02 11:42 Bitte antworten an xpert An: [EMAIL PROTECTED] Kopie: Thema: Re: [Xpert]2 mice with 2 mouse pointer On Wed, 10 Jul 2002 08:24:16 +0100 (BST) Dr Andrew C Aitchison <[EMAIL PROTECTED]> wrote: > Which window would get keyboard input ? Maybe you can have a "primary pointer" and "secondary pointers". Still I can't see the point-er :) What use could a second pointer be of? Vince ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Problems after XFree and gnome2 upgrade.
Hi, i just upgraded the XFree port to the latest version and installed gnome2 and sawfish2. After that the server (??) doesn't work anymore. When i hit startx, several connection attempts are made to 127.0.0.1:16001, but no one is listening on that port. Thats why i'm guessing that i have some kind of problem with my X-server, but it could be gnome/sawfish or something else. Do i have the right version (current is 1.4.1.7) of gnomelibs? I appreciate all ideas! Regards. Some info about my system: root~#uname -a FreeBSD killerqueen 4.6-STABLE FreeBSD 4.6-STABLE #0: Sat Jul 6 19:28:53 CEST 2002 root@killerqueen:/usr/obj/usr/src/sys/KERNEL7 i386 root~#cat .xinitrc /usr/X11R6/bin/gnome-session root~#pkg_info Mesa-3.4.2_2A graphics library similar to SGI's OpenGL ORBit2-2.4.0High-performance CORBA ORB with support for the C language XFree86-4.2.0_1,1 X11R6.5/XFree86 core distribution (complete) XFree86-FontServer-4.2.0 XFree86-4 Font Server XFree86-Server-4.2.0_3 XFree86-4 X server and related programs XFree86-clients-4.2.0_2 XFree86-4 Client environments XFree86-documents-4.2.0 XFree86-4 Document Files XFree86-font100dpi-4.2.0 XFree86-4 bitmap 100 dpi fonts XFree86-font75dpi-4.2.0 XFree86-4 bitmap 75 dpi fonts XFree86-fontCyrillic-4.2.0 XFree86-4 Cyrillic Fonts XFree86-fontDefaultBitmaps-4.2.0 XFree86-4 default bitmap fonts XFree86-fontEncodings-4.2.0 XFree86-4 font encoding files XFree86-fontScalable-4.2.0 XFree86-4 Scalable font files XFree86-libraries-4.2.0_1 XFree86-4 include/(shared) library kit atk-1.0.2 A GNOME accessibility toolkit (ATK) aureal-kmod-1.3_4 A FreeBSD Driver for Aureal Vortex based soundcards autoconf-2.53 Automatically configure source code on many Un*x platforms autoconf213-2.13.000227_1 Automatically configure source code on many Un*x platforms automake14-1.4.5GNU Standards-compliant Makefile generator (legacy version bison-1.35_1A parser generator from FSF, (mostly) compatible with Yacc bonobo-activation-1.0.2 An object activation framework for GNOME 2.0 bugbuddy2-2.2.0 A bug reporting tool for GNOME 2.0 cups-base-1.1.15.1 The Common UNIX Printing System cvsup-16.1f General network file distribution system optimized for CVS db3-3.2.9_3,1 The Berkeley DB package, revision 3 dejagnu-1.4.2 Automated program/system tester docbook-xml-4.1.2_1 XML version of the DocBook DTD docbook-xsl-1.51.1 XSL DocBook stylesheets eel2-2.0.0 Generally useful classes and extensions to GNOME eog2-1.0.1 The Eye Of Gnome image viewer esound-0.2.28 A sound library for enlightenment package expat-1.95.3XML 1.0 parser written in C expect-5.32.1 A sophisticated scripter based on tcl/tk ezm3-1.0Easier, more portable Modula-3 distribution for building CV fam-2.6.8 A file alteration monitor freenet6-0.9.6 Freenet6 Tunnel Setup Protocol Client - Free IPv6 tunnel freetype2-2.1.2 A free and portable TrueType font rendering engine gail-0.16 An implementation of the ATK interfaces for GTK+ widgets gcc-3.1.1_20020527 GNU Compiler Collection 3.1 (inprogress version) gconf-editor-0.2A gconf database editor for the GNOME 2.0 environment gconf2-1.2.0A configuration database system for GNOME gdbm-1.8.0 The GNU database manager gdm2-2.4.0.0GNOME 2.0 version of xdm display manager gedit2-2.0.0A small but powerful text editor for Gnome 2.0 Desktop Envi gettext-0.11.2 GNU gettext package ghostscript-gnu-7.05_1 GNU Postscript interpreter ghostview-1.5 An X11 front-end for ghostscript, the GNU postscript previe glade2-1.1.0A user interface builder for GTK+/GNOME gle-3.0.3 A GL Tubing and Extrusion Library glib-2.0.4_1Some useful routines of C programming (current stable versi gmake-3.79.1_2 GNU version of 'make' utility gnome2-2.0_2The "meta-port" for the GNOME 2.0 integrated X11 desktop gnomeapplets2-2.0.0 Applets components for the Gnome 2.0 Desktop Environment gnomecontrolcenter2-2.0.0 Control center for GNOME 2.0 project gnomedesktop-2.0.2 Additional UI API for GNOME 2.0 gnomegames2-2.0.1 The game applications package for the Gnome 2.0 Desktop Env gnomelibs-1.4.1.7 Libraries for GNOME, a GNU desktop environment gnomemedia2-2.0.0 Multimedia applications for the GNOME 2.0 desktop gnomemimedata-2.0.0 A MIME and Application database for GNOME gnomepanel-2.0.1Panel component for the GNOME 2.0 Desktop gnomesession-2.0.1 Session component for the GNOME 2.0 desktop gnomesystemmonitor-2.0.0 GNOME 2.0 system monitor program gnometerminal-2.0.0_1 Terminal component for the GNOME 2.0 Desktop gnomeutils2-2.0.0,1 GNOME 2.0 support utilities gnomevfs2-2.0.1 GNOME Virtual File System gtk-2.0.5 Gimp Toolkit for X11 GUI (current stable version) gtk-engines2-1.9.0 Theme engine for the gtk+-2.0 toolkit guile-1.4.1_1 GNU's Ubiquitous Intelligent Langu
[Xpert]VGA retrace interrupt question
Hello Xperts Sorry I have made this post twice but I just noticed that my name was not appearing on my posts. I fixed that thinking that folks might not want to answer anonymous posts. Anyhow... I have a general VGA question. I see from Ferraro\\\'s book that the legacy port 0x3C2 (bit 7) reports on whether a vertical retrace interrupt has occured. Is this bit cleared after reading it so that it can be used properly in the case of shared interrupts? Do most cards support this port and bit? Thanks, Daniel ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon patch testing
On Wed, 2002-07-17 at 08:58, James Ralston wrote: > On another topic--are the comments in the source code the only > documentation for the radeon driver? At least I'm not aware of anything else. > (I'd be willing to take a crack at writing a man page for the radeon > driver, Great! That's very much appreciated. While you're at it, please also add the documentation for options to programs/Xserver/hw/xfree86/Options, which can be used by configuration tools like xf86cfg. > but if the only documentation is the source, it's gonna have a > lot of "FIXME"s in the first attempt...) Why don't you start with something, and we can help you fill in the missing bits. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]VGA retrace interrupt question
Hello Xperts I have a general VGA question. I see from Ferraro\'s book that the legacy port 0x3C2 (bit 7) reports on whether a vertical retrace interrupt has occured. Is this bit cleared after reading it so that it can be used properly in the case of shared interrupts? Do most cards support this port and bit? Thanks, Daniel ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]4.2.99 and DRI with Matrox G550
On Tue, 2002-07-16 at 23:41, Diek Van Nort wrote: > > I have a 3D visualization tool that crashes with the 3.X versions of the > Mesa that are in <=XF86 4.2.0. I noticed in the changelog that Mesa > 4.0.2 has been add to the latest CVS so I thought I would give it a try. > Without DRI everything works great (except for the speed of course). The > problems arise when I want to use DRI. I'll try to give all the > backgroud information first, if I miss an important detail please let me > know. I'm not sure the DRI drivers have been updated for the new Mesa version in XFree86 CVS, you should definitely try DRI CVS or the binary snapshots provided on dri.sf.net. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]pan locking / sroll locking the viewport in X
Is there a way to lock the viewport from panning to other areas of the virtual desktop? Normally, I run 1152x864 desktop and 1152x864 viewport. However, I want to be able to zoom in on a window (eg change viewport to 640x480 or 800x600), and keep the viewport from scrolling when the pointer hits the screen edge. Is there a way to do this? I tried scroll lock, it had no effect. My keyboard map is us104. Any feedback would be appreciated. I cant imagine something like this hasn't been implemented yet... -Chris Len [EMAIL PROTECTED] Student Systems Manager Information & Media Technology Azusa Pacific University ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Is this a bug? render/picture.c line 228 and 233, PictureCreateDefaultFormats
In PictureCreateDefaultFormats()an array of formats is build from the
information in the visuals:
PictureCreateDefaultFormats()
{
// snipped some code
for( v=0; v 0xF it will wrap into the type field. If your DDX
HW driver provides a lot of visuals this might happen and it will crash the
XServer later because of an illegal type field.
The wrapping can be fixed easily by adding masks to the macro, but what I do
not understand in the first place is why v (simply a loop index) is used as
an parameter for PICT_FORMAT(). This looks pretty much like a type to me.
Johannes
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Tiny-X wishlist
Hi, I own a Compaq iPAQ Palmtop and I use the Linux Familiar Distribution (http://familiar.handhelds.org/) which ships with Tiny X 4.2.0 (IIRC). Just like 'Big' X, it has a pointer icon. I think that everyone agrees that for a palmtop using a stylus a pointer icon is not so useful. It can be useful sometimes like when using x2x for controlling the palmtop with your desktop's mouse. I think the best solution would be an xset option to hide the pointer. Would that be too hard to implement? It might useful in 'Big' X even, for other touchscreens. TIA -- Luis Oliveira luismbo AT netcabo DOT pt ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Reg. X Security Extensions
On Sun, 14 Jul 2002, Andreas Ehliar wrote: > I don't know exactly how the Security-extension works, but it would be > nice if you could tunnel X over ssh without worrying about wether the > security of the remote machine has been compromised. Right now such a > tunnel could easily be used to eavesdrop on your keyboard for example. Sorry for the delay... About two months ago I started working on an X extension to handle ssh tunneled connections in a "better" (safer) way. BTW, I'm *not* an XFree86 hacker and don't know XFree86 internals in a great detail. Just some random guy that happens to write some code once in a while. I have a somewhat working prototype on my HD. I'll probably release it around September / October, unless someone is really *really* interested and can't wait. The current XFree (with the Security extension) and ssh are affected by the following problems: - In ssh you have to set ForwardX11 to 'yes' or 'no'. It's all-or-nothing. - To reduce the powers of remote clients, using the Security extension you can create an untrusted MIT-MAGIC-COOKIE: see xauth and the 'untrusted' option. It is possible, with some trick, to make ssh use that cookie. In that case remote clients have a restricted access to the X server. The access policy is quite fixed by the server: the only aspect that can be configured (AFAIK) is the access to window properties via the SecurityPolicy file. Moreover, if you use the 'untrusted' cookie, expect most current applications to die with BadAccess errors sooner or later. > Could the Security-extension be used to improve this? The point above is actually an improvement from the point of view of security: i.e., misbehaving clients are stopped with BadAccess errors. However, the bad news is that most clients are misbehaving. In my current prototype, misbehaving clients are not sent a BadAccess error. Instead, the clients are put on hold and a special client (the "supervisor" client) is notified. The supervisor can judge whether the client request is ok or not (currently it simply prompts the user with a yes/no dialog). On approval, the request is executed and the client proceeds smoothly. On rejection, the client is sent a BadAccess error. The performance loss is negligible (IMHO) since only suspicious requests from 'untrusted' clients (i.e. those which currently would generate BadAccess errors) cause the "hold / notify the supervisor / handle judgement" process. I also have a small patch to openSSH that permits to choose between X11Forward = yes, trusted / yes, untrusted / no . If anyone is interested in this small project, please contact me. I don't think, however, that it will ever be integrated in XFree86. That is, unless someone involved with the project wants it. I'll probably distribute the extension as a patch to XFree86. Bye, Zun. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
On 16 Jul, David Dawes wrote: > On Mon, Jul 15, 2002 at 01:11:17AM +0200, Lukas Molzberger wrote: An excellent troll. Well crafted to generate lots of entertainment for the silent audience. But since perhaps there was a genuine attempt to be helpful >>1. XFree is far too slow. Provide a benchmark. A good quality benchmark is appreciated by the developers. You can be confident that they will make changes that result in the benchmark running better. A good benchmark is also much easier that a whole new window system. By good, I mean: 1) Well documented. It should come complete with sufficient instructions to permit anyone to use it and duplicate your results. 2) Well designed. It should accurately reflect the behavior of the more complex real world systems. If improving functions A, B, and C makes the benchmark run well, then that should make the real world systems run well. 3) Portable. XFree is operating system and CPU independent. The benchmark and its improvements must also be portable. >>2. What is presented on the screen should always be consistent (i.e. no >>flickering). >From the other discussions this could be related to motion update event rates. There is a problem with the current design. The event rate for motion updates is hardware dependent. I know that when I transitioned from 3.5 to 4.0 I had problems with Windowmaker. These turned out to be the result of a bug in Windowmaker (which I fixed) and the update rate. My hardware was generating updates at about 200 per second. So even after I fixed the bug, the window motion logic would redraw a moving window 200 times per second. This is silly on a system with a refresh rate of 72 frames per second. It probably also confused the scheduling logic in addition to wasting resources. There are only partial fixes for this. For the really common mouse hardware there are some adjustments that can be made. The IMPS/2 hardware can be set at 80, 100, or 200. The present default for X is a setting of 80. That is about right for most purposes. Is it worthwhile to have a software controlled rate limiter inside the X server? This would deal with hardware that lacks a rate limiter and change the other tradeoffs. You might get better performance and features by setting the hardware at 200 per second and dropping the server rate to match the frame rate. I think I know what changes are needed if this is a good idea. I'm not particularly motivated at present because the hardware rate limiter is close enough for all of my hardware. (BTW, my windows machine tears when moving windows, but it's a slow machine.) R Horn ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 BOF session at SIGGRAPH
> On Tue, Jul 16, 2002 at 07:01:12PM -0400, Prasad, Ragini wrote: > > By any chance, is any such thing held in the bayarea, CA? > > There are other conferences in the Bay area, and I believe some of them > have XFree86 meetings. If anyone knows of any upcoming meetings in the > Bay area with XFree86 talks/meetings, please post them here. LinuxWorld will be in San Francisco next month at this time - that would seem the next logical time in this region. I know a number people from Sun's X team will be in attendance (since we're just down the peninsula in San Jose), as well as several other X.org types, and I imagine at least a few XFree86 developers. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - Software Systems Group Cust. Advocacy & Tech Services: X11 Engineering ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
