Re: Rotating the desktop
On Thu, 24 Jul 2003, Gareth wrote: I'm not sure if this is the right place to ask, but is this feature planned for the next release (4.44)? Is it being worked on? Sore point. Several drivers supported rotated desktops either in 4.2 or before 4.3. A new extension (RandR - Rotate and Resize) was added in 4.3 which was designed to add this, but the full version didn't make it into the standard server (I think it is in the kdrive/TinyX server), and the rotation features are not currently supported. Worse, the RandR support that was included broke rotation for those drivers which had previously supported it :-(. If so who do I need to talk to in order to best assist in its development? Sorry I don't know. The people who were doing rotation seem to have parted company with XFree86 since the above fiasco. -- Andrew C Aitchison ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Rant (was Re: ATI Drivers.)
--- Kendall Bennett [EMAIL PROTECTED] a écrit : David Dawes [EMAIL PROTECTED] wrote: Frankly, your own rants against XFree86 and some of its volunteers recently are no different than this. It sure left a bad taste in our mouths. There is a sickening propensity towards hostile and intimidating behaviour from several quarters, and it deserves the negative results it will surely achieve. I have still yet to receive an email from you either backing up your claims that I have been ranting against XFree86 and some it's volunteers recently. Either back it up or offer me an apology. snip the rest of the personal rant Guys could you please finish this in private e-mails? Bye Manu ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: automatic / full test
Hi! Can this be of any help? http://www.gnu.org/software/xnee/ Xnee can record, distribute and replay X (X11) protocol data. This is useful for automated tests of applications or benchmarking of applications. ...think of it as a robot. /hesa On Sun, 2003-07-06 at 20:15, Mark Vojkovich wrote: On Sun, 6 Jul 2003, mnicolet wrote: I builded XFree86 4.2.0 on a not full *NIX compliant platform. I would like to test it extensively before I put it into production state. Does anyone know how to do it unattended ? Or, is there a test suite which tries all important/critical things before they could bit ? Thanks in advance There is the xtest suite. It's in XFree86 CVS, somewhere... Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: patch procedure ..
Sven Goethel writes: sorry for being lazy and not RTFM, but after i send a patch to the patch email addy, and i have received an acknowledge .. - how long does it takes to get an answer - usually - will it happen to get no answer at all ? Hm, how long ago did send the email? I was under the impression that these lists don't exist any more as the bugzilla is the preferred way to submit patches: http://www.xfree86.org/developer.html Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
CVS service on cvsup.xfree86.org not available
cvsup.xfree86.org isn't providing a CVS service today. anoncvs.xfree86.org is, so this isn't urgent. Is this a technical problem, or is cvsup.xfree86.org being phased out ? -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Hardware overlays (8+24?) on Intel i830
It is very useful when dealing with programs of a 5-10 year vintage that were originally developed under X-Windows when 8 bit displays were the best you could get. Since most 8 bit displays used PseudoColor (read Pallete based), they have particular hard-coded logic to deal with the color map. Almost all modern hardware is capable of 24 bit without breaking a sweat (or the memory limit), so modern programs probably just assume TrueColor. So as Linux continues it's into the Enterprise and companies find new life for their old Unix applications that can now run on desktops and laptops running Linux, I would expect that this will become a required feature for Enterprise class drivers. Luckily XFree86 already has support for mixed visuals with a number of drivers. Regards, Matthew Sottek, Matthew J wrote: Yes, The Mobile chipsets could do this under several circumstances. The desktop chips cannot. Could you provide an indication of what such a feature is actually useful for? It seems like more of a toy feature than something with real world applications. Seems like you could actually run at 24bpp and convert from 8 to 24 in the driver with less performance impact than running an additional display plane that consumes width*height*depth*refresh bytes per second guaranteed. -Matt -Original Message- From: Dr Andrew C Aitchison [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 5:09 AM To: [EMAIL PROTECTED] Subject: Hardware overlays (8+24?) on Intel i830 I see from http://www.xig.com/Pages/PrReleases/PRMay03-830-O'lays.pdf that hardware overlays (possibly similar to what we currently do in the mga and glint drivers) are possible on the Intel i830 chipset. Does anyone know anything more, or is anyone actually working on adding support to our drivers ? If anyone with a suitable machine is interested in testing for me, and I can get chip-level details, I *might* be interested in writing the code myself. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Hardware overlays (8+24?) on Intel i830
mobile devices will always have more limitations, so you wont get rid of any sort of low bpp formats. in multi buffer environments, such as OGL with front, back, depth, stencil, overlay, whatever you will be in need to deal with any sort of pixel depth at the same time as well. for imaging programs there are alpha planes, some are even only 1 bit per pixel, so thats another case where X11 might need to support it for a long time. -Alex. -Original Message- From: Matthew Tippett [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 17:34 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Hardware overlays (8+24?) on Intel i830 It is very useful when dealing with programs of a 5-10 year vintage that were originally developed under X-Windows when 8 bit displays were the best you could get. Since most 8 bit displays used PseudoColor (read Pallete based), they have particular hard-coded logic to deal with the color map. Almost all modern hardware is capable of 24 bit without breaking a sweat (or the memory limit), so modern programs probably just assume TrueColor. So as Linux continues it's into the Enterprise and companies find new life for their old Unix applications that can now run on desktops and laptops running Linux, I would expect that this will become a required feature for Enterprise class drivers. Luckily XFree86 already has support for mixed visuals with a number of drivers. Regards, Matthew Sottek, Matthew J wrote: Yes, The Mobile chipsets could do this under several circumstances. The desktop chips cannot. Could you provide an indication of what such a feature is actually useful for? It seems like more of a toy feature than something with real world applications. Seems like you could actually run at 24bpp and convert from 8 to 24 in the driver with less performance impact than running an additional display plane that consumes width*height*depth*refresh bytes per second guaranteed. -Matt -Original Message- From: Dr Andrew C Aitchison [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 5:09 AM To: [EMAIL PROTECTED] Subject: Hardware overlays (8+24?) on Intel i830 I see from http://www.xig.com/Pages/PrReleases/PRMay03-830-O'lays.pdf that hardware overlays (possibly similar to what we currently do in the mga and glint drivers) are possible on the Intel i830 chipset. Does anyone know anything more, or is anyone actually working on adding support to our drivers ? If anyone with a suitable machine is interested in testing for me, and I can get chip-level details, I *might* be interested in writing the code myself. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Rant (was Re: ATI Drivers.)
David Dawes [EMAIL PROTECTED] wrote: When exactly have I 'ranted' against XFree86 and some of it's volunteers? I felt personally attacked beyond what might be considered reasonable by you in some of the forum discussions in April this year. Because I stated my opinion that everyone involved in XFree86 has some kind of vested interest? I'm a volunteer leader of an open source project, not a public official. Oh, and I never did get an apology for the inaccurate assumptions you publicly presented as fact. If you are talking about your relationship with Tungsten Graphics and contract development done on behalf of Intel, my inaccurate assumptions were never presented to be inaccurate. If fact they were mostly just relaying stuff publicly presented on several web sites. ie: you publicly state on your web page you are working on Intel driver code, you worked for Tungsten, Tungsten does contract work for Intel, and Intel tells me that they contract Tungsten specifically because the leader of XFree86 work theres. Where is the inaccurate assumption? My personal life seem to take up an inordinate amount of your attention for some reason. Thanks mate. Honestly I don't give two hoots about your personal life, just what you do as the leader of XFree86. What I do care about is if someone is using their power as the leader of XFree86 for commercial gain while trying to hide that fact from the community. If you are doing commercial development because you need to get paid and put food on the table, that's fine, just don't try to hide the fact. Be open about what you do and let the community decide whether they they feel that is acceptable behaviour from the leader or not. For instance do you really think it is acceptable or 'fair to the community' for your new company X-Oz to be selling proprietry versions of XFree86? Don't you think that is an abuse of your power as the leader of XFree86 (something over which you have pretty tight control)? Oh wait, I forgot. XFree86 is run by the board of directors and are not accountable to what the community thinks nor has to disclose anything. My bad. Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
touch screen driver question
I apologize if this is the wrong list send me to the right one. I am a novice at XFree, and working to timelines on a captive product within a company. We are doing real time data acquisition, with a Linux box being the over-arching controller. I created a driver for a Microtouch touch panel for X3.36, based off of the dynapro driver and it worked well under RedHat Linux 7.3. The version of linux updated to RedHat 8.0, and I upgraded the driver based on XFree 4.2.1 source code for the dynapro driver. There were no substantial changes. The driver comes up and works, and the cursor is left on the screen where the finger is placed. Menus work, etc. However, while the finger is held down, the cursor ghosts to another part of the screen, down from the actual position, and a button down event appears to be given, and the cursor comes back. This causes a lot of problems with closely spaced buttons on screens, etc. I have noticed that the ghost cursor stays at the same absolute position as the finger moves down, and then jumps down again. It is almost like I'm getting false information from the serial port (ttyS0). Does anyone have a clue as to what is going wrong? I'm a bit lost. I've looke in what mail archives I could find, and have not noticed anything in regards to this kind of problem. Any kind of clues and debugging techniques would be helpful. thanks, bug -- - Sick and tired of spam? Ask me about Mail Deflector! http://www.maildeflector.com - ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: CVS service on cvsup.xfree86.org not available
On Fri, Jul 25, 2003 at 03:58:28PM +0100, Dr Andrew C Aitchison wrote: cvsup.xfree86.org isn't providing a CVS service today. anoncvs.xfree86.org is, so this isn't urgent. Is this a technical problem, or is cvsup.xfree86.org being phased out ? It was a technical problem (fixed now), however anoncvs.xfree86.org is the preferred host to use (allows more connections, faster machine, etc). David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Hardware overlays (8+24?) on Intel i830
I understand the need for 8bit displays to support legacy apps; however, RandR (or RENDER? or a combination of the two?) is (or will be) able to support 8bit visuals on a 24bpp display. I am wondering if giving up a guaranteed and constant amount of memory bandwidth on a platform that shares memory bandwidth is not a worse solution than just emulating the 8bit using RandR which only makes the 8bit drawing a greater bandwidth consumer during drawing operations. -Matt -Original Message- From: Alexander Stohr [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 8:43 AM To: [EMAIL PROTECTED] Cc: Sottek, Matthew J; Matthew Tippett Subject: RE: Hardware overlays (8+24?) on Intel i830 mobile devices will always have more limitations, so you wont get rid of any sort of low bpp formats. in multi buffer environments, such as OGL with front, back, depth, stencil, overlay, whatever you will be in need to deal with any sort of pixel depth at the same time as well. for imaging programs there are alpha planes, some are even only 1 bit per pixel, so thats another case where X11 might need to support it for a long time. -Alex. -Original Message- From: Matthew Tippett [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 17:34 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Hardware overlays (8+24?) on Intel i830 It is very useful when dealing with programs of a 5-10 year vintage that were originally developed under X-Windows when 8 bit displays were the best you could get. Since most 8 bit displays used PseudoColor (read Pallete based), they have particular hard-coded logic to deal with the color map. Almost all modern hardware is capable of 24 bit without breaking a sweat (or the memory limit), so modern programs probably just assume TrueColor. So as Linux continues it's into the Enterprise and companies find new life for their old Unix applications that can now run on desktops and laptops running Linux, I would expect that this will become a required feature for Enterprise class drivers. Luckily XFree86 already has support for mixed visuals with a number of drivers. Regards, Matthew Sottek, Matthew J wrote: Yes, The Mobile chipsets could do this under several circumstances. The desktop chips cannot. Could you provide an indication of what such a feature is actually useful for? It seems like more of a toy feature than something with real world applications. Seems like you could actually run at 24bpp and convert from 8 to 24 in the driver with less performance impact than running an additional display plane that consumes width*height*depth*refresh bytes per second guaranteed. -Matt -Original Message- From: Dr Andrew C Aitchison [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 5:09 AM To: [EMAIL PROTECTED] Subject: Hardware overlays (8+24?) on Intel i830 I see from http://www.xig.com/Pages/PrReleases/PRMay03-830-O'lays.pdf that hardware overlays (possibly similar to what we currently do in the mga and glint drivers) are possible on the Intel i830 chipset. Does anyone know anything more, or is anyone actually working on adding support to our drivers ? If anyone with a suitable machine is interested in testing for me, and I can get chip-level details, I *might* be interested in writing the code myself. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
