Question about X.org
Is X.org in any way affiliated with xfree86? (Please send your response to [EMAIL PROTECTED], as I'm not yet re-registered at the mailing list) _ Worried about inbox overload? Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: of manpages and names
X11 manpages are stored in /usr/X11R6/man/manx/whatever, not /usr/share/man/..., so filename clashes are not likely. If you change a filename, be sure to change the whatis database (or whatever it is that man uses to determine the manpage for a given command) too. From: Thomas Dickey [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: of manpages and names Date: Wed, 10 Dec 2003 15:15:29 -0500 (EST) On Wed, 10 Dec 2003, Warren Turkal wrote: I was wondering if it is possible to get manpages to be named slightly different than default without major surgery. I will illustrate what I want with an example. Say I have a manpage xterm.man. It gets generated as xterm.1 stored in the $(INSTALL_DIR)/man/man1. I want to change the generated file to be xterm.1x instead. How would one accomplish this? Is there some Imake #define that can be set? That's ManSuffix, which is set in several files under config/cf -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Winterize your home with tips from MSN House Home. http://special.msn.com/home/warmhome.armx ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: hi
Foreign messages have come to me at least 4 times in the last month or so, definitely more than a couple a year. You say that foreign language posts are off topic and shouldn't be made at all, while someone else said they can't be helped due to XFree86's international nature, but should in fact be welcomed...go figure. I guess the foreign posts should be ignored by the english sector, and let the foreign guys worry about it. I recently got a warning from the post master for relaying a volunteer request by X.org, and it definitely let me know I was in the wrong...perhaps the postmaster could contact other spammers and give them the same one-two that I got. IMHO, this would put a stop to the advertisements. From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: hi Date: Mon, 08 Dec 2003 14:12:14 -0800 I speak spanish and that seems to say something about your mother, big cow I hope I'm mistaken because that sounds rather rude. By the way, this is the 3rd foreign message I've received in the last week. I made a post about an automatic translation filter that checks the country domain; I'd really like to see it implemented. I've heard of babelfish. What would be the point? Almost all of the foreign language messages to this list are SPAM. In fact, this one would conflict with your recent request to limit profanity. The foreign language messages are OFF-TOPIC and don't belong at all. It would be alot of work to install such a filter, even if one did exist, just for one or two messages a year. When those very rare messages do occur, there are enough people on the list who speak other languages that can either respond or provide a translation if needed. If you see a non- English message on this list, you can safely assume it is SPAM, unless proven otherwise. BTW, this message does reference your mother, but according to it, the big cow is your wife (she's also a whore among other things). I won't go into what it tells you to do to yourself. From: luca bettati [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: hi Date: Fri, 05 Dec 2003 18:39:42 +0100 hai rotto il cazzo: tè, tua madre e quella gran vacca, zoccola, puttana e troia di tua moglie! vatti a farti fottere figlio di PUTTANA ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Get holiday tips for festive fun. http://special.msn.com/network/happyholidays.armx ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Shop online for kids toys by age group, price range, and toy category at MSN Shopping. No waiting for a clerk to help you! http://shopping.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: GeForce 4 Ti 4200 on Dell Inspiron 8500 (Filter no 20311056)
So this bug is in recent versions too? not just stoneware? In that case, I shall be posting to bugzilla. From: Mark Vojkovich [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: GeForce 4 Ti 4200 on Dell Inspiron 8500 Date: Mon, 8 Dec 2003 14:39:02 -0800 (PST) On Mon, 8 Dec 2003, Raymond Jennings wrote: That's funny, I had the same problem, only I have a Diamond Stealth II S220 and use the generic SVGA server. Whenever I switch to text mode and ESPECIALLY if I had a virtual resolution, it seems as if the video card isn't beginning the text scans at the right place, it's as if someone scrolled the text display over to the right by a character, and this is confusing because the cursor is correctly placed. If I type a few characters the text mode display jumps back to where it should have been in the first place. Whatever code is responsible for restoring text mode is messing up big time. Is this the kernel, or does the X server handle switches back to text mode? Similar problems on different architectures suggest that this fault is in global code. The driver is responsible for restoring the text mode. It is the XFree86 driver's fault alone when the text mode is not properly restored. Mark. From: Mark Vojkovich [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Christophe Jacquet [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: GeForce 4 Ti 4200 on Dell Inspiron 8500 Date: Sun, 7 Dec 2003 13:07:32 -0800 (PST) On Sun, 7 Dec 2003, Christophe Jacquet wrote: 3) When I switch back from graphics mode to text mode, the text display is messed up: the display is not correctly centered, one pixel out of two remains off, and horizontal lines appear when some text is printed on the last line. Did it used to work? I've never had one of these laptops myself so I've never tested on one. Does hitting the Font key fix it up again? Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Get holiday tips for festive fun. http://special.msn.com/network/happyholidays.armx ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Cannot connect to X Server
That's odd... Try xinit and see if xterm can connect...if that doesn't work, try xdm, and if that doesn't work, just run the X server raw to verify that X works. If X refuses to start up raw (with no clients), then there is a more serious problem. Cannot connect usually means that the X server can't be accessed. See if X can at least run (you can probably terminate it with Ctrl-Alt-Backspace. I've used this dozens of times) If X can't be accessed, you might want to make sure your DISPLAY environment variable is set. If X dies, startx can't connect to it. From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Cannot connect to X Server Date: Tue, 9 Dec 2003 17:46:25 +0900 Hi I was installing Qt/Embedded using rpm and after that i cannot connect to my X Server. I have inittab text login and startx command returns Connect connect to X Server I appreciate your assistance... Vinod _ Shop online for kids toys by age group, price range, and toy category at MSN Shopping. No waiting for a clerk to help you! http://shopping.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Autocalculation of Modeline parameters? (E-mail Filter=20311056)
A previous post on configuration reminded me that I've noticed that some of the included Modeline lines result in really ugly displays, which can be tricky to fix with xvidtune. Could the X server include a provision for autocalculating certain Modeline parameters? Perhaps a utility to do this? (I'm working on a colorful version right now I call vidfix. You can increase/decrease the four h and v timings and the pixclock atomically, and autocalc values (h refresh and v refresh) can be adjusted, causing the core data to change (sort of like changing HSV and having the RGB automatically update). Don't get your hopes up yet, it's still in alpha, I haven't even studied the XVidMode extension and I'm having trouble with the widgets) For example: Modeline 1024x768 Auto 1024 auto auto auto768 auto auto auto could be filled in by the X server by autocalc-ing the auto values, taking into account the monitor type, sync freq constrains, and timing criteria. The X server seems to be pretty good about picking the best mode from many choices, so some of the code may already exist. This may help to reduce or even eliminate messy XF86Config modification. Let me know what you guys think about this. I'm just a newbie so don't bash me; I will, however, welcome constructive criticism; just don't cuss or flame. _ Shop online for kids toys by age group, price range, and toy category at MSN Shopping. No waiting for a clerk to help you! http://shopping.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Please, keep the profanity down. Re: Dealing with images (Filter 20311056)
Someone posted this message, and I'm concerned about questionable language. I use an HTML-based e-mail retrieval via Internet Explorer, but system settings may cause IE to block inappropriate web-pages (ones that contain cuss words), and as I get my e-mail via the www, a company with strict settings on the internet machines may prevent me from reading some of the postings. Apart from that, it may offend some people. This is a public mailing list, after all. Could we keep the profanity down please? It's a bit rude and may also cause problems with paranoid browsers. From: mark kandianis [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Dealing with images Date: Sun, 07 Dec 2003 19:13:54 -0500 On Sun, 07 Dec 2003 14:52:50 -0800, Alan Coopersmith [EMAIL PROTECTED] wrote: mark kandianis wrote: that's shit. I really think that's got the cart in front of the horse. I don't see the market leader(s) doing that, to make something saddled to a standards group is a reminder of why LINUX beat FreeBSD. Standards are what allow Linux to have had even a chance to be here in the first place. this from the company that has brought us solaris. (cheap shot but I like it) and as for pOSIX and linux, linux is not limited by the pOSIX standard, it makes the standard by doing it making it happen. i've seen LINUX move beyond and do things that posix has yet to endorse but does so it can be LINUX aware. making something a standard doesn't mean that anyone willl use it? tech is wrecked with lots of 'standards' that went no where. yeah the internet took off. darpa made it happen. lots of govt money can make anything happen. mark If it wasn't for open standards, the Internet wouldn't exist in it's current form - all we'd have is AOL Compuserve with their proprietary formats, and anyone wanting to compete would have to be constantly reverse engineering to be able to interoperate at all (as you can see in the word processor market, where Microsoft changes its file formats every release, and everyone else wastes a ton of effort reverse engineering in order to be compatible). hey wanna buy a standard cheap? i'll sell in on ebay. goes to highest bidder ;-) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Shop online for kids toys by age group, price range, and toy category at MSN Shopping. No waiting for a clerk to help you! http://shopping.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: GeForce 4 Ti 4200 on Dell Inspiron 8500
That's funny, I had the same problem, only I have a Diamond Stealth II S220 and use the generic SVGA server. Whenever I switch to text mode and ESPECIALLY if I had a virtual resolution, it seems as if the video card isn't beginning the text scans at the right place, it's as if someone scrolled the text display over to the right by a character, and this is confusing because the cursor is correctly placed. If I type a few characters the text mode display jumps back to where it should have been in the first place. Whatever code is responsible for restoring text mode is messing up big time. Is this the kernel, or does the X server handle switches back to text mode? Similar problems on different architectures suggest that this fault is in global code. From: Mark Vojkovich [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Christophe Jacquet [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: GeForce 4 Ti 4200 on Dell Inspiron 8500 Date: Sun, 7 Dec 2003 13:07:32 -0800 (PST) On Sun, 7 Dec 2003, Christophe Jacquet wrote: 3) When I switch back from graphics mode to text mode, the text display is messed up: the display is not correctly centered, one pixel out of two remains off, and horizontal lines appear when some text is printed on the last line. Did it used to work? I've never had one of these laptops myself so I've never tested on one. Does hitting the Font key fix it up again? Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Wonder if the latest virus has gotten to your computer? Find out. Run the FREE McAfee online computer scan! http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
Keeping old bugs marked as fixed should prevent us from having to bother with people with stale releases reporting already fixed bugs. Erasing bugs entirely may confuse unfixed bugs with fixed bugs that were fixed after the stale release was released. From: Alan Hourihane [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: XFree86 4.4.0 RC1 Date: Mon, 8 Dec 2003 16:59:51 + Yes, it was committed by Egbert on 8th October. Alan. On Mon, Dec 08, 2003 at 08:49:40AM -0800, Alex Deucher wrote: I looked through the cvs commit archives and I never saw that the fix for 661 was committed. I don't have the hardware so I can't test. Alex --- David Dawes [EMAIL PROTECTED] wrote: On Mon, Dec 08, 2003 at 08:11:24AM +, Andrew C Aitchison wrote: On Mon, 8 Dec 2003, David Dawes wrote: On Thu, Dec 04, 2003 at 08:19:59PM -0500, David Dawes wrote: If you have any open bugs in our bugzilla, you need to verify whether or not they are still valid against this release candidate. Send a note here for bugs that are confirmed to still be a problem, and close ones that you confirm are fixed. Bugs that are not confirmed against a release candidate will be closed as a matter of course when 4.4 is released. I haven't seen much reponse here yet regarding new bugs or existing open bugs in bugzilla. Does that mean that most of them are no longer relevant and can be closed? I don't think that we can behave like that. The only bug with my name on it is 85, and I've never been able to reproduce it, so I can't say whether it has been fixed. I would be very uncomfortable marking it as closed. My point is that for the bug reports to be useful, they need to be refreshed. That means that the reporter (or someone else with an interest in it) needs to, at a minimum, retest against new versions. It helps, especially at this stage of a release, to bring stuff up here. I don't know how to figure out which of the 150 or so currently open reports are even still valid, let alone when they get an update that needs attention. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Get holiday tips for festive fun. http://special.msn.com/network/happyholidays.armx ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Experimental Snapshot v4.3.99.901 - SIS-DRI-Driver-Problem
Direct3D may be more than a 3D graphics API...It may ALSO be a hardware interface standard. A given graphics card, might, if I may, speak D3D-ese and/or GL-ese, if you know what I mean. I recommend that the hardware driver guys investigate this, and if this IS true (D3D-ese vs GL-ese), then I suggest we put out a D3D API similar to Mesa, or we could put in a GL-to-D3D translation module. (this could also be vice versa, D3D-to-GL, because D3D retained mode is pretty dang useful, what with its frames and meshes, very nice automatic geometry handling) A D3D API may alsp be useful, and as XFree86 becomes more popular (and I'm sure it will), D3D programmers may have difficulty migrating to OpenGL, and a D3D API would help that. I just hope DirectX isn't an MS trademark, or that they've copyrighted the API...That sounds like something Micro$oft might do. From: Andreas Allacher [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Experimental Snapshot v4.3.99.901 - SIS-DRI-Driver-Problem Date: Sun, 7 Dec 2003 11:27:21 +0100 Hi, I have tried your latest Snapshot and have a problem using the SIS-DRI-Driver at WineX if it comes to Direct3D games OpenGL games work perfect also DirectDraw... BUT as said Direct3D games lock-up (only mouse works still) before I get shown anything the same is for the videos in the game this all worked perfect with the old SIS-Driver but there I had the problem that in any game if DRI was used - I got a lock-up, even TuxRacers Could you please look into that and tell me if the next release will fix this problem could you also maybe tell me what could have been the problem with the old SIS-Driver? One other thing: with glxinfo I got about 375 FPS with the old driver with the new I get around 200FPS is it still that fast as the old but only glxinfo detects it wrong?. Btw. after installing the new X Snapshot autostarting of X doesnt work anymore it tries but I get back to login mask without X after logging in and using startx this works. Regards, Andreas Allacher ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Browse styles for all ages, from the latest looks to cozy weekend wear at MSN Shopping. And check out the beauty products! http://shopping.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Mailing list structure
I've heard of babelfish... Perhaps we could have the filter include the original version to fall back on in case the translation is broken. From: Elliott Mitchell [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Mailing list structure Date: Tue, 2 Dec 2003 14:16:37 -0800 (PST) From: Raymond Jennings [EMAIL PROTECTED] Perhaps you could implement a mechanism to automatically translate messages into english and back when needed...All the french post in french, the mailing list system recognizes it comes from a french site (*.fr) and runs it through a filter that translates it. Whenever a new message needs to be sent to the french, the mailing list system recognizes it goes to a french site (*.fr), and translates it back to french. This example should work for any language. Where are you expecting to get the software from? How many thousands of dollars (or equivilent amounts of other currency) will it cost to purchase/license? How well do you actually expect it to work? Interesting idea, quite possibly a useful one......if translation software actually works (and last I checked it doesn't well enough for this use and mailing list). -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \ (| [EMAIL PROTECTED] PGP 8881EF59 |) / \_ \ | _ -O #include stddisclaimer.h O- _ | / _/ \___\_|_/82 04 A1 3C C7 B1 37 2A*E3 6E 84 DA 97 4C 40 E6\_|_/___/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Dont worry if your Inbox will max out while you are enjoying the holidays. Get MSN Extra Storage! http://join.msn.com/?PAGE=features/es ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
FW: doc'n for xlib c binding (NOTE: volunteers)
I made an inquiry at X.org and got a reply, which included the following lines: . . . ps. I'd like to encourage your further participation. we depend on volunteer labor. this kindof effort is badly needed. . . . Seeing that XFree86 developers are volunteers, I thought that at least some of them might wish to help out x.org. Interested developers should go to X.org _ Take advantage of our best MSN Dial-up offer of the year six months @$9.95/month. Sign up now! http://join.msn.com/?page=dept/dialup ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Rappel pour les abonnements aux listes sur udius.com
Parlez vous ingles? Someone tell this guy that not many of us speak french. From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Rappel pour les abonnements aux listes sur udius.com Date: Mon, 01 Dec 2003 05:00:13 -0500 Ceci est un rappel, envoyé une fois par mois, concernant vos abonnements aux listes de udius.com. Il contient vos paramètres d'abonnement et la marche à suivre pour les changer ou résilier votre abonnement à une liste. Vous pouvez utiliser l'interface web pour changer votre statut ou vos paramètres d'abonnement, vous pouvez aussi y résilier votre abonnement, choisir de recevoir les messages en mode groupé ou encore désactiver toute réception de messages (par exemple si vous partez en vacances), etc. En plus de l'interface web, vous pouvez procéder à ces modifications par courrier électronique. Pour plus d'information, envoyez un message à l'adresse '-request' de la liste (par exemple [EMAIL PROTECTED]) contenant uniquement le mot 'help' dans le corps du message, vous recevrez alors un courrier vous indiquant la marche à suivre. Si vous avez des questions, des problèmes, des commentaires, etc., envoyez-les à [EMAIL PROTECTED] Merci! Mots de passe pour [EMAIL PROTECTED]: List Password // URL [EMAIL PROTECTED] viubdo http://mail.udius.com/mailman/options/i3tv_udius.com/devel%40xfree86.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Need a shot of Hank Williams or Patsy Cline? The classic country stars are always singing on MSN Radio Plus. Try one month free! http://join.msn.com/?page=offers/premiumradio ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Mailing list structure
I'm getting a few messages in foreign languages. Could the xfree86.org people fork into .fr, .uk, .ru, .it, and so on? I think we need to split the mailing list by language because not a whole lot of us speak french, italian, or whatever other crazy language you can think of. This may need to be relayed to the xfree86.org sysop, as it may involve the entire site. _ Is there a gadget-lover on your gift list? MSN Shopping has lined up some good bets! http://shopping.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Could the VESA BIOS be of assistance? (ID 20311056 ignore this filter)
I was wondering if we could make some use of the VESA VGA extension, to set video modes at least. That would eliminate all of the video mode problems, such as bad offsets, out of sync, and scanline problems. The VESA standard covers everything the XVidMode extension does, but does it more safely. I have yet to see the video bios mess up the video card. The XVidMode extension could ignore everything but the screen dimensions and be backward compatible. Xvidtune would be made obsolete. I've done plenty of VESA hacking, and it seems a promising interface. And don't tell me it's slow, because the video card takes a while when changing video modes anyway, and any latency involved in calling the VESA BIOS would be masked by the monitor resyncing. Tell me what you guys think about this. I'm aware of a prejudice against the BIOS, but this is a special case. I know for a fact that messing around with sync frequencies is dangerous, and the BIOS can be trusted. You could make use of the vm86 system call, or write a kernel module to go to v86 mode on behalf of the X server. I'm certain there's always a way to get to the VESA extension. Let me know what you guys think. Is this practical? is it ingenious? Is it dangerous? Is it stupid? _ Set yourself up for fun at home! Get tips on home entertainment equipment, video game reviews, and more here. http://special.msn.com/home/homeent.armx ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Could the VESA BIOS be of assistance? (ID 20311056 ignore this filter)
So if I got the latest version, and decided to change video modes, would it use VESA? From: Alan Hourihane [EMAIL PROTECTED] To: Raymond Jennings [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Could the VESA BIOS be of assistance? (ID 20311056 ignore this filter) Date: Mon, 24 Nov 2003 21:26:50 + On Mon, Nov 24, 2003 at 09:19:01PM +, Raymond Jennings wrote: I was wondering if we could make some use of the VESA VGA extension, to set video modes at least. That would eliminate all of the video mode problems, such as bad offsets, out of sync, and scanline problems. The VESA standard covers everything the XVidMode extension does, but does it more safely. I have yet to see the video bios mess up the video card. The XVidMode extension could ignore everything but the screen dimensions and be backward compatible. Xvidtune would be made obsolete. I've done plenty of VESA hacking, and it seems a promising interface. And don't tell me it's slow, because the video card takes a while when changing video modes anyway, and any latency involved in calling the VESA BIOS would be masked by the monitor resyncing. Tell me what you guys think about this. I'm aware of a prejudice against the BIOS, but this is a special case. I know for a fact that messing around with sync frequencies is dangerous, and the BIOS can be trusted. You could make use of the vm86 system call, or write a kernel module to go to v86 mode on behalf of the X server. I'm certain there's always a way to get to the VESA extension. Let me know what you guys think. Is this practical? is it ingenious? Is it dangerous? Is it stupid? The driver for using the VESA BIOS already exists and has done for several XFree86 versions. The driver is called 'vesa'. Some drivers already use BIOS calls to set modes too, some of the Intel chipsets exclusively use it. Alan. _ Has one of the new viruses infected your computer? Find out with a FREE online computer virus scan from McAfee. Take the FreeScan now! http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Capturing events from the root window
You could fudge it if you have to. Monitor your window for configure notify events, and poll the root window. Whenever there is information indicating that your window is no longer at the top, restack it so that it becomes on top if you have to. This will work, but you'll need to keep your latency down. It will take about a split second for it to jump. This ought to work no matter what window manager you use. This is a sure fire kludge, but there might be a better way. Does X11 provide a always on top flag? From: Gerhard W. Gruber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Capturing events from the root window Date: Thu, 30 Oct 2003 23:07:37 +0100 On Fri, 31 Oct 2003 08:51:07 +1100, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: you willonly then get events when the mouse passes over your thin window. That's no problem as long as my window stays on top. not as a widget - no. you'll have to jump down to gdk. i'm not sure if gdk supports this though. you'll want an inputonly window thats a toplevel window (immediate child of root) thats override-redirect. you'll need to also monitor I managed to create an invisible window which is only one pixel in widht and has the same height as the screen (hardcoded for now, how can I query the current resolution?). The only problem, I still have is, to make the window stay on top of all others in order to always receive input events when the user moves the mouse to the right border (or where he configured it). Is it possible to create a window that always stays on top? Not only of it's own application, but of all application windows. If not, is it possible to get an event when my window is obscured or lowered because another window has been raised over it? Actually getting the inof when it is obscored would be enough because it only needs to stay accessible all the time and for this it doesn't have to be the top window. And can I raise a window above all others? I browsed the web for this, but it seems that is also not possible. Everytime I think of a new way how to achieve what I need it seems to be blocked by X. :( all client windows, where they move, go etc. and follow i'm still not even 100% sure what it is you want to actually do (in overall aim) You can take a look in the readme at http://sourceforge.net/projects/launchmenu, there I explain it. Its just a simple app that has been proven quite usefull to me over the years and I wrote this for myself because the original source is not portable and the author doesn't give away all the source anyway. If you don't want to download the package, it is of course in the CVS as well. there's a whole extension devoted to recording events - the xrecord extension - but i know very little about it. :) No prob. It wouldn't do what I need anyway. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Enjoy MSN 8 patented spam control and more with MSN 8 Dial-up Internet Service. Try it FREE for one month! http://join.msn.com/?page=dept/dialup ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Capturing events from the root window (ID20311056 ignore this number)
Unless you own the root window, you probably can't intercept events. The X server knows which connection each window belongs to, and only THAT connection gets events relayed to it. Short of hacking X, there's no way to steal messages. You COULD monitor the stacking order, and listen for interesting events on YOUR window, and periodically (once every 1/10th of a second or so) POLL the status and stacking order of your window. All windows are visible (i.e. the X server will tell you that they exist, where they are, etc), but you can only receive events related to windows that YOU own. From: Gerhard W. Gruber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Capturing events from the root window Date: Thu, 30 Oct 2003 23:07:37 +0100 On Fri, 31 Oct 2003 08:51:07 +1100, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: you willonly then get events when the mouse passes over your thin window. That's no problem as long as my window stays on top. not as a widget - no. you'll have to jump down to gdk. i'm not sure if gdk supports this though. you'll want an inputonly window thats a toplevel window (immediate child of root) thats override-redirect. you'll need to also monitor I managed to create an invisible window which is only one pixel in widht and has the same height as the screen (hardcoded for now, how can I query the current resolution?). The only problem, I still have is, to make the window stay on top of all others in order to always receive input events when the user moves the mouse to the right border (or where he configured it). Is it possible to create a window that always stays on top? Not only of it's own application, but of all application windows. If not, is it possible to get an event when my window is obscured or lowered because another window has been raised over it? Actually getting the inof when it is obscored would be enough because it only needs to stay accessible all the time and for this it doesn't have to be the top window. And can I raise a window above all others? I browsed the web for this, but it seems that is also not possible. Everytime I think of a new way how to achieve what I need it seems to be blocked by X. :( all client windows, where they move, go etc. and follow i'm still not even 100% sure what it is you want to actually do (in overall aim) You can take a look in the readme at http://sourceforge.net/projects/launchmenu, there I explain it. Its just a simple app that has been proven quite usefull to me over the years and I wrote this for myself because the original source is not portable and the author doesn't give away all the source anyway. If you don't want to download the package, it is of course in the CVS as well. there's a whole extension devoted to recording events - the xrecord extension - but i know very little about it. :) No prob. It wouldn't do what I need anyway. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ See when your friends are online with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Adios amigos!
I fear that my membership has not been too helpful. I'm just a newbie, and Xfree86 is _way_ out of my league. Therefore, I have unsubscribed. If anyone wants me to get back on, please reply privately at [EMAIL PROTECTED] (I am no longer listed at XFree86.org). If I get requests to do so, I'll join back on. _ Surf and talk on the phone at the same time with broadband Internet access. Get high-speed for as low as $29.95/month (depending on the local service providers in your area). https://broadband.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Kernel Module? On second thought...
Oh my! Judging from the large number of *flames* I got for suggesting it, I guess a kernel module for X is not such a good idea after all. Oh well, I hope it was at least worth brainstorming. XFree86 *might* wish to consider a modulette to cover things that userland CAN'T do, like AGP, DMA, IRQ, and so on. Or maybe the modulette could grant I/O privileges on behalf of an X server that opens it (thus the X server doesn't require root privileges)? Perhaps some extensions to /dev/framebuffer? A smaller module may involve less overhead. Does the notion of a kernel module have ANY merit at all? Or was the idea complete garbage? PLEASE: Don't flame me, and if there are serious flaws with my ideas, please be specific so I know what to fix. _ Surf and talk on the phone at the same time with broadband Internet access. Get high-speed for as low as $29.95/month (depending on the local service providers in your area). https://broadband.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: More details about a kernel module (by GPfault)
Hmm... An IOCTL shouldn't have any more overhead than reading or writing to a file... I'd think that the kernel is lightning fast at *dispatching* the IOCTL. Handling it is something else entirely and depends on how long the device driver decides to take. It's device specific. I don't understand how that was a rhetorical question. My sense of humor is very blunt, and I don't get the punchline. From: Juliusz Chroboczek [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: More details about a kernel module (by GPfault) Date: 14 Oct 2003 11:41:59 +0200 RJ Just add some IOCTL's for hardware acceleration). How much overhead does an ioctl involve ? (Rhethorical question.) Juliusz ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Add MSN 8 Internet Software to your current Internet access and enjoy patented spam control and more. Get two months FREE! http://join.msn.com/?page=dept/byoa ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
More details about a kernel module (by GPfault)
I strongly recommend a kernel module be used instead of DDX. And for the following reasons: 1. X doesn't need to access /dev/mem or /dev/port, or have any sort of special super-user privileges. 2. Kernel modules stay locked in RAM and run faster. 3. Other programs can use graphics modes without having to go through X or have root permissions. SVGAlib requires root, and it isn't always easy to get. 4. Kernel modules are eligible to handle IRQs, and userland is NOT, and some video cards generate interrupts when something interesting happens. X, a userland process, is NOT allowed to handle interrupts. (interrupt events can include retrace notifications, completion of accelerated command, and so on) 5. The X server will be safer because it can't corrupt system memory by mismanaging /dev/mem (bugs could jump in), it just needs to MMAP /dev/fb (I think this module might even exist already. Just add some IOCTL's for hardware acceleration). 6. Kernel modules have the ability to control or at least monitor context switches, so the video card device could maintain virtualized contexts, like a DOS box in Windows. I hope you guys at XFree86 look into this. I haven't the foggiest idea how you would do it, as I'm a newbie. I do believe that a kernel modulized DDX layer would be of great benefit to X. P.S. Have your sys admin look at XFree86's servers if you can. My last message generated a ton of replies. From: Alan Coopersmith [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: What about a kernel module? Date: Thu, 09 Oct 2003 07:12:20 -0700 Juliusz Chroboczek wrote: AC (Of course, we do this somewhat on Solaris/sparc, Do you document the interface ? Partially - the generic interfaces all frame buffer drivers support are documented in the fbio(7) man page (available online at http://docs.sun.com/ ) and some frame buffer drivers document additional extensions in their man pages. For most of the newer frame buffers though, I believe the details of the more interesting bits are undocumented, private interfaces between the driver, the DDX module, and the OpenGL pipeline module. (All three of those come from our graphics hardware group, not the group I work in, which handles the device-independent parts of X for Solaris, so I don't know all the details.) -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc.- Sun Software Group User Experience Engineering: G11N: X Window System ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Add MSN 8 Internet Software to your current Internet access and enjoy patented spam control and more. Get two months FREE! http://join.msn.com/?page=dept/byoa ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
You suggest an upgrade, eh?
Apologies for speaking with an antique X server... What is the latest X version I can get, and what Mandrake/Red Hat distro has it? I apologize for complaining, and my original suggestion seems to have caused quite a ruckus! Kernel modules, indeed! I guess I miss the old days of DirectX (hint, hint?). So far, the only improvement I can see with a kernel module is it can monitor for interrupts generated by the video card. If the video card generates an interrupt, you're going into kernel mode anyway...why not have a kernel module SIGNAL the X server that opens the /dev/fb whenever an IRQ is generated? That just might work, and the X server will require minimal porting. I am anxious to see how X has improved in the last years. I hope to get a job so I can buy the latest version of Mandrake or Red Hat and see the goods. And speaking of kernel, do you know where I could help out with kernel development? From: Daniel Chemko [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: What about a kernel module? Date: Wed, 8 Oct 2003 13:03:40 -0700 Have something like /dev/videocard or /dev/framebuffer, and a kernel module to control it /dev/fb does exist and is more or less used for your purposes. There is also a frame buffer X Server module as well. I am not sure if it work on mainstream Xfree, but I do know that kdrive has had it for years. This way, the kernel module could do all the messy I/O stuff and the X server doesn't need to be SUID-root. I am not sure how you'd handle authentication for this scheme since you generally don't want unauthorized programs to read/write from your frame buffer data. Could you somehow accelerate window movement and scrolling? If I am not mistaken, many of these optimizations occur from Accelerated functions that the card / driver must support. This has been implemented at a basic level, but you need a card driver that supports the acceleration, and maybe a kernel that supports DRI. I would recommend upgrading your system to a modern version of Linux to really see what has been done in 2-3 years. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ See when your friends are online with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
