Re: [Xpert]overlays forces depth 8 on root window
On Thu, 12 Dec 2002, Tim Johnson wrote: > I've configured XFree86 with the Matrox G550 video card, mga driver, and > > use of overlays. The problem seems to be that the root window is forced > to > depth 8 when the Option "Overlay" is enabled. I've tried setting Option > > Overlay in the XF86Config-4 file with the combinations: >Option "Overlay" >Option "Overlay" "8,24" >Option "Overlay" "24,8" You want Visual "TrueColor" in the "Device" section. I don't know who started the idea of "8,24" v "24,8" but it doesn't appear to have been implemented. The reason why the 8bit visual is the default is that many of the apps which need an 8bit visual are too stupid to look beyond the default :-(. -- 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
Re: [Xpert]TFT goes white on DPMS monitor suspend
On Thu, 2 Jan 2003, John Tapsell wrote: > Hi, > I have a dual monitor setup (not xinerama) and after 30 mins of inactivity > the first monitor powers down. The second monitor, a TFT, instead goes > white, and does not show any sign of being powered down. I have the same > DPMS options in both sections in the configuration. The logs show no errors, > just that DPMS was loaded successfully. I assume that the problem stays with a particular head and not a particular monitor when you switch them ? I have a TFT screen which powersaves to white. -- 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
Re: [Xpert]Removing X Mouse Pointer/Cursor
On Wed, 18 Dec 2002, Matt D. Robinson wrote: > Hi, all. I haven't seen an option or mechanism to remove the "X" mouse > pointer/cursor from the screen in situations where I don't want to run > X with a mouse (I don't want the mouse pointer to appear ever). I know > you can set -allowMouseOpenFail, but that still leaves the cursor in the > middle of the screen. > > Is there a mechanism for disabling this via XF86Config? I haven't > tried the "hw_cursor" method (yet, I'll try it later tonight), but > I didn't think this was directly related (this is a cheap Cyberblade > i7 graphics system). > > Thanks for any help you can provide, I guess you are using a touch-screen ? The assumption of exactly one pointer is pretty deep in X, so the idea of disabling the cursor really appropriate. What you should do is change to a cursor font which displays a blank cursor. You could do this in your app, or write a simple app that has a blank cursor and a window that covers the whole background of the screen. Although we now have the traditional cursors and the new red ones, I don't know how you can set the default cursor family from XF86Config; it is something I'd like to see before 4.3 is released (it might be there, but I haven't found the documentation yet). -- 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
Re: [Xpert]MGA driver: SyncOnGreen won't, and DRI (3D accel )problems.
On 17 Dec 2002, Chris Worley wrote:
> I look at the register indices being used and I'm stumped... The X
> driver register offset is (mga_reg.h):
>
> #define MGA1064_GEN_CTL 0x1d
That matches both the Mystique (MGA1064) and the G200 docs I have.
>
> While the frambuffer driver uses an enum that would make
> "POS1064_XGENCTRL" an offset of 0x0f (in matroxfb_DAC1064.h):
>
> enum POS1064 {
> POS1064_XCURADDL=0, POS1064_XCURADDH, POS1064_XCURCTRL,
> POS1064_XCURCOL0RED, POS1064_XCURCOL0GREEN, POS1064_XCURCOL0BLUE,
> POS1064_XCURCOL1RED, POS1064_XCURCOL1GREEN, POS1064_XCURCOL1BLUE,
> POS1064_XCURCOL2RED, POS1064_XCURCOL2GREEN, POS1064_XCURCOL2BLUE,
> POS1064_XVREFCTRL, POS1064_XMULCTRL, POS1064_XPIXCLKCTRL,
>POS1064_XGENCTRL,...
> When I compare the other register offsets in these two files for this
> DAC register set, it still makes no sense; the offsets are close, but
> different and in different orders.
These are in the order of my docs., but they show spaces between some of
these registers; the frambuffer driver doesn't have a mapping array for
this list of interesting registers to their addresses does it ?
--
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
Re: [Xpert]How do I make my colors _perfect_?
On Tue, 17 Dec 2002 [EMAIL PROTECTED] wrote: > I need to have accurate color representation on my monitor. Of course > monitors and video cards differ in this area, so how do I know a color > being presented to me on the screen is true to the color of the source? > > Is there any way to "tune" the Xserver to display colors accurately on > a given monitor? Xcms is the only existing technology for this that I'm aware of - "man xcmsdb XcmsCreateCCC" may be a reasonable starting point. I believe that Keith Packard thinks that it should be replaced. Here is a list of things I've learnt about Xcms over the years: 1) Client apps have to be aware of Xcms to use it. 2) Xcms uses its own trig routines for Polar<->Cartesian conversion between color-spaces*, and these are buggy. Someone once sent me a patch for XFree86 3.3 which helped, but my tests suggested that it wasn't a complete fix, and I've never submitted it. *I think TekHVC suffered the most from this. 3) I have a program http://www.dpmms.cam.ac.uk/xfree86-devel/ddc2xdccc.c which converts the color calibration from the monitor's DDC output into a format which xcmsdb can read, but my experience, and perceived wisdom, is that on average using the default setup gives more accurate color than trusting the info provided by the monitor itself :-( -- 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
Re: [Xpert]could not open default font 'fixed'
On Fri, 13 Dec 2002, John Tapsell wrote: > I've had this problem on multiple occasions. Can we get this fixed please? > Thoughts: > 1) Get xfs to return the error somehow (via a log file or something) > 2) Get X to see the error and tell the user. > > Thoughts? The X server supports TrueType fonts now, so apart from the startup delay we don't need the font server; I'd be happier if it wasn't run by default. I'm not certain, but I think I got the could not open default font 'fixed' the other day because the I had not TrueType module in my config, and the misc font came later in my font path than a directory full of TrueType fonts. -- 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
Re: [Xpert]How to start a secound X-server move the apps to that
On Mon, 16 Dec 2002, Robert wrote: > I need to know how to start a possible x-server and move the currently > running apps from the first one to be moved to the secound one ,... is > that possible ??? Does VNC do what you want ? Original page, still updated: http://www.uk.research.att.com/vnc/ Now two implementations: http://www.realvnc.com/ and http://www.tightvnc.com/ -- 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
Re: [Xpert]Decimal key on European keyboard layouts
Forwarded to the internationalization list [EMAIL PROTECTED] On 13 Dec 2002, Christian Rose wrote: > Hi! > > When I press "," (the decimal symbol key) on the numerical part of my > Swedish keyboard in XFree86, I get a "." (point). This is obviously > wrong, as it should be a comma, the decimal symbol that is used in > Sweden and what this key is labeled with on Swedish standard keyboards. > > I've checked some other keyboard layouts and others for which the > decimal key on the numeric keypad is a comma is as follows: > Finland (identical to the Swedish layout), Denmark, Netherlands, Norway, > Switzerland, Germany. I suspect that these may be wrongly defined as > point too. > > Anyone else seen this? Suggestions? I'm not an expert on internationalization, but I think that in an ideal world, what it prints should be controlled by the LC_NUMERIC locale setting. Can you get any clue from the commands "locale" and "xev" whether the key is sending the wrong value, or whether the wrong value is being printed ? Looking at the unicode charts (especially the character name index http://www.unicode.org/charts/charindex.html ) I see that ASCII dot 0x2E has become Unicode 0x002E "Decimal Point" and ASCII comma 0x2C has become 0x002C "decimal separator". http://www.unicode.org/charts/PDF/U.pdf renders these in the English way, not the continental one you desire. I suspect you are stuck with a standard which unifies the *meaning* of the key at the expense of the visual representation; maybe you are expect to use a different font on the continent ? I hope that someone on the i18n list can give you a more positive answer. -- 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
Re: [Xpert]IIYAMA 17' TFT damaged screen, geforce4 Ti4200 and linux
On Thu, 12 Dec 2002, Dr E B Bettler wrote: > Hi all !! > i've a technical question: > i've bought a 17'' TFT IIYAMA screen (AS4314UT) with a geforce4ti 4200 (athlon > XP2400). After the installation of RedHat8 (with the native NVIDIA drivers), > i've discovered a pixel in the right-upper corner that stay white all the > time !! (even at the start screen, under win2k etc...) for a screen of 600 > euros f@#$ i changed it... to have the same problem, at the same position !! > my question is: is it possible to damage a TFT screen with the NVIDIA native > drivers under Linux (i don't want to install the NVIDIA proprietary drivers > on my new screen without to be sure about the problem) ? > the problem seems not to appears under Win2k ! All the TFTs I've seen are guaranteed to have fewer then n faultly pxiels, where n is asmall, but non-zero number, so I fear that you have a fault that the manufacturers consider to be acceptable. -- 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
Re: [Xpert]High X server CPU usage when drawing - more info
On Thu, 12 Dec 2002, Rafael E. Herrera wrote: > Dr Andrew C Aitchison wrote: > > Sometimes pixmaps are stored in offscreen video memory, sometimes > > in system memory. Maybe you are resizing your window such that the pixmaps > > don't fit in video memory so the server puts some in system memory. > > Under ideal conditions copying from video -> video requires no CPU > > overhead, but system -> video copies can require CPU effort. > > > > The X server logfile often gives clues about how much video memory > > is available for pixmaps. > > The server log only reports 'Offscreen Pixmaps' in the accelerated > features of our G450 Matrox cards, although I'm not sure what it means. > Your explanation for the slow down makes sense, however, i've reproduced > this problem even with a card with 32 MB of memory. Last time I looked at the mga code, DRI tried to steal as much video memory as possible - I think it left at most a screen-full of memory for pixmaps. Are you using DRI ? -- 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
Re: [Xpert]Alt-Fx bug still there
On Tue, 10 Dec 2002 [EMAIL PROTECTED] wrote: > i had checkout X yesterday and built it right away. I fired it up, starting > xdm and was not able to Alt-Fx or Ctrl-Alt-Backspace. > A message in XFree86.0.log shows someting that might be related to it: > Couldn't load XKB keymap, falling back to pre-XKB. > It's not the precise words but I hope you know what it's saying. > Well, then I happened to find out when the problem does not occur: When I > start via startx. No problems with XKB in logfile as well. > But not only when starting via xdm but also when I did: > XFree86 -configure > XFree86 -xf86config ./XF86Config > And I had the same problem. When logged in into a window manager like twm. > The keys just don't react, when a console is focused I get a "P" when > hitting Ctrl-F1 and a backspace when doing ctrl-alt-backspace. > At the login screen of xdm I get beeps when Ctrl-Fx and nothing happens when > doing ctrl-alt-backspace. I've built from CVS this morning, and installed it on 2 machines. Ctl-ALt-Fx works on the first one, but not the second, which reports the same message as you: Couldn't load XKB keymap, falling back to pre-XKB keymap Like you I get this with the config file built from X -configure (fixing the font modules so that finds fixed where necessary), and with my usual configure files. The Ctl-ALt-Fx keys work on a machine with a Matrox G550 (XFree86 mga driver), but not on three other machines - one with an Intel i815, one with an ATI Mach64 (ati_misc driver) and one with an ATI R128 (r128 driver). (These machines are all running Red Hat 6.2) -- 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
Re: [Xpert]High X server CPU usage when drawing - more info
On Wed, 11 Dec 2002, Rafael E. Herrera wrote: > >> The application, when is resized, re-creates the pixmaps where the data > >> is drawn. The old ones are freed and new ones are created according to > >> the new size of the window. Then, the program continues operating by > >> receiving new data periodically and drawing them. > Normally our load is less than 10%. I have been able to track the > problem down to the actions following the window resize: > > After the drawing window is resized, all the old pixmaps are discarded, > a big pixmap and a number of smaller pixmaps are re-created. > > On each of the smaller pixmaps, the axis for a trace is drawn. Then, > this pixmap is copied onto the big pixmap shifted, so the traces are > stacked vertically. The smaller pixmaps are copied using XCopyArea(). > Then, the main pixmap is painted on the screen. Sometimes pixmaps are stored in offscreen video memory, sometimes in system memory. Maybe you are resizing your window such that the pixmaps don't fit in video memory so the server puts some in system memory. Under ideal conditions copying from video -> video requires no CPU overhead, but system -> video copies can require CPU effort. The X server logfile often gives clues about how much video memory is available for pixmaps. Which is faster can depend on the relative speeds of the cpu and graphics chip, which has more work to do, and the relative speeds of the 2 sorts of memory. AGP video memory is optimized for writing, but the CPU can be very slow when *reading* AGP memory (I don't think this is your problem since that happens when the window is large). -- 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
Re: [Xpert]xscreensaver entry functions
On Mon, 9 Dec 2002, Olivier ERIBON wrote: > I am using Xfree86 4.2.0 and 2.4.17 linux kernel on a specific embedded > board with > Ibm Ppc405 processor. > I am using the simple X xscreensaver to protect LCD panel. But I want to cut > the backlight if there is not external power in order to save battery. > I will wish to know where is the Xserver function called to display an X and > the function called when an Xevent is detected to stop the screensaver. I > know how configurate the screensaver (Xset) but I don't know where this 2 > functions are (to stop and start again backlight). In your driver, call xf86DPMSInit to register your function with the X server. Then your function will be called whenever the X server wishes to change the screens power state. See xc/programs/Xserver/hw/xfree86/common/xf86.h and xc/programs/Xserver/hw/xfree86/common/xf86DPMS.c for xf86DPMSInit, and and xc/programs/Xserver/hw/xfree86/drivers/mga/mga_driver.c or must other drivers for examples of its use. -- 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
Re: [Xpert]CVS Build Failing
On Mon, 9 Dec 2002 [EMAIL PROTECTED] wrote: > Here's the error I get: > > make[4]: Leaving directory `/home/kwall/X/cvs/build/programs/Xserver/XTrap' > cleaning in programs/Xserver/xfixes... > make: Entering an unknown directory > make: *** xfixes: No such file or directory. Stop. > make: Leaving an unknown directory > make[3]: *** [clean] Error 2 > make[3]: Leaving directory `/home/kwall/X/cvs/build/programs/Xserver' > make[2]: *** [clean] Error 2 > make[2]: Leaving directory `/home/kwall/X/cvs/build/programs' > make[1]: *** [clean] Error 2 > make[1]: Leaving directory `/home/kwall/X/cvs/build' > make: *** [World] Error 2 > > I get this error even after removing build/xmakefile and re-executing > "make World". build is a shadow directory created using lndir. Could > someone kindly hit me with a clue bat? Thanks. Stupid question: have you re-run lndir since the xfixes source appeared ? -- 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
Re: [Xpert]Hit bound texture in upload
On 7 Dec 2002, Gregory Stark wrote: > I'm getting a lot of > Hit bound texture in upload > in quake3. > > Whenever I get a message like this I also see corrupted textures on the > screen. From what I read in the source it appears this happens when mmAllocMem > returns 0 which sounds like it means out of memory. But I think I have plenty > of memory available. I know I have plenty of swap available. > 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) >(prog-if 00 [VGA]) > Subsystem: Matrox Graphics, Inc. Millennium G400 16Mb SDRAM I'm not an expert on the 3D stuff, but I think this means it is out of video memory. I note that your graphics card only has 16Mb. If I'm wrong and it is complaining about system memory, swap wouldn't help - it is very unlikely that your disk could feed data to the graphics chip fast enough. -- 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
Re: [Xpert]XFree86 -configure fails
On 7 Dec 2002, sashan wrote: > Attached are the results of XFree86 -configure (configure.txt), scanpci > -v (scanpci.txt) and the log file. Please can someone help or advise how > to go about making changes to the header file mentioned (see > configure.txt) The GeForce4 Ti 4400, with that pci id is supported in current CVS. -- 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
Re: [Xpert]2 mice -> 2 pointer ?!?
> > From: Dr Andrew C Aitchison <[EMAIL PROTECTED]> > > Where does the pointer come in ? > > > > I'm not saying that for a flight simulator it isn't useful to have > > more than one mouse or trackball; I'm all in favour of an X > > extension for that (I wouldn't be suprised to hear that there > > already is one) but that is 2 mice, not 2 pointers. I've been looking at xc/doc/hardcopy/Xi/lib.PS.gz the X Input Device Extension Library, which is implemented by XFree86 and some other X servers. Is the request for 2 pointers based on page 2, where it says "All extension input devices are treated like the core X keyboard in determining their location and focus" ? I think the next line, about explict focus, is your answer. As I understand it, an application can grab an input device and make it control anything it wishes. > maybe I can add some examples: > > I am working on a container terminal simulation (might be any robotic > type simulation in that regard...) where I visualize the crane movement > during waggon loading and unloading movements (4 degrees of freedom: > along tracks, transverse to tracks, lifting/lowering, rotation about > z-axis). > > I'm using both a SpaceMouse _and_ a regular mouse for my user > interface which already introduces the notion of distint foci: > Spacemouse for crane interactive movement, 2D-Mouse for viewpoint > manipulation at the same time. I can see why you want lots of degrees of freedom, and lots of inputs, but I don't really see why more of them are "pointers" in the sense I understand. It may be appropriate to show "cursors" for these independent actors, but they are application specific. In this case I think the fact that they are likely to be 3D is significant. I'm familiar with the idea of a mouse moving cross-hairs to rotate an object in 3D, but I'm not sure that I'd expect to see the cross-hairs if I had a track-ball - I'd just move the ball and expect the object to follow. Anyway, an application can take a device and draw its own cursor. I see an X pointer being as much connected with a keyboard as a mouse; what should the X server do with 2 pointers ? Shouldn't it leave the control of foci within an app up to that app. I don't know anything more about XInput, so I'll stop here, but I hope that I've given you a feeling for why some of us don't understand the request for more than one pointer as well as more than one mouse ? -- 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
Re: [OFFTOPIC] spam scoring (was: [Xpert]*****SPAM***** Extractinga KeySym from an action routine)
On Sat, 30 Nov 2002, James Hawtin wrote: > Could it be setup so subscribed users never be counted as spam? Just in > case the RBL is "wrong". Sounds like a good idea (although some spammers will just subscribe). However I can't see a way of stopping a spammer from sending mail as a subscriber, since From addresses can be forged. If we do it, I'd give mail a negative scored for coming from a subscriber, so that it still gets tested for content and viruses. -- 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
Re: [Xpert]2 Mice -> 2 Pointer ?!?
OK, here is my problem. Assume I have one pointer (perhaps driven by two mice) IfI open two wordprocessor documents at the same time, then I use the pointer to select text or to say which document I'm typing at. Now, if I have a second pointer and I point one at each document, which one gets the text when I type ? That is essentially what the X server has to do the whole time, so that the correct window gets key presses and mouse clicks. If I have two browser windows open I might want to click on a link in each one at the same time, so that they both go to new pages. But I don't really need a pointer for that at all; the only time the application needs to know the location of the pointer is when I click. The only touch screens I've used have been on things like bank ATMs and information kiosks. In those applications there is no concept of the current pointer position, just "screen pressed here" events. Where does the pointer come in ? I'm not saying that for a flight simulator it isn't useful to have more than one mouse or trackball; I'm all in favour of an X extension for that (I wouldn't be suprised to hear that there already is one) but that is 2 mice, not 2 pointers. *Fear, Uncertainty and Doubt -- 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
Re: [Xpert]2 Mice -> 2 Pointer ?!?
On Fri, 29 Nov 2002, Steffen Bischoff wrote: > I have a problem: I would like to install 2 mice at my Linux PC and > each mouse should control one pointer. > I have 2 Touch screens in the Xinerama mode or in the TwinView mode > (nVidia). The mice are attached over the COM-Port. > Unfortunately only one mouse-pointer is controled from both mice People keep asking for 2 pointers. With your reference to two touch screens I'm beginning to see why you ask, but I don't understand what you would expect the X server to do with two pointers*. X only has the concept of one pointer and one focus (usually the window in which you can type). How would you use 2 pointers ? * I do see the point in using two mice, scroll-wheels or trackballs: to allow applications to control more things. -- 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
Re: [Xpert]XF86 4.2.0 and IBM T210
On Tue, 19 Nov 2002, Robert H. Brown wrote: > Hi, > > After a few days of trying everything I can think of, I can't get XF86 > to run my IBM T210 flat panel at it's full 2048x1536 resolution. The > best I can accomplish is getting it to run at 1600x1200 at 85 Hz. That > would be OK except that the monitor is interpolating pixels and in > places the text looks pretty ratty. I have a Matrox G450 with 32 megs, > and the Matrox people say the card fully supports 2048x1536 at 24 bits > deep. As near as I can tell XF86 says there's no 2048x1536 mode, which I > assume is because there's something in the probe of the monitor for that > mode it doesn't like. Attached is the server log. Any insight would be > greatly appreciated. XFree86 doesn't have any built in 2048x1536 modes, but your monitor wrote the following into the log file: (II) MGA(0): Supported additional Video Mode: (II) MGA(0): clock: 238.8 MHz Image Size: 424 x 318 mm (II) MGA(0): h_active: 2048 h_sync: 2136 h_sync_end 2232 h_blank_end 2488 h_border: 0 (II) MGA(0): v_active: 1536 v_sync: 1552 v_sync_end 1568 v_blanking: 1600 v_border: 0 (II) MGA(0): Ranges: V min: 50 V max: 100 Hz, H min: 31 H max: 120 kHz, PixClock max 240 MHz so Modeline "2048x1536@60" 238.8 2048 2136 2232 2488 1536 1552 1568 1600 many work, or you may need to experiment by adding +hsync, -hsync, +vsync and or -vsync at the end of that line. -- 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
Re: [Xpert]Mailing List Archive?
On Fri, 22 Nov 2002 [EMAIL PROTECTED] wrote: > Have the mailing list archives been removed or did they ever > even exist? Googling shows lots of links to pipermail, for example, > http://www.xfree86.org/pipermail/xpert/2002-September/020643.html, > but these links no longer work and I don't (immediately, at least) > find mailman's archives at the Web site. Meanwhile, FTP connections > to ftp.xfree86.org are timing out. The box which services ftp.xfree86.org died on Friday. I don't know whether that would affect pipermail archives. -- 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
Re: [Xpert]Radeon 7000 TVout Modeline
On Sun, 10 Nov 2002, Sebastien Devaux wrote: > My best try to start X directly on TV is resumed here : > > [...] > Section "Monitor" > Identifier "TV" > HorizSync 15-115 > VertRefresh 50 > Option "CrtScreen" > # pal 768x576 50 Hz > Modeline "pTV" 29 768 784 854 936 > 576 582 588 619 > EndSection > [...] > Since HFL must be "8 divide-able" I can't match anything between > those to examples. I'm not sure that that rule still applies - you could try adding or subtracting 4 to HFL. > So to get finest control to Horizontal Freq, I tried to adjust dot > clock frequency. But, strangely, it seems to have no effect on > horizontal freq, but just on vertical one : I must adjust VFL > to get a stable image but, it stays the same. > > All configs I tried to get 640x480 or 800x600 (tring to be as close > as possible to 31.5 kHz Hori / 50 Hz vert) are worth. > I tried thousends options, PanelSize, composite_sync, NoDDC... None > of them had any effect. You don't mention "Interlace" which is a flag on ModeLine. PAL TV pictures are interlaced, so that might help, although the card might be doing that already. -- 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
Re: [Xpert]Matrox 4 screens
On Wed, 20 Nov 2002, Bjorn van de Langenberg wrote: > I'm testing a couple of machines with a 4 screeen (phisical screens) and > a Matrox g200 on RH 8.0. Do you have the pci ids in the config, or does the server pick the devices in its own order ? Can you check (perhaps with lspci) that the mapping from the pci ids to the sockets on the card ? (I have no reason to doubt that it is, but it is worth ruling it out). -- 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
Re: [Xpert]XFree86 "Automatic" generated modelines have a max refreshrate of 85Hz?
On 19 Nov 2002, Gerhard Olsson wrote: > The modelines automatically generated by XFree86 seems to give a refresh > rate of maximum 85 Hz. You have to generate a modeline manually to > achieve a higher refresh rate. Is this intentional? There aren't yet any truly automatic modelines in the server. xc/programs/Xserver/hw/xfree86/etc/vesamodes contains a list of (non GTF) VESA standard modes, and xc/programs/Xserver/hw/xfree86/etc/extramodes contains some other useful standard modes (many of them GTF compliant). Other than GTF, I'm not aware of any high refresh rate modelines which are part of any standard, which may explain we we don't automatically provide any. Don't forget that faster may be better for CRT, but flat-panel screens don't typically fade and need refreshing, so faster isn't really appropriate for them. A gtf modeline generator was recently added to the XFree86 CVS tree, but we don't yet use GTF modes, nor the modelines included in DDC data from many monitors. XFree86 is a member of VESA, and has the GTF spec and spreadsheet, but neither I nor anyone else has got around to adding support in the server. > A higher refresh rate than 85 Hz may be difficult to see with the eye, > but I wanted to at least try my monitor at a higher refresh rate. > > Ideally, XFree86 would always be configured to use "Optimal" refresh > rate. That would make it simple to explain to users that Optimal refresh > rate is always used. (There could be a parameter to cap the refresh rate > at 85Hz. I have heard that high refresh rates wear the > monitor even if they are within the specs, but some say this is not the > truth.) What is "Optimal" ? I think it depends on the monitor, so the best thing would be to use the info the monitor gives us in DDC data - which can include a "preferred mode". > A related issue: Is the mode lines generated by XFree86 conforming to > the General Timing Formula (GTF)as defined by VESA? Most modeline > generators on the Internet does not conform to this standard. This > creates problem for the Nvidia driver, that can handle sync pulses with > a maximum width of 256 pixels. Most VESA modelines do not conform to GTF, mostly because GTF puts the horizontal flyback starting (finishing?) halfway through blank time, which is different from where most of the previous standard modelines put it. > The only thing I know about GTF is in the only gtf compliant modeline > generator I have found. There is not much on the VESA website about GTF. > > http://www.xfree86.org/pipermail/xpert/2001-October/012070.html > or > http://www.sh.nu/nvidia/gtf.c Andy Ritger wrote those, and the gtf generator that is now in XFree86, so I assume it is the same one. -- 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
Re: [Xpert]Visuals, PixmapFormats and XImage
On Mon, 18 Nov 2002, Keith Packard wrote: > Around 17 o'clock on Nov 18, Tor Andersson wrote: > > > Second, I need a Visual in XCreateImage. Apparently, after testing, > > this has to be the same as the Visual of the Window. > > No, you don't need a visual to create an image, just use NULL. As there > aren't generally any depth 32 ARGB visuals available, you'd have a hard > time finding one to match your image. Has anyone tried http://www.dpmms.cam.ac.uk/~werdna/xfree86-devel/depth32.mga+ati.20020726.patch which makes the mga and ati (r128+radeon) drivers advertise ARGB visuals. As requested in http://www.xfree86.org/pipermail/xpert/2002-July/019655.html I'd like confirmation that it supports these visuals, and isn't just advertising support. -- 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
Re: [Xpert]Re: Newbie: Stated frequency limits are exceeded (GregShaw)
On Sun, 17 Nov 2002, J. Sims wrote: > I would have to agree with you. I actually looked into the code and (at least for >the radeon > driver) there are comments to the effect of "FP/LCD display testing might not work >well" > clearly it doesnt. When I tried to fake out the monitor test code by forcing the >"return" > value to one I then got a sig 11 (segfault?) so Ive left it at that so far and have >gone > back to windoze. (monitor works fine there of course) wonder how they always manage > to get the jump on the open sores "community". Any ideas? You don't say which version of XFree86 you are using. 4.2 was released nearly a year ago, and 4.2.1 is a security release; if you need support for newer hardware you have to expect to use CVS. That would make a big difference, since the Radeon LCD support has been redesigned and rewritten since 4.2. Do you expect Windows 2000 to support your brand new card without the driver on the CD included with the card ? Perhaps you should insist on a card with XFree86 drivers on that CD; I have one, so they do exist. -- 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
Re: [Xpert]Radeon & XVideo
On Fri, 15 Nov 2002, Warren Turkal wrote: > I am wondering why an XVideo display cannot be covered. I have the radeon > driver and a Radeon Mobility 7500. > Warren Is this 4.2.1 or CVS ? This sounds a little like the problem fixed in radeon_driver.c r1.54, change 118: Radeon Xv fixes and video key support added (Keith Packard) which is later than 4.2.1 -- 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
Re: [Xpert]FW: Lots of IP traffic, no screen activity
On Tue, 12 Nov 2002 [EMAIL PROTECTED] wrote: > > Not sure if this is the correct list, but I'll give it a try. We're > > trying to move from M$ to Linux, using Netraverse via X to diskless (or > > minimal - like a ThinkNic) workstations. We're in proof-of-concept mode > > here, and are trying to serve this up via the internet to a remote > > station. While this seems to work very speedily over my ethernet > > connection, it is horribly slow over an ISDN (here in Texas) ->T1 > > connection (in Tennessee). Looking at the bandwidth, it is generally > > using about 3K bytes per second, but doing little to nothing on the remote > > screen. Screen refreshes that take a second or so locally are taking up > > to 3 MINUTES on the remote, with a constant 3K bytes/sec of traffic. > > Occasionally we see a burst of 10Kbytes/sec, but not often, and there > > appears to be no connection with that burst and the rate of screen > > refresh. > > > > The way we are doing this is: > > > > ssh -X -f user@localserver > > > > This example came from the Netraverse manual, and, again, it works very > > speedily over my ethernetwork, served from the same machine that is giving > > it up so slowly. Is there a better way to do this? Are there settings to > > speed this up? Try adding the -C option to that ssh command. For images compressiong the data wont help, but for other stuff it might be a win. Note that on Linux some versions of ssh compression is disabled when privilege separation is enabled. If you can, run your window manager on the display, not the remote machine. If not go for a lightweight window manager. Also avoid fancy backgrounds and other image heavy applications. -- 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
Re: [Xpert]two keyboards: Linux kernel patch and XInput driver
On Tue, 12 Nov 2002, John Tapsell wrote: > On Tuesday 12 November 2002 10:35 am, Dr Andrew C Aitchison wrote: > > I think it would need either two event queues, or a new parameter > > in the event queue to say which input group created the event. > > I don't know that area, but I'm not sure that such a change could be done > > without changing the protocol. > > Hmm, can this be worked around? Apps don't need to know which input group > provided the input, and to them they could see just one input group. (If two > input groups have focus on the same window, perhaps merge the two event > queues.) The WM is another application, and it needs to know which input group triggered the event if it is to maintain two foci. Besides, if a game or a CAD or similar program uses two mice/trackballs/joysticks I'd expect it to want to know which one sent the event, but maybe we could do that by using different events in the same input group. That does make it difficult to know how much to merge two inputs in one group though. -- 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
Re: [Xpert]two keyboards: Linux kernel patch and XInput driver
On Tue, 12 Nov 2002, John Tapsell wrote: > Each input group has one cursor. (Few, in any, graphics cards can cope with > multiple hardware cursors, so above one cursor, the rest will have to be > software cursors.) > > Popular window managers will be extended to support multiple input groups. > Either by using a new extension, or using the existing extension (I've > forgotten what it is called) that gimp for example uses. Uurrg. Two input groups doesn't make sense unless you have two foci. That means the concept "the window with focus" becomes "the list of windows with focus". I think it would need either two event queues, or a new parameter in the event queue to say which input group created the event. I don't know that area, but I'm not sure that such a change could be done without changing the protocol. I really don't like the sound of that. -- 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
Re: [Xpert]8+24 Overlay Implementation
On Mon, 11 Nov 2002, Luugi Marsan wrote: > I thought about using the shadow framebuffer also. It seems like the > easiest way. I need to get myself more acquainted with shadow > framebuffer. For our new chip I need to specify an overlay surface and > an underlay surface, the chip will take care of overlaying both > surfaces. That is why I'm asking this. I hope that I'm thinking in the > right direction. Shadow isn't accelerated. Another approach would be to think of the overlay and underlay as separate heads; clearly you don't want that to show at the top level, but compartmentalizing the memory like our mga driver does for dual-head might be appropriate. -- 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
Re: [Xpert]8+24 Overlay Implementation
On Mon, 11 Nov 2002, Luugi Marsan wrote: > The current implementation of Overlay for the G450 seem to write the > 8bpp image by placing the pixel value at the top byte of each pixel. > Then the G450 takes care of doing the overlay by specifying to the card > the pixel configuration. If I wanted to have the overlay suface draw on > an separate surface, how would I do that? The best solution might require writing support in the server, but here is some other brain-storming: At some level pretend it is a different head. Since it is an overlay X doesn't *have* to know that it is related to the underlay (although it would defeat obscured window optimizations). Use a shadow framebuffer, and blit into the 8bit framebuffer. You can probably do better by drawing directly into the 8bit fb, pretending it is pixmap in video memory, but shadow may be easier. XV does overlays; is it useful to use video memory as an XV source ? (I don't know much about XV) I think that (some of the) C&T hardware (using the chips driver) have this cabability. I may be confusing it with another manufacturer (S3?) and I don't know whether we ever supported it. This might be productive lead, or it may be a red herring. -- 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
Re: [Xpert]Re: Matrox G550 and DDC problem
On Sun, 10 Nov 2002 [EMAIL PROTECTED] wrote: > On Sun, Nov 10, 2002 at 07:05:49PM +0000, Dr Andrew C Aitchison wrote: > > That is a success; > > /root/XF86Config.new should have some info about the monitor. > > Some, but not much. > > Section "Monitor" > #DisplaySize 330 270 # mm > Identifier "Monitor0" > VendorName "AY_" > ModelName"2fd" > Option "DPMS" > EndSection So DDCvbe works on your system. In mga_driver.c you could change the call to MGAdoDDC into a call to MGAProbeDDC (it may be a little more complicated than that). What do you actually want to do with DDC info ? I think it makes more sense to use DDC at config time (and interactive reconfig) than start time, otherwise server state will change if the server is started up with the screen turned off. -- 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
Re: [Xpert]Re: Matrox G550 and DDC problem
On Sun, 10 Nov 2002 [EMAIL PROTECTED] wrote: > >From X -configure: > > (II) Loading sub module "ddc" > (II) LoadModule: "ddc" > (II) Loading /usr/X11R6/lib/modules/libddc.a > (II) Module ddc: vendor="The XFree86 Project" > compiled for 4.2.1, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) MGA(0): VESA VBE DDC supported > (II) MGA(0): VESA VBE DDC Level 2 > (II) MGA(0): VESA VBE DDC transfer in appr. 1 sec. > (II) MGA(0): VESA VBE DDC read successfully That is a success; /root/XF86Config.new should have some info about the monitor. -- 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
Re: [Xpert]Re: Matrox G550 and DDC problem
On 10 Nov 2002, Greg Stark wrote: > Incidentally I just tried noDDC2 and there was no change, it still loaded the > I2C module and then failed to read any DDC info: Which Matrox card is this ? Does "X -configure" report DDC info - that uses DDCvbe. Both DDC2 and DDCvbe work for me, and there are objections to both, so I've given up worrying about the fact that one is used with -configure, and the other for the real server. -- 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
Re: [Xpert]Matrox G550 and DDC problem
On Sat, 9 Nov 2002 [EMAIL PROTECTED] wrote: > Does DDC require OS support, such as loaded I2C drivers? There are two versions: DDC1 and DDC2. These are not the same as the EDID version reported in the DDC info, and DDC2 is split into at least three). Some monitors support DDC1 but not DDC2 and vice-versa. For our mga driver there are actually three DDC implementations: DDC1, DDC2 and DDCvbe. Each can be turned off separately in the "Monitor" Section of the config file, with one of: Option "noDDC1" Option "noDDC2" Option "noDDCvbe" DDCvbe uses the video BIOS to return the DDC info. DDC2 requires the XFree86 I2C module, but not I think kernel I2C support. It does use a micro-second delay function; if you don't provide anything better it can revert to an uncalibrated loop which is probably far too fast current hardware. As far as I know the DDC1 code requires no specific operating system support, but it doesn't support DDC2 only monitors, and may fail if called after the DDC2 support (the monitor can get stuck in DDC2 mode). -- 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
Re: [Xpert]change input device on the fly?
On Thu, 7 Nov 2002 [EMAIL PROTECTED] wrote: > Is it possible to change an input device "on the fly", or after X has > started? I have a laptop with a built-in ps2 mouse, but I also have a > USB optical mouse that I like to use. Currently, I have to shutdown X, > edit the XF86Config, then restart to use the other mouse. Is there a > better way to do this? http://www.xfree86.org/pipermail/xpert/2001-April/007420.html -- 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
Re: [Xpert]Controlling Render's appetite for dynamic colormap entries
On 5 Nov 2002, Xavier Bestel wrote: > I don't want to be a jackass, but why isn't it dynamically settable ? I > mean, each day we discover that config-file options are a pain, because > they prevent dynamic reconfiguration which is a must for a modern > desktop. The X model allows clients to assume that some properties of the server don't change. There is no standard way to tell a client that it can no longer have the colormap it has been using. We could invent an extension to tell the client, but that doesn't help clients which aren't rewritten to listen to this extension. That isn't to say it isn't worth trying to think of a way of doing it, but there are already two solutions: 1 use a new color map - drawback color-map flashing 2 use a 15/16/24/... bit display I'm not sure that dynamic config for 8bit displays is a good use of developer resources. -- 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
Re: [Xpert]private mailing lists - an archive or read only access?
José Fonseca: > As said before I would like to be able to follow the XFree86 development > closely - wherever that is... So I would like to see the idea of > spliting the devel to come true not only because I don't foresee my > XFree86 membership application being processed within my lifetime, but > also because I think that open source development should be _open_ too. Politically I agree with you. Personally I value being in a private club, but I wouldn't claim that the benefits to XFree86 (a bunch of developers with massaged egos is the only one I can think of) outweigh the costs (a bunch of developers with bruised egos). On 3 Nov 2002, Juliusz Chroboczek wrote: > You are really not loosing much. But we do feel more comfortable with > an internal list. Is it still possible to get onto the internal list, or has membership become fossilised because everything happens on the xpert list ? While we have discussions on devel that could be on xpert, we need a way for people like Jose to get onto the internal list. I'm not really sure about making devel public; how are people supposed to decide between newbie, xpert and devel ? I think the original idea was that the "please help me" stuff would be on newbie (although that name doesn't give the right impression) and xpert would only have discussion of future developments. By not reading newbie I guess I've messed that up, but if we made devel public I'd be afraid of another round of mailing list "inflation" (ie the xpert traffic moving to devel, only the people who read newbie reading xpert, and newbie stuff all moving to xpert :-). -- 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
Re: [Xpert]X Windows System problem for RedHat 8.0 on IBM ThinkpadR32 on Windows-hosted vmware
On Sun, 27 Oct 2002, Kuang-Ching Wang wrote: > I am installing redhat 8.0 on my IBM thinkpad laptop R32. XFree86 fails > to start after installatoin complaining about "No screens found." Is it > something specific to the way I configure my laptop LCD display, or is > it about VMware?. > Below I attach the XF86Config contents and the crash log. When running under Windows-hosted vmware, use the vmware driver not the radeon driver. -- 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
Re: [Xpert]Radeon mobility and external monitor
On Tue, 29 Oct 2002, sjb wrote: > Hi, > > I have a Sony Vaio with a Radeon Mobility .. X runs fine at 1024 x 768 > on the LCD panel, but when I plug in an external monitor it runs at 800 > x 600 and a warning appears in the log .. > > (WW) RADEON(0): Mode 1024x768 is out of range. > Valid mode should be between 640x480-800x600 > XFree86 Version 4.1.0 / X Window System > (protocol Version 11, revision 0, vendor release 6510) > Release Date: 2 June 2001 >If the server is older than 6-12 months, or if your card is >newer than the above date, look for a newer version before >reporting problems. (See http://www.XFree86.Org/FAQ) The Radeon support for external monitors on laptops has improved a lot since 4.1.0. You should at least upgrade to 4.2.1, but if you can, use a recent CVS build, since this has been worked on a lot since 4.2[.1]. -- 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
Re: [Xpert]private mailing lists - an archive or read only access?
On Sat, 2 Nov 2002, J. Imlay wrote: > I think it would be very interesting if there was a public archive of > these "private lists. It would give people on the outside a better > understanding of what is actually being talked about and actively worked > on. Also it would make a lot of us much less ignorant. (and that's a good > thing for everyone) On checking, it appears that, apart from the lists for submitted patches, all the private lists are defunct except for one, the devel list. > Or are there actual resons why outsiders can't read these lists? > (copyright stuff and what not?) Officially, that is the only reason why the devel list still exists, but devel does still have a lot of traffic that could perfectly well be made public. I have to admit that I feel different about the xpert and devel lists. Xpert has a lot more traffic, and lots of traffic that, while it needs an export to answer it, doesn't really interest an expert. Devel has thus become a list that I read in a different from a of mind from xpert. I'm partly to blame for this "dumbing down"; since I don't read newbie anyone with a problem that needs my help has to ask on xpert :-( It may just have been teething or technical problems with the experiment in moderating xpert to block spam, but I got the impression that the traffic was more than we could comfortably moderate. Otherwise I'd suggest splitting devel into a closed list for things that had to kept confidential, and a moderated, archived public list. -- 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
Re: Patches in limbo - was Re: [Xpert]Re: Proposal for mouse speed& acceleration settings
On Sat, 2 Nov 2002, Stephen Davies wrote: > On Sat, 2 Nov 2002, Dr Andrew C Aitchison wrote: > > > Speaking as someone in the "outer circle" (I'm on the private lists, but > > don't get to change the code) I think that the problem is that none one will > > commit a patch that they don't understand. > > Hi Andrew, > > So those who send patches should expect some feedback or questions as to > our code. > > I submitted a tdfx driver patch on 7th Oct: > > > Your submission to <[EMAIL PROTECTED]> has been assigned the > > sequence number A.1297. > > I would have expected some sort of reply, perhaps one of: > > - patch accepted > - send your patch to xx@yy, maintainer of the tdfx driver > - we don't understand and won't apply - explain why you do ... That would be reasonable, but *somebody* would have make such a decision. If your patch falls within the interest of on the developers with commit access it will be accepted (or rejected) quickly. However, my impression is that the [EMAIL PROTECTED] address is so short-staffed that other patches may be stuck in a queue for a substantial time (I think I've had patches take two months before I've heard anything). If we don't have a tdfx maintainer your second suggestion isn't an option; and a message "your patch looks interesting, but we can't handle developments in that area of the server" sounds bad. Conscientious, overloaded people have a habit of trying to do the right thing later, rather than the wrong thing now. I don't really know how we can get more resource into handling submitted patches; we can't get just anyone to do it since this is a major part of our quality control, and even our most experienced, active developers are capable of submitting canges which cause problems. Should we try to raise money to hire someone with a lot of experience of the X code, not to do development, but to process the patch queue ? -- 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
Patches in limbo - was Re: [Xpert]Re: Proposal for mouse speed &acceleration settings
On Fri, 1 Nov 2002, J. Imlay wrote: > I am just a casual reader on this list so I could be entirly wrong about > all this. > > I've read the thread that you started last spring, and I've been following > this one, and I sympathize with you on the problems with the acceleration > in X (it's down right unusable IMHO) but what I'm missing is what you are > actually trying to get at? > > The issue was brought up last spring, and appearantly nothing was done > about it. And the problem doesn't seem to be lack of a patch it's just > that someone (a mystery to me as well) doesn't seem to like to apply > patches from anyone but ... well I don't know. Only a few of the inside > guys get to change the code at all. Speaking as someone in the "outer circle" (I'm on the private lists, but don't get to change the code) I think that the problem is that none one will commit a patch that they don't understand. We can't just make changes, however great, without considering what happens to people and programs which expect things to be the (broken) way they have always been. As a result, anyone who makes changes is expected to deal with any problems that show up because of their changes (there are two "interesting" threads on the main private list at the moment which could be said to be putting pressure on one of the big names becuase he is slow to deal with the consequences of some great new features). We don't have experts in every area, so some patches have to wait until somone has the time or inclination (we are mostly volunteers, remember) to understand them well enough to take responsibility for the consequences of the patch. While several people do commit changes submitted to the lists, there is only one person paid to integrate patches and generally "look after the code", anyone else who has a job is "adding features" or supporting hardware, or "developing the server", ie *writing* code. Few of these poeple seem to have the time to take on new areas of the code, and are more interested in improving the bit they know well. -- 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
Re: [Xpert]More 6 head stuff
On Thu, 31 Oct 2002 [EMAIL PROTECTED] wrote: > I have now made a web page describing how my 6 head system was made to > work: > http://www.pvv.org/~kim/Monitors6.html > > Do you have any comments or suggestions for improvement of the > web page or the 6 head system? Since it takes minutes to start, I'd use Option "NoDDC" Ideally this line should go in the "Monitor" section for each fixed sync monitor (or any monitor without DDC support), but if that doesn't work, try the corresponding "Device" section. Sorry I didn't spot that earlier. -- 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
Re: [Xpert]can't restart X
On Wed, 30 Oct 2002, Fred Heitkamp wrote: > I have a snakebite dual G4 Powermac. > I have Debian installed with XFree from CVS that is > just a week or so old. The problem I have has occurred > with all versions of X that I have tried. > My Mac has the GForce 2MX video card. > X seems to run OK but if I "log out" of X and try > to restart my display goes black. > I have to log in from another computer and reboot. > A wild guess is that the video card is left > in a weird state. Anyone else had a similar > problem? I have come across a similar problem on an x86 machine with a G550 DVI card, running Debian. I have a similar machine running RedHat which does not exhibit the problem. IIRC, on RedHat xdm dies if the X server misbehaves, and init restarts xdm. On Debian, xdm retries the X server, and if X mis-behaves often enough* xdm ignores that X session. For me, I'm not sure whether the X server completed with the wrong return code, or DDC on DVI meant that the xdm gave up waiting for the server to restart. *tune with DisplayManager*startAttempts or DisplayManager*openRepeat in /etc/X11/xdm/xdm-config I never got to the bottom of this. -- 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
Re: [Xpert]Apple 23 HD Cinema Modeline
On Wed, 30 Oct 2002, Colin Law wrote: > (II) RADEON(1): Supported additional Video Mode: > (II) RADEON(1): clock: 155.0 MHz Image Size: 495 x 310 mm > (II) RADEON(1): h_active: 1920 h_sync: 1984 h_sync_end 2016 > h_blank_end 2144 h_border: 0 > (II) RADEON(1): v_active: 1200 v_sync: 1203 v_sync_end 1206 > v_blanking: 1212 v_border: 0 > (II) RADEON(1): Monitor name: Apple Cinema > (II) RADEON(1): Monitor name: HD Display > (II) RADEON(1): End of DDC Monitor info Does this work: Modeline "1920x1200" 155.0 1920 1984 2016 2144 1200 1203 1206 1212 -- 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
Re: [Xpert]running 8-bit PC apps under 24- or 32-bpp X?
On Wed, 30 Oct 2002, Josh Fryman wrote: > ok. this aside. can someone explain to me why a 24- or 32-bpp X > can't allow apps that demand 8-bit PC to run, and just provide them > with an 'emulation' wrapper? i'd _really_ like to get rid of the > vnc go-between for a wide variety of reasons. it seems like an > obvious thing, but i can't figure out how to make it work. 8 bit on 24/32bit support hasn't been written yet. 8bit on X has an extra feature which made it difficult to produce a good solution on some hardware, but we now think we have a good solution for 24bit cards which currently support "DirectColor" visuals (most recent and current hardware). I've started looking at implementing this, but can;t promise when it will be ready; I'm a volounteer, and work and life take priority. -- 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
Re: [Xpert]Apple 23 HD Cinema Modeline
On Wed, 30 Oct 2002, Colin Law wrote: > Hi, > > I'm having trouble getting a 23" Apple HD Cinema display up and running > under XFree86 4.2.1. I'm aiming for a dual head system with a regular > CRT using a radeon 7500 for the apple, and the onboard graphics chip for > the CRT. > I've posted previously on this after getting nowhere, but i can now see > that Xfree is sensing the display, but is having trouble driving it. i > suspect we need a correct modeline entry in the config... > > Firstly, does anyone actually have one of these Apple display's up and > running ? > > If so, could you post a modeline, and maybe what hardware it is running on. Is there any DDC infomation in the log file (usually /var/log/XFree86.0.log) ? If so the monitor is likely to have given us the information we would need to build the modeline - the X server doesn't do this itself yet (although a recent CVS version may do this with a radeon). If so, could you send us the part of the logfile between "Monitor info" and "end of Monitor info" (these are not the exact strings; mine are "I2C Monitor info" and "end of I2C Monitor info"). -- 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]realglx.c doesn't compile
In xc/lib/GL/mesa/src/X realglx.c doesn't compile gcc -c -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef -I../../../../../extras/Mesa/src -I../../../../../extras/Mesa/src/X -I../../../../../extras/Mesa/include -I../../../include -I../../../../../exports/include/X11 -I../../../dri -I../../../glx -I../../dri -I.. -I../../../../../exports/include/GL -I../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../programs/Xserver/GL/dri -I../../../../.. -I../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA realglx.c In file included from realglx.c:29: ../../../../../exports/include/GL/glx.h:112: warning: function declaration isn't a prototype realglx.c: In function `_real_GetGLXDispatchTable': realglx.c:174: `_real_glXAllocateMemoryNV' undeclared (first use in this function) realglx.c:174: (Each undeclared identifier is reported only once realglx.c:174: for each function it appears in.) realglx.c:175: `_real_glXFreeMemoryNV' undeclared (first use in this function) make: *** [realglx.o] Error 1 Attached patch may be the solution. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna Index: realglx.c === RCS file: /home/CVS/XFree86/xc/extras/Mesa/src/X/realglx.c,v retrieving revision 1.6 diff -u -r1.6 realglx.c --- realglx.c 2002/10/29 18:19:41 1.6 +++ realglx.c 2002/10/30 07:49:43 @@ -171,8 +171,10 @@ glx.Set3DfxModeMESA = _real_glXSet3DfxModeMESA; /*** GLX_NV_vertex_array_range ***/ +#ifdef GLX_NV_vertex_array_range glx.AllocateMemoryNV = _real_glXAllocateMemoryNV; glx.FreeMemoryNV = _real_glXFreeMemoryNV; +#endif /*** GLX_MESA_agp_offset ***/ glx.GetAGPOffsetMESA = _real_glXGetAGPOffsetMESA;
Re: [Xpert]Separate Build Tree
On Tue, 29 Oct 2002 [EMAIL PROTECTED] wrote: > I confess I haven't researched this much (no googling), but a quick > search of the docs didn't reveal the answer, so I'll ask. Is there > a way to build XFree86 outside of the xc source tree that doesn't > involve black magic, speaking in tongues, chicken feet, bloodletting, > or other deep arcana? I'm thinking here of something akin to the GCc > build process that lets you unpack the sources in one directory, > say, $HOME/gcc-3.2, then configure and build in another directory, > say, $HOME/gcc-build. xc/config/util/mkshadow/README -- 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
Re: [Xpert]Matrox G550 and DDC problem
On Wed, 16 Oct 2002, Scott Lampert wrote: > I'm having trouble getting DDC to work with my Dell P1110 and my Matrox > G550. No matter what options I add or remove from my device section I > get output similar to: > Oddly enough, when I run "X -configure" it reads the EDID information > successfully and puts the information it garners about the monitor into > the XF86Config.new file. There was dispute about whether the mga driver should use the VBE code to interrogation, or do it itself, and the current state is that both methods are implemented (in MGAProbeDDC(..) and MGAdoDDC(...)) and one is used by X -configure and the other in normal use. There are people who claim that one method upsets their system, while others claim that the other method doesn't work for them. I was involved in the orginal, direct, implementation, before the VBE method was added (when the mga driver was the only one to support DDC). Since both methods work for me on my original Millennium I've not had any incentive to persue that matter. Inertia seems to have left the current state for a couple of years. -- 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
Re: [Xpert]Overlay, xf8_32bpp, documentation?
On Mon, 28 Oct 2002, Luugi Marsan wrote: > I'm saying this hoping someone corrects me. It's seems to me that the > G450 is not actually doing any hardware overlay? Where in the the > Xserver code is the actually hardware overlay registers touched? What sort of overlay are you thinking about ? I have been assuming you are talking about the 32bpp mode "24bpp direct/8bpp overlay palettized", which is set in c/programs/Xserver/hw/xfree86/drivers/mga/mga_dacG.c:423 by setting XMULCTRL to 0100bin. "hardware overlay registers" makes me wnder if I was on the wrong track and you are talking about video overlays ? It is possible that the G450 isn't doing overlays. I remember that something connected with 8+24 overlays didn't work when I was playing with a G400 dual head and a G450 dual head card, but I thought it was that one of the cards didn't do dual head without HAL, and HAL didn't do overlays. > I'm looking at the cfbDoBitblt8To32 function. And seems to me that > everything is done in software. Actually can anyone tell me the > difference between cfb and fb? Where does the cfb module lie in the > Xfree86 architecture? http://www.xfree86.org/pipermail/xpert/2001-February/005777.html mentions some of the differences; I believe that for each primitive there is a cfb function for each depth, but only one fb function. Hmm, cfbDoBitblt8To32 may or may not be replaced by XAADoBitBlt, which could be hardware accelerated. > I'm planning to make a little document explaining all of this because it > seems that documentation about this is hard to find. I'm sure I wont be the only one who finds it useful if you do. -- 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
Re: [Xpert]Multi-Screen with nvidia & Matrox
On Thu, 24 Oct 2002, Metivier, Todd wrote: > I am trying to get multi-screen capability working with an nvidia/matrox > combination. I need 2 separate X screens ( :0.0 & :0.1 ), not xinerama or > twinview or anything like that. Remove the "Scereen 0" and "Screen 1" lines; these are only for cards which can drive two monitors. > Section "Device" > Identifier "NV AGP" > VendorName "nvidia" > Driver "nvidia" > # update this with the PCI id of your card. Consult the output > # of the 'lspci' command. > BusID "PCI:1:0:0" > Screen 0 > EndSection > > Section "Device" > Identifier "Matrox" > VendorName "matrox" > Driver "mga" > # update this with the PCI id of your card. Consult the output > # of the 'lspci' command. > BusID "PCI:5:0:0" > Option"hw cursor" "off" > Screen 1 > EndSection -- 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
Re: [Xpert]dpms to detect physically shut off monitor?
On Sun, 27 Oct 2002, Eric Timme wrote: > I'd like to detect when the monitor is physically shut off by a user; I was > hoping that DPMS would be the solution to my quest, but after doing xset > +dpms and ensuring dpms is in the monitor section of my XF86Config (xfree > 4.2.0 or thereabouts) it still doesn't report the state of the monitor > correctly if I do a sleep 10; xset q , physically turning off the monitor > after I hit enter. I can issue "xset dpms force standby" and it will go to > standby, and "xset dpms force off", which will cause it to flicker off, then > come back on about a second later of it's own volition, but I'm still no > closer to a resolution of my problem =( DPMS doesn't detect when your monitor is shut off; it turns it off when the X server believes that you are doing nothing. Typing "sleep 10 ; xset dpms force off" should turn your monitor to a very low power state, and turn it back on again when you move the mouse or press a key. If it is coming back on more quickly there is a problem with the moniter, the graphics card, the X server or the driver. Since xset dpms force standby works, I doubt that the problem is in the X server or the graphics card. Which monitor and X driver are you using ? --- You might be able to use DDC to tell when the monitor is switched off. At present XFree86 only uses DDC at start up, but there are several stand-alone ddc-based config tools which can ask the monitor to describe itself (ddcprobe and ddcxinfo are two that I know about). You might be able to use the output from one of those to determine whether the monitor is on or off, but I see 3 problems: 1. if DDC isn't working the monitor will appear to be off, 2. using these tools often blanks the screen, so the user could be distracted by them, and 3. the DDC spec requires that graphics card supplies enough power for the monitor to reply even when turned off, so you can't even assume that the monitor is on if you get a reply. -- 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
Re: [Xpert]Doublehead radeon 7500 problem
On Sun, 27 Oct 2002, Ivan Mitev wrote: > it seems that the chipset is detected ok, but when i compare my logfile to > the one of the post "Radeon 7500 dual head problems" (Tue, 3 Sep 2002 > 08:59:49 -0400), i don't get any RADEON(1) info. i tried lots of > combinations of config files (with/without xinerama, different > options,...) > sorry if i did an obvious mistake, but i already spent a lot of time on it > without success, and i'm wondering if it's not related to the card itself. You have requested the same card in both device sections: > Section "Device" > # tested both devices with crtscreen opt., but with no luck > #Option "CrtScreen" # [] > Identifier "Card0" > Driver "ati" > VendorName "ATI" > BoardName "Radeon 7500 QW" > BusID "PCI:1:0:0" > Screen 0 > EndSection > > Section "Device" > #Option "CrtScreen" # [] > Identifier "Card1" > Driver "ati" > VendorName "ATI" > BoardName "Radeon 7500 QW" > BusID "PCI:1:0:0" > Screen 1 > EndSection -- 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
Re: [Xpert]Author/maintainer for R128 driver?
> > On Fri, 25 Oct 2002, Marc MERLIN wrote: > > > > > Ok, so no one seems to know about my XV problem with the R128 driver. > > > Does anyone know who the current maintainer(s) is/are? On 26 Oct 2002, Michel Dänzer wrote: > I was probably one of the last people working actively on the r128 > driver, but I no longer have any Rage128 hardware. I think Kevin E. > Martin maintains the driver. I'm mildly worried, if r128 is moving towards "unsupported". A local supplier is still advertising r128 and Mach64 cards (never mind laptops) for sale, and I think that at least one of my colleagues is still buying new machines with r128 cards. I have a Mach64 and an r128 driving displays on my desktop, so I'll to take a little more effort to watch that software rot is not setting in. -- 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
Re: [Xpert]Author/maintainer for R128 driver?
On Fri, 25 Oct 2002, Marc MERLIN wrote: > Ok, so no one seems to know about my XV problem with the R128 driver. > Does anyone know who the current maintainer(s) is/are? cvs log xc/programs/Xserver/hw/xfree86/drivers/ati/r128_driver.c includes revision 1.62 date: 2002/06/04 23:04:50; author: dawes; state: Exp; lines: +3 -1 180. ... 179. ... 178. Add an option to the r128 driver for enabling DMA for Xv image transfers (#5195, Michel Dänzer). -- 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
Re: [Xpert]Overlay, xf8_32bpp, documentation?
On Fri, 25 Oct 2002, Luugi Marsan wrote: > Hi, > > I don't understand how X11 implements overlay. I'm trying to understand > the xf8_32bpp module. Is their any documentation on this? I would like > to get an explanation on how this module was implemented. Is it > anything like how Window does Overlay? If I want to go through the code > where should I start? Seems to me that the xf86overlay.c file is a good > starting point. But how is this code structured. Is there anywhere I > could find something to explain the big picture of the code? There is a bit more in xaaOverl/xc/programs/Xserver/hw/xfree86/xaa/xaaInit.c xaaOverlay.c and xaaImage.c - look for overlayFlags and OVERLAY_8_32_PLANAR. How does windoes do overlays ? For the big picture I'd be guessing, but my impression is that most of the overlay code is there to persuade XAA to draw in the top byte of each pixmap, sometimes with planemasks and sometimes by using a depth 8 pixmap with 32 bit pixels (xf86overlay:512 OverlayRefreshPixmap). I'd be interested in anything you find out, since I expect I'll need to duplicate much of it for PseudoColor on DirectColor. -- 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
Re: [Xpert]colour mouse cursor
On Fri, 25 Oct 2002, Keith Packard wrote: > Around 10 o'clock on Oct 25, Dr Andrew C Aitchison wrote: > > > Is anything other than 8+24 overlay mode still using cfb ? > > No, and it shouldn't be a huge amount of work to fix this problem either. Maybe that is what Luugi Marsan is looking at ? -- 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
Re: [Xpert]colour mouse cursor
On Thu, 24 Oct 2002, Keith Packard wrote: > If you're running current XFree86 CVS, you should be seeing ARGB cursors > all over your screen as Xlib has been hacked to use them in place of the > stock cursor images. True, provided that you are using a fb based driver; drivers using cfb don't support RENDER or ARGB cursors yet. Is anything other than 8+24 overlay mode still using cfb ? -- 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
Re: [Xpert]Re: 8-bit pseudocolur emulation on direct color hardware
On Thu, 24 Oct 2002 [EMAIL PROTECTED] wrote: > > Around 10 o'clock on Oct 23, Dr Andrew C Aitchison wrote: > > > > > I'd like to do this. > > I'd be interested in helping out. I'll keep in touch with you. > > > Are we just going for 8bit pseudocolor on 24 bit directcolor, > > > or is it worth trying 5bit pseudo on 15/16 bit directcolour too ? > > > > I'm not sure 5-bit is interesting; many legacy apps assume 256 writable > > colormap entries or they'd work with a 5x5x5 cube preallocated by Render. > > What about 8bit pseudocolor on 16 or 24bit truecolor? For apps that involve > colormap cycling, the directcolor visual would definately be preferred, but > for other legacy apps that don't play with the colormap much once it's initially > allocated, it seems to me that you could use a truecolor visual and avoid > colormap flashing problems. Since we are required to be able to return the contains of the framebuffer, and (morally at least) we would have to implement colormap cycling, however slowly, to conform to the standard, a truecolor implementation probably has to be a shadow buffer, which would be unaccelerated. Many drivers actually use directcolor hardware to implement gamma mapping on truecolor, so I'm not sure that we would actually avoid colormap flashing problems. I've met resistance to a truecolor implementation from developers who understand this code better than I do, so I'd like to start with a DirectColor implementation, before adding an optional TrueColor implementation. -- 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
Re: [Xpert]colour mouse cursor
On Wed, 23 Oct 2002, kre wrote: > Are there any plans to make mouse cursor multi-colour and animated? This is supported in current CVS, using the RENDER extension. I don't know the recipe to tell it to use a different cursor, but xcursorgen can build animated cursors from image files -- 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
Re: [Xpert]8 over 24 app
On Wed, 23 Oct 2002, Luugi Marsan wrote: > Where can I find a simple app that uses Overlay 8+24? I can't seem to > find any. What do you use to test overlay? xv -visual PseudoColor & xv -visual TrueColor & will give you two programs showing the same image, the first in the 8bit overlay, and the second in the 24bit "underlay" When I was writing the 8+24 overlay I used kview from Richard Gooch's Karma: http://www.atnf.csiro.au/computing/software/karma/ as a test tool since I could display the image with a 24bit DirectColor visual, and manipulate the palette with a tool showing in another window, but I can't find that feature on the current version. Unfortunately although Richard had a card (not Matrox) which was capable of supporting overlay visuals, it wasn't supported by XFree86 v4. Even now I'm not sure that XFree86 supports overlay on that card :-( which means that Richard couldn't use the feature; maybe that is why I can't find it with the current version. -- 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
Re: [Xpert]Problem with 16bit color display under XFree86 4.1.0
On Wed, 23 Oct 2002, Kunxiu Gao wrote: > Hi, > > I currently have XFree86 4.1.0 on the redhat 7.2 machine. I am trying to > program for the 16bit color display, but I just could not get the color > right. I already have the correct display for 8bit and 24bit on this > machine. Some help is needed and will be appreciated. > > Since the display is 16bit, according to the result of xdpyinfo (see below), > the masks for r,g,b are 0xf800, 0x7e0, 0x1f. Does it mean the following > formula should generate the correct entry for a color with r, g, b value > red, green and blue? > red && 0xf800 + green && 0x7e0 + blue && 0x1f I think you want: ((red << 11) && 0xf800) + ((green << 5) && 0x7e0) + (blue && 0x1f) -- 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
Re: [Xpert]Only 16 bpp mode via DVI, when 24 bpp is shown
On Wed, 23 Oct 2002, Holger Isenberg wrote: > Although 24bpp mode is shown as only visual in XFree86.0.log and via > xdpyinfo, the image is obviously shown only with 16bpp on the TFT screen! > The 64 grayscale colors are easily visible. If you can see 64 grey levels, and if they are greyt, not greenish, you can't be in 16 bitmode. > from XFree86.log: > (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 > (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) > (==) RADEON(0): Default visual is TrueColor > (==) RADEON(0): RGB weight 888 > (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) Hmm, 8 bits per RGB, so you aren't stuck in 6bit DAC mode (although it might be worth looking for a DVI driver bug that isa giving you 6-bit dac mode). > from xdpyinfo: > depths (7):24, 1, 4, 8, 15, 16, 32 > depth of root window:24 planes That suggests that your server has RENDER. I think that means your application can give the server 16-bit data if it wants to. Which application are you using to display your images ? (Could your problem be your desktop setup ?). -- 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]8-bit pseudocolur emulation on direct color hardware
On Tue, 22 Oct 2002, Keith Packard wrote: > Someone should implement 8-bit emulation on direct color hardware. I'd like to do this. Where abouts would it go in - I guess that this would be another directory alongside programs/Xserver/hw/xfree86/xf24_32bp and programs/Xserver/hw/xfree86/xf8_32bpp ? Where should I look to generate the list of functions which would need to be implemented ? Are we just going for 8bit pseudocolor on 24 bit directcolor, or is it worth trying 5bit pseudo on 15/16 bit directcolour too ? Can anyone point me at instructions for testing an X server, once I thing I have it working ? I know about ftp://devel.xfree86.org/xtest.bin.tgz but never managed to run individual tests or understand the failure reports. -- 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
Re: [Xpert]Another CVS problem
On 22 Oct 2002, Michel Dänzer wrote: > > That the new header is being picked up seems the only viable explanantion > > for the reported symptom. How it got there is irrelevant. Perhaps > > re-installing glibc from source re-syncs the headers, I don't know. Or, > > possibly, this system simply does not implement the glibc/kernel version > > skew some distributions are so prone to. > > I'm sure you mean the sane technical solution explained in > http://uwsg.iu.edu/hypermail/linux/kernel/0007.3/0587.html ? I'm tempted to think that the whole problem comes about because the phrase "kernel headers" is used to cover both kernel headers and glibc headers, which ought to be two distinct interfaces. Whenever I read why the kernel headers should be updated with the kernel, but should match the version of glibc I see examples of programs which appear to be linked against glibc, not against the kernel. -- 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
Re: [Xpert]Problems with Type1 big fonts
On Mon, 21 Oct 2002, Alan Hourihane wrote:
> That's probably because your loading "Type1" and "FreeType" in your
> Module section. What does your module section look like ?
Correct.
# these 5 are fonts
# tt and freetype are mutually incompatible
# Load "tt"
Load "freetype"
Load "bitmap"
Load "speedo"
Load "type1"
Are tt and freetype still incompatible ?
--
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
Re: [Xpert]Problems with mga G450 and Overlay mode (8+24)
On Mon, 21 Oct 2002, Russ Radke wrote: > Folks, > > I'm running a mga G450 in a P4 system with XFree86 4.2.0-8 (RedHat), > and I can't seem to get into overlay mode (8+24). IIRC mga_hal_drv.o doesn't support overlay mode; are you using the HAL ? > (**) MGA(0): Option "Overlay" "on" > (--) MGA(0): Chipset: "mgag400" > (==) MGA(0): Using AGP 1x mode > (**) MGA(0): "on" is not a valid value for Option "Overlay" The options for Option "Overlay" and optional :-), and are something like "8+24" and "24+8". The idea may have been to set the default visual, but I don't know for sure, and I just use Option "Overlay" on my G550, as well as my Millennium I. You aren't using -fbbpp 24 are you ? I'll have a look at the full config and log file if you send them to me. -- 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
Re: [Xpert]XFree86 CVS and 1600x1024 (DVI) / Radeon
On Mon, 21 Oct 2002, Jeff Brubaker wrote: > Unfortunately, X comes up with a root window size of 1600x1024 (reported by > xdpyinfo) but is really only outputting 1280x1024 (reported by my SGI > MultiLink adapter). All of this flows through a Radeon VE to my SGI 1600SW > flat panel (DVI). When I was looking for a dvi card for my SGI 1600SW, I thought I read that the Radeon didn't official support that resolution; maybe the driver now supports the resolution limit on the card :-( > Oh, and just to put every question in a single e-mail, thus making it > difficult to find in mailing list archives, even in 24bpp, pixmaps appear to > be 16bpp. My web page, for example, looks substantially different between my > S3 based notebook in 24bpp and my Radeon VE based desktop in 24bpp. Is there > a pixmap depth limitation in the radeon driver? That log file says that the config file requested 16bpp :-) It also says that it is using the DAC in 6bit mode, which would not help. -- 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
Re: [Xpert]Problems with Type1 big fonts
On Mon, 21 Oct 2002, Alan Hourihane wrote: > On Mon, Oct 21, 2002 at 07:01:23PM +0200, Juliusz Chroboczek wrote: > > U> Does anybody know any solution around the problem of X crashing with > > U> Type1 big fonts ? > > > > The current Type 1 backend will no longer be the default in 4.3.0. > > The new Type 1 backend does not have this problem. > > There's a problem with this at the moment. If you build a static > server you get two font renderers registered to deal with .pfa/.pfb > fonts. Solution Juliusz - is it just to disable Type1 for static builds > because it's too buggy ? I think the module server does that too; I get Warning: font renderer for ".pcf" registered more than once Warning: font renderer for ".pcf.Z" registered more than once Warning: font renderer for ".pcf.gz" registered more than once Warning: font renderer for ".snf" registered more than once Warning: font renderer for ".snf.Z" registered more than once Warning: font renderer for ".snf.gz" registered more than once Warning: font renderer for ".bdf" registered more than once Warning: font renderer for ".bdf.Z" registered more than once Warning: font renderer for ".bdf.gz" registered more than once Warning: font renderer for ".pmf" registered more than once Warning: font renderer for ".pfa" registered more than once Warning: font renderer for ".pfb" registered more than once in my log at the moment. -- 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
Re: [Xpert]mga + VDI
On Thu, 17 Oct 2002, Emiliano Sutil wrote: > Hi, > > I have XFree86 4.2.0 and I have a Matrox G550. I have been using the VGA > interface and it works fine, > but when I try to use de DVI inrterface it doesn´t work. > > ¿which can be the problem? Does the mga driver support DVI mode? or do I > need something especial? Some people find they need the MATROX supplied mga_hal_drv.o and the option "HAL". Some people can get there G550 to drive DVI flat panels without HAL. -- 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
Re: [Xpert]Virtual Terminal Question
On Wed, 16 Oct 2002, Terrence O'Connor wrote: > How could I run multiple virtual terminals with > different video drivers? For example, > > VT7 - use "ati" driver > VT8 - use "vesa" driver In your config file have two layouts, one using each driver, then either run startx -- :0 vt07 -layout "ati_layout" and startx -- :1 vt08 -layout "vesa_layout" or put both lines: :0 local /usr/X11R6/bin/X vt07 -layout "ati_layout" :1 local /usr/X11R6/bin/X vt08 -layout "vesa_layout" into /etc/X11/xdm/Xservers I've never tried the later, and you may need some delay - starting two servers at the same time may confuse the servers or the card. > Also, how is the modeline chosen for the vertual > terminal consoles (ie - VT1,VT2,VT3..) and how can I > force it to accept a set modeline? Thank you. Not an X question - probably a linux (kernel) question. -- 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
Re: [Xpert]Selecting primary monitor in multiple monitor configuration
On Mon, 14 Oct 2002, Paul PIkowsky wrote: > I would like to be able to select my primary card as the PCI card in > the BIOS but have my AGP card be primary when I boot up in Linux. > Can I do that and if so, how? If you mean the linux console, try asking on a linux list. If you mean can X windows start up on a different card, yes. Configuring the non-boot card is similar to configuring a dual-head system. I'd recommend starting with the config file from "X -configure", then remove the BIOS head. Note: this will not give you a text console on one screen and X windows on the other ( apart from anything else how would both screens know which one had the keyboard and mouse ?). -- 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
proof-reader's report on RE: [Xpert]!! Correction for i810 driver!!
On Wed, 16 Oct 2002, Sottek, Matthew J wrote:
This proof-reader suggests:
sed -e s/temp/tv_htotal/g
> File : xc/programs/Xserver/hw/xfree86/drivers/i810/i810_driver.c
> Somewhere near line 1522
>
> unsigned int lcdtv_c=0;
> unsigned int tv_htotal=0;
>
> /* OVRACT Register */
> lcdtv_c = INREG(0x60018);
> tv_htotal = INREG(0x6);
>
> if((lcdtv_c & 0x8000) &&
> (~lcdtv_c & 0x2000) &&
> (tv_htotal)) {
>i810Reg->OverlayActiveStart = (temp>>16) - 31;
>i810Reg->OverlayActiveEnd = (temp & 0x3ff) - 31;
> } else {
>i810Reg->OverlayActiveStart = mode->CrtcHTotal - 32;
> i810Reg->OverlayActiveEnd = mode->CrtcHDisplay - 32;
> }
--
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
Re: [Xpert]Matrox color problems
On Wed, 16 Oct 2002, Ulrich Hobelmann wrote: > Dr Andrew C Aitchison wrote: > > On Wed, 16 Oct 2002, Ulrich Hobelmann wrote: > > > >>I've used the option NoHal in my config file, so the error > >>message disappears, but now I only have 8bit colordepth! > > > > There must be something "wrong" in your /etc/X11/XF86Config-4, > > even without hal, the mga driver should have no problems with high > > colour modes. > > Could you send my your config file and /var/log/XFree86.0.log ? Your "Screen" section doesn't have a "DefaultColorDepth nn" line, and you don't appear to have used a "-depth xx" command-line option, so the server tries the "Display" Subsections in order. The matrox cards don't support 1 or 4 bit depths, so depth 8 is the first. To get 24 bit, either use startx -- -depth 24 , add a line DefaultColorDepth 24 before your first "Display" Subsection, or change the order of your "Display" Subsections. If using xdm or similar you might want to change a line in /etc/X11/xdm/Xservers to read :0 local /usr/X11R6-v4/bin/X -depth 24 -- 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
Re: [Xpert]Console
On Wed, 16 Oct 2002, TJ OConnor wrote: > How does XFree86-4.2.1 decide what resolution and modeline is used for the > console (ie - virtual terminal 1,2,3..) XFree86 doesn't touch those VTs - the are left as the operating system set them. On linux the fb kernel modules and /dev/fb* may be involved. > Also, how can you output the current resolution and modeline the screen is > displaying at any given point? Does xdpyinfo -ext XFree86-VidModeExtension | tail -2 tell you what you want ? -- 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
Re: [Xpert]Matrox color problems
On Wed, 16 Oct 2002, Ulrich Hobelmann wrote: > I've used the option NoHal in my config file, so the error > message disappears, but now I only have 8bit colordepth! There must be something "wrong" in your /etc/X11/XF86Config-4, even without hal, the mga driver should have no problems with high colour modes. Could you send my your config file and /var/log/XFree86.0.log ? -- 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
Re: [Xpert]exact integral types
On Wed, 16 Oct 2002, Warren Turkal wrote: > Why does X not use the exact integral types in its typedefs? > > For instance, > typedef uint32_t CARD32; > instead of all the magic in Xmd.h? These are the ISO C 9X integer types aren't they ? I don't think we have got as far as completely ansi'fing the code yet, never mind using C-9X features. It might be a worthwhile project to make that file use C-9X when available, and only then grovel deep inside systems for older compilers, but basically it is a case of "if it ain't broke, don't fix it". -- 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
Re: [Xpert]My 6 head PC can be seen here.
On Tue, 15 Oct 2002 [EMAIL PROTECTED] wrote: > http://www.pvv.org/~kim > > That is me, sitting at my 6 head system in Linux. It is working thanks > to this mailing list. > > So, I wonder if somebody can recommend improvements to my config file, > supplied below. F.ex. I would like to have 3d, even though it is not > accelerated. Perhaps Mesa? > > The startup process is somewhat messy and buggy, with 2 boots and 4 > startx every time. It is thus: Sounds as though the second and third cards aren't soft-booted if there is a problem with a previous card. Does "X -configure" soft boot the cards successfully ? I'm suggesting that X -configure startx might remove at least one step from your sequence. -- 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
Re: [Xpert]does it detect an external VGA monitor?
On Sun, 13 Oct 2002, martin f krafft wrote: > i have a setup documented by the attached XF86Config-4 file This wasn't attached when I received your mail. > as it runs > on my Latitude C610 with a Radeon Mobility LY. it's dual head and > works perfectly as such. i start it through xdm. > > nevertheless, it makes a difference to X whether an external VGA > monitor (analog flatscreen) attached or detached. > > If it's detached, then X comes up just fine, displaying the second > screen on the external monitor as soon as I plug it in (after it > started). > > If the VGA cable is attached at the time of loading X, then my laptop > flatscreen goes all funky (black and white, melting around the screen, > constantly changing and giving me a general feel that it's not good > for the display) and the external monitor stays blank. XFree86 uses DDC to detect a VGA monitor; for a laptop this usually means an external monitor, and X can behave differently, depending on the details returned by the monitor, so it isn't a big suprise that it behaves differently if the monitor is plugged in at start up. The Radeon DDC support, especially for laptops, has been changed in the last week, so I suggest you try a very recent CVS build and see if that helps. -- 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
Re: [Xpert]fastest refresh rate card
On Fri, 11 Oct 2002, Daniel Sheltraw wrote: > I realize this is not really a XF86 question but do you > of any graphics cards with vertical refresh frequencies > greater than 100/sec. What resolution are you thinking of ? For a graphics card the limit isn't really the vertical refresh rate, but the clock speed. Thus the max vertical refresh rate is the max clock speed divided by the number of timing units (think pixels, but include the off-screen delays when no pixel is being drawn) in the modeline. Consider the modelines: # 640x480 @ 60Hz (Industry standard) hsync: 31.5kHz ModeLine "640x480"25.2 640 656 752 800480 490 492 525 -hsync -vsync # 1920x1440 @ 60Hz (VESA) hsync: 90.0kHz ModeLine "1920x1440" 234.0 1920 2048 2256 2600 1440 1441 1444 1500 -hsync +vsync These are both 60Hz vertical refresh. My Matrox G550 has a max clock speed of 360MHz, so the limit would be these modelines: # 640x480 @ 857 Hz ModeLine "640x480" 360.0 640 656 752 800480 490 492 525 -hsync -vsync # 1920x1440 @ 66.66 Hz ModeLine "1920x1440" 360.0 1920 2048 2256 2600 1440 1441 1444 1500 -hsync +vsync So you could go 8 times as fast as your 100Hz minimum with the right monitor. > Also what monitors or projectors exist to support high refresh rates. Sony have a monitor which does supports 1280x1024@170Hz and one optimized for 1920x1200@98Hz. CRT phospers have a delay-rate; if you try my 640x480 @ 857 Hz mode on a domestic monitor a handful of frames will be blurred together. Why do you want a high refresh rate ? -- 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
Re: [Xpert]Wrong DPI Value and strange looking fonts.
On Tue, 8 Oct 2002, Patrick Mau wrote: > Hallo List, > > this is my first post, so if you need further information let me know. > > I compiled X from CVS and everything is working well, but the fonts > look "condensed"; the characters are too tall. I usually use the > "-dpi 100" option when starting X. The screen resolution is > 1280x1024x16. My Monitor is not able to provide DDC information. > > Why is the resolution set to '80x85 dots per inch' ? Does your config file have a "DisplaySize" statement ? -- 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
Re: [Xpert]List of potential XFree things
On Thu, 10 Oct 2002, David Dawes wrote: > On Fri, Aug 23, 2002 at 07:10:08PM +0200, Alexander Stohr wrote: > >I understand your point. > >I would like to have the administrator to have a set of "known good" > >resolutions and setups between the user can select its desires. > > It's already possible to put multiple configurations in the XF86Config > file, and select which one you want via an X server command line > option (see the "-layout" option in the XFree86(1) man page). This > allows what you're suggesting without having to re-edit the config > file all the time. I once saw the suggestion of creating special users with login shell an su-root program which changes the config file (probably the XDM config file, but it could be /etc/X11/XF86Config-4) and restarts the X server (or xdm). If I want a big screen I log in as "bigscreen" then log in again as me. If my mother wants large text she first logs in as "bigletters" ... -- 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
Re: [Xpert]#DisplaySize 300 230 # mm ???
On Thu, 10 Oct 2002, Bill Schoolcraft wrote: > Hello Family, > > In configuring a FreeBSD-4.6.2 box I ran "X -configure" and got a file > that worked but the resolution was a bit too high for me and when I > viewed the XF86Config file I saw in the Display line: > > #DisplaySize 300 230 # mm > > And the man page said it was in milimeters. How would one just convert > 1024x768 to mm if that's the default this server is using ? I recall > this being in pixels before. The default is to use 75 dpi fonts, so 1024 pixels --- = 13.6533 inches = 13.6533 * 25.4 mm = 346.7946 mm 75 dots / in 768 pixels @ 75dpi = 260.096 mm Or if you have a more precise screen you man be using the 100dpi fonts: 1024x768 @ 100dpi = 260.604 x 195.072 mm --- Your DisplaySize line starts with "#", so probably isn't actually being used. -- 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
Re: [Xpert]Re: Resize and Rotate extension progress report
On Mon, 23 Sep 2002, Steve Kirkendall wrote: > but stopped when I came to a problem that can't easily be resolved in > the server or Xlib. > > The problem is that if the programmer assumed that displays would always > be 8-bit PseudoColor, then there's a pretty good chance that the program > does too -- that it simply uses the default Visual, and *assumes* it is > an 8-bit PseudoColor Visual. I know the old "quake" game did that. > But there's no good way for the server or Xlib to know that when some > applications ask for the default Visual, they really want a PseudoColor > Visual. > > I think the best way to handle this would be to put the PseudoColor > emulation code into something like Xnest -- a server which merely passes > the requests on to a real X server after translating the colors. The > legacy applications would run on the Xnest-like display, while modern > applications talk directly to the real X server. You are right to think about this problem, we have already hit it with the 8+24 overlays, provided by the mga and a few other drivers, where we have both visuals in hardware. There we have solved it by making PseudoColor the default visual. This is a pain in many circumstances, so can be overridded with the "-cc n" command line option, or the "keyword "Visual" in the display subsections of the config file. (Although I'm having problems with the "Visual" keyword being ignored). xnest is probably a good enough solution when the visual is emulated. However I'm pleased to hear that Jim thinks we can go further, and emulate the visuals in the server, so that xnest only needs to change the default visual. - Keith is worried about the performance of a pseudocolor visual emulated on truecolour. Most legacy apps (other than games) aren't going to be changing the colour maps a lot, and if they do we probably have more cpu than they were expecting anyway, so I wouldn't be worried about. I don't appear to have a card which supports TrueColor but not DirectColor; are they common enough to worry about ? -- 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
Re: [Xpert]Xv with G200: Size limits after upgrade to 4.2
On Thu, 10 Oct 2002, Andreas Trottmann wrote: > I got a Matrox Millennium G200 AGP (rev. 1), with 8 MB RAM. I use > a resolution of 1024x768 in 16bpp. > > Since I upgraded to XFree86 4.2.1 from 4.1.0 (which happened > recently in Debian sid), I cannot use Xv anymore for big sources. > This applies to a "normal" run of X, including the "dri" modules. > When starting X without "dri", either by starting two X servers > at once (so the second one can't do dri), or by commenting out > the 'Load "dri"' statement in XF86Config-4, then I can use Xv for > all sizes (at least until 1024x768). > Now, the whole problem looks like a shortage of memory to me. > But, in my limited knowledge, I think that 8 MB should be enogh > to do both DRI and Xv up to 1024x768 in 16bpp. So, I'm now asking > the list: /xc/programs/Xserver/hw/xfree86/drivers/mga/mga_storm32.c has the comment: /* If that gives us less than half the available memory, let's * be greedy and grab some more. Sorry, I care more about 3D * performance than playing nicely, and you'll get around a full * framebuffer's worth of pixmap cache anyway. */ Somebody has decided that 3D is more important than Xv, and not provided an option to disagree. You could use the Option "TexturedVideo", described in xc/programs/Xserver/hw/xfree86/Options as: This has XvImage support use the texture engine rather than the video overlay. This option is only supported by the G200 and G400, and only in 16 and 32 bits per pixel. Default: off. IIRC using the texture engine is slower than the video overlay, but it would use 3D memory, so might help in your particular case. Other than that you will have to modify the source of mga_storm32.c and compile the driver yourself. -- 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
Re: [Xpert]mga overlay: 8-bit windows turn black + AA fonts in gnomedissappear
On Fri, 27 Sep 2002, Steve Salazar wrote: > I still get the blacking out of windows with a cvs checkout from this > monday. I've attached a screenshot and my xfree log. The window that is > white in the screenshot is actually black on my screen. I don't know why > the screenshot looks different than what I see. I couldn't swear to it, but I think that the RandR support stopped overlay from allowing the default visual to be set in the config file (although -cc 4 on the command line still works). I haven't had a chance to investigate properly. I still can't understand why it makes a difference running as root. -- 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
Re: [Xpert]Time-machine messages
On Wed, 9 Oct 2002, Kacper Wysocki wrote: > Does anyone have a reasonable explenation for why I just received a > huge amount of Xpert digests, all with correct sequential no's, that > are full of messages dated August?! Is the listserver date/time screwed > up or something? I'm talking Vol 1, #2268 up to #2277, but I seem to be > missing #2266-7, #2270-1, #2274 and possibly more to come. And an > amazing amount of postings for one day, if I might add. A lot of them mention that they are not subscribed to the list. My guess is that these messages have to be checked by a moderator to exclude spam, and the moderator has just submitted a bunch of accepts. Perhaps he took the mail off on holiday on his laptop, and he has just got back and hooked up to the net, so all posts got sent at once ? Or they got stuck on a mail server queue for a while. -- 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
Re: [Xpert]command line options
On Mon, 19 Aug 2002, Kyle Balling wrote: > Is there a way to define a screen resolution for x in the command > line via startx or xinit? The purpose for this is a script that lets the > user choose a resolution for X to start with before starting X. I would > like to avoid appending the XF86Config file. If you define several screens and layouts in your config file you can choose which one to start with something like startx -- -layout 1280x1024 or startx -- -layout 1024x768 See ServerLayout in "man XF86Config" for more. -- 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
Re: [Xpert]xfree cvs matrox cursor
On Wed, 11 Sep 2002, Klaus Dittrich wrote: > I installed xfree from cvs (11.09.2002). > > When using the mga driver of xfree86, the hw-cursor > of the G550 (xinerama) looks like a square inch bar code field. Is this one of the cursors in /usr/X11R6/lib/X11/icons/redglass/cursors ? These new cursors are a feature (but require the RENDER extension to work). I guess removing the files would give you your old cursors back. I think the matrox driver had the old cursors because it doesn't support RENDER. -- 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
Re: [Xpert]List of vesa mode names
On Tue, 8 Oct 2002, Russell wrote: > Hi, > > Where can i find a list of names for the built-in > vesa modes? xc/programs/Xserver/hw/xfree86/etc/vesamodes within the XFree86 source tree. You should be able to find this under http://cvsweb.xfree86.org/cvsweb/ if you don't want to download the whole Xfree86 source. -- 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
Re: [Xpert]Magictouch Driver problems
On Mon, 7 Oct 2002, Yld ob wrote: > I have a Magictouch ProE touchscreen by Ketytec which I am having > difficulty getting working in 4.2.0. In the modules/input directory > there is a magictouch_drv.o driver, but it doesn't seem to want to > load. I have been searching the web for quite sometime but haven't > really been able to find many references to this at all. The man > page appears to just be a copy of the void/null input driver's man > page. Does anyone have this working that can offer any > suggestions. I basically get the following when I try to load the > driver: > > (EE) LoadModule: Module magictouch does not have a magictouchModuleData data object. > > (EE) Failed to load module "magictouch" (invalid module, 0) > > (EE) No Input driver matching "magictouch" Those errors suggest that the module is too old for your server version. -- 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
Re: [Xpert]Lots of problems with Debian unstable on Matrox G200
On Sun, 6 Oct 2002, Mukundan Sudarsan wrote: > Hi > > I just updated to the latest Xserver-xfree86 4.2.1-1 and suddely my x > window systm won't work anymore. It was working with the previous > version of the xfree86 server. > > I am attaching my log and the xf86config-4 config file. It fails with > the error > (EE) No drivers available. Do you have a file /usr/X11R6/lib/modules/drivers/mga_drv.o The logfile suggests that this file may be missing. -- 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
Re: [Xpert]Colour balance (mga)
On Sat, 5 Oct 2002 [EMAIL PROTECTED] wrote: > > On Sat, 5 Oct 2002 [EMAIL PROTECTED] wrote: > > > > > So, what kind of colour adjustments is possible in the mga driver? > > > Any URL about that? > > > > The command > > xgamma -ggamma 0.5 > > should make the screen less green. Try adjusting the value. > I see. I think a brightess adjustment would be more correct, dimming > the green component. I am going to solve this by replacing the > monitor. The greenish monitor is a Sony trinitron from Digital, while > all the others are from Hewlett Packard. Because of what you say, the > sixth monitor must be H.P. as well. > > By the way, I calculated the optimal gamma to be 1.5. I suggested 0.5 as a crude way of turning down the green; this is a relative gamma; "xgamma -rgamma 1.0" would make the red gamma exactly the same as not using gamma correction in the server. Ideally you would display red, green and blue ramps, measure what appears on the screen, and use these measurements to calculate the data feed into XF86VidModeSetGammaRamp, perhaps with different values for each monitor, and re-measuring as the monitor ages. -- 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
Re: [Xpert]Dual head support
On Sat, 5 Oct 2002, Rick Seiden wrote: > I'm sorry if this has been covered before, but I could not find it in the > archives. > > I have Mandrake 8.2 running on a Celeron 700 machine with two video cards > that I used under Windows98 for dual monitor support. I believe they are a > trident 9750, and the other an S3Virge of some sort (obviously, I need to > get the exact details on this before I begin). > > What I'm looking for is a set of documentation on setting up dual head > support under XFree86 4.x. I have searched and searched, and can't find > one. Could someone please point me in the direction of a set of docs? I don't know of any explicit docs, but running X -configure should give you a config file ~root/XF86Config.new Copy this to /etc/X11/XF86Config-4 to get you started. >From there, see ServerLayout in 'man XF86Config' to get the screens in the right positions. -- 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
Re: [Xpert]Colour balance (mga)
On Sat, 5 Oct 2002 [EMAIL PROTECTED] wrote: > Is there any possibility of adjusting colour balance? > (for the mga Matrox driver.) > I have now got 5 monitors showing skin tones good enough, but the 6th > is greenish, and that monitor do not have any adjustments for that > under the hood. So, software is the only possible solution, unless > I want to risk electrocutzapping myself. (Been there, done that, got > 3 spots on 2 fingers burned to ash...) NEVER poke into a monitor with > both hands, even when the power has been off for several ours!!! > > So, what kind of colour adjustments is possible in the mga driver? > Any URL about that? The command xgamma -ggamma 0.5 should make the screen less green. Try adjusting the value. For more precise control, you want the function XF86VidModeSetGammaRamp (and possibly XF86VidModeGetGammaRamp and XF86VidModeGetGammaRampSize) defined in /usr/X11R6/include/X11/extensions/xf86vmode.h Which let you define the value of each point on the "gamma" curve. Unfortunately I can't find these mentioned in the man pages. *** These should work on the matrox cards, but only on the first head as the hardware on the second head doesn't have a palette. I think there is a swap-head option to switch which connector is the second head. > PS: My 6 head system works quite nice with KDE now, except that I have no > 3d, and one ghastly green monitor. > (Seems a few programs bugs with widths over 2000 pixels.) If you used no_accel, your 2D may be slow too. -- 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
Re: [Xpert]Where can I get source
On Wed, 2 Oct 2002, Larry wrote: > Where can I get the source for xset? I've looked all over the web site and > can't find anything but the sources for X, which I really don't need. > > What I would really like is the code to blank and unblank the screen much like > the xset program sets up. I want to add the blanking and unblanking to a > screensaver program I am writing so that the gui won't take up resources when > the screensaver is running. But I can't find much on the subject. MarkV: >It's in the server tree at xc/programs/xset. If you don't want to download the whole of X you could get the source through the cvsweb interface at: http://cvsweb.xfree86.org/cvsweb/xc/programs/xset/xset.c The version which is at the head today is: http://cvsweb.xfree86.org/cvsweb/~checkout~/xc/programs/xset/xset.c?rev=3.26&content-type=text/plain -- 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
