Xrandr developer
Hi who is maintaining the XRANR extension ??? i need contact since i want to enhance it Cheers Rob -- _ *Robert Woerle **Technical Support | Linux PaceBlade Technology Europe SA* phone: +49 89 552 99935 fax:+49 89 552 99910 mobile: +49 179 474 45 27 email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] web:http://www.paceblade.com _ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 host.def file questions
Ar an 26ú lá de mí 3, scríobh Matthieu Herrb : I'll probably merge some of its informaion into the BUILD document in the XFree86 tree if people find it useful. That would be really useful. Also, defining HasParallelMake causes a obscure build failure for me on NetBSD 1.6P; it may be worth mentioning this in the docs so other people don't have to resort to binary search on customized host.defs :-) . -- I have heard the swelling cry of the English speaking peoples of the world, and it tells me their cause is served best by flaming the few complacent asses on usenet. -- T. Samant, 29 June 1997 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Trident cyberblade Ai1/Xp
I have a Toshiba Satellite 1805-S274 which uses the Trident cyberblade Ai1/Xp chip. I am running RH 8.0 (Linux version 2.4.18-14, X11R6 V 4.2). I have downloaded the latest trident driver from Alan Hawthorn's Xfee86 page. When I play a movie, etc. I get a random (truely!, I've tried exactly the same thing 0 - 6 times to get a crash) hard locking of the machine requiring a complete system reset. It always happens when I initiallystart playing a movie. The screen immediately turns an odd checkered pattern: xterm windows and movie windows are still there as a different kind of striped plaid than the desktop. Whenever I play a movie I get a one-pixel blue line running from theupper left corner of the image to the right side of the screen and underneath that a 2nd 1-pixel blue line which turns brown and ends before the hitting right side. I often also get a vertical blue line running along the left edge of the image going from top to bottom (1 pixel in width). The lines I can live with. This happens under KDE or Gnome; in 16, 24 or 32 bit res (never tried 8); using mplayer, xine or realplayer. I could only find one helpful reference to this on a now-defunct Xfree list: http://www.spinics.net/lists/xf-xpert/msg06754.html and have not seen any fixes. Is their any solution to this? I must use this laptop for animated presentations and un-accelerated video is too slow. Is thir any way I can help with this? Altho I'm a bear of little c-programming ability. Trent ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: notes on SonicBlue (S3) and S3TC
Well, that's good. Now if only they would reply to my queries...perhaps non-electronic mail is better... Thanks, Alex --- Kevin Brosius [EMAIL PROTECTED] wrote: I don't have any terribly recent info, but s3graphics was still under the Via umbrella last time I checked. They had docs available as long as you were willing to sign an NDA. The NDA allows source code release, so is compatible with XFree86 development. -- Kevin Alex Deucher wrote: what's the status of S3/sonicblue/VIA? who owns what? I'd really like to get savage mx/ix specs, but I fear that possiblity is slipping away :( Alex --- Alexander Stohr [EMAIL PROTECTED] wrote: Hmm, SonicBlue (aka known as S3) has claimed bankrupcy (Chapter 11) recently, so its a changing situation with S3TC compression right now - who will ever buy that patent and charge the world for the next 70 years? Of course the prefered solution would be that some interested circles buy it as a group and then open that technology for offering to the world for free. -Alex. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Fontcache extension
Hi, In [EMAIL PROTECTED] Juliusz Chroboczek [EMAIL PROTECTED] wrote: I have the following problems with the fontcache extension: - it is linked into the core server; - it exposes to client-side stuff that client-side has no business knowing about; - it is used by no client; - it manages data structures that only the X-TT backend uses. In the light of the above, I would like to request that the X-TT developers should consider removing the fontcache extension, and migrating the code into the X-TT core. This would ensure that fontcache is restricted to exported ABIs, which would make my current work of streamlining fontlib somewhat easier. Yamauchi-san takes over the X-TT development, so this mail is fowarded to him. http://x-tt.sourceforge.jp/ -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: notes on SonicBlue (S3) and S3TC
On Wed, 26 Mar 2003 19:38:35 -0500, Kevin Brosius wrote: I don't have any terribly recent info, but s3graphics was still under the Via umbrella last time I checked. They had docs available as long as you were willing to sign an NDA. The NDA allows source code release, so is compatible with XFree86 development. S3 Graphics is still a subsidiary of VIA. Note, however, that VIA seems to have moved beyond the Savages. Their latest motherboards come with a brand-new graphics architecture they call Castle Rock. Thus, I strongly suspect the Savages are now orphans. --- Alexander Stohr [EMAIL PROTECTED] wrote: Hmm, SonicBlue (aka known as S3) has claimed bankrupcy (Chapter 11) recently, so its a changing situation with S3TC compression right now - It is likely that the compression technology went with the graphics group to VIA, and not to SonicBlue. who will ever buy that patent and charge the world for the next 70 years? A U.S. Patent is only good for 17 or 21 years, not 70 years. -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Trident cyberblade Ai1/Xp
I have the exact same problems with another Toshiba laptop with the same video card. I did try to fix the problem by hacking the driver w/out success... Too bad. Cheers, Olivier. On Thu, 2003-03-27 at 14:53, Trent R. Gemmill wrote: I have a Toshiba Satellite 1805-S274 which uses the Trident cyberblade Ai1/Xp chip. I am running RH 8.0 (Linux version 2.4.18-14, X11R6 V 4.2). I have downloaded the latest trident driver from Alan Hawthorn's Xfee86 page. When I play a movie, etc. I get a random (truely!, I've tried exactly the same thing 0 - 6 times to get a crash) hard locking of the machine requiring a complete system reset. It always happens when I initiallystart playing a movie. The screen immediately turns an odd checkered pattern: xterm windows and movie windows are still there as a different kind of striped plaid than the desktop. Whenever I play a movie I get a one-pixel blue line running from theupper left corner of the image to the right side of the screen and underneath that a 2nd 1-pixel blue line which turns brown and ends before the hitting right side. I often also get a vertical blue line running along the left edge of the image going from top to bottom (1 pixel in width). The lines I can live with. This happens under KDE or Gnome; in 16, 24 or 32 bit res (never tried 8); using mplayer, xine or realplayer. I could only find one helpful reference to this on a now-defunct Xfree list: http://www.spinics.net/lists/xf-xpert/msg06754.html and have not seen any fixes. Is their any solution to this? I must use this laptop for animated presentations and un-accelerated video is too slow. Is thir any way I can help with this? Altho I'm a bear of little c-programming ability. Trent ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel -- Olivier Fourdan [EMAIL PROTECTED] http://www.xfce.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: notes on SonicBlue (S3) and S3TC
Do you think I could still get savage mx/ix docs? perhaps if the old stuff is orphaned, they will lift the NDAs on the docs? not likey I suspect. I really want to finish duoview support. At this point I think I might be better off just onloading my savage laptop and getting a laptop with an ati or some more easily contacted chip vendor... Alex --- Tim Roberts [EMAIL PROTECTED] wrote: On Wed, 26 Mar 2003 19:38:35 -0500, Kevin Brosius wrote: I don't have any terribly recent info, but s3graphics was still under the Via umbrella last time I checked. They had docs available as long as you were willing to sign an NDA. The NDA allows source code release, so is compatible with XFree86 development. S3 Graphics is still a subsidiary of VIA. Note, however, that VIA seems to have moved beyond the Savages. Their latest motherboards come with a brand-new graphics architecture they call Castle Rock. Thus, I strongly suspect the Savages are now orphans. --- Alexander Stohr [EMAIL PROTECTED] wrote: Hmm, SonicBlue (aka known as S3) has claimed bankrupcy (Chapter 11) recently, so its a changing situation with S3TC compression right now - It is likely that the compression technology went with the graphics group to VIA, and not to SonicBlue. who will ever buy that patent and charge the world for the next 70 years? A U.S. Patent is only good for 17 or 21 years, not 70 years. -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: X-Server segfault
I believe this can only happen if your font render is broken. These are fixed fonts. It should be impossible that there is no data in those pointers. Is this recent source code? There have been bugs of this sort fixed in the font renderers not long before 4.3. Though maybe more exist. If this is easily reproducible I suspect you'll find that it only happens with the freetype or xtt renders. Mark. On Thu, 27 Mar 2003, Gerd Knorr wrote: Hi, The X-Server crashes with a segfault due to a NULL pointer dereference, perfectly reproducable with a certain X client (mtt -- motif teletext decoder). Stacktrace below. Setting Option no_accel workarounds this. Hardware is a i386 machine with a Matrox G200. Anyone has a quick idea what this might be? cu, Gerd ==[ cut here ]== (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x0825de38 in DrawTETextScanlineWidth12 (base=0x4098, glyphp=0x883aab0, line=0, width=12, glyphwidth=12) at xaaTEGlyph.c:868 868 bits |= SHIFT_L(glyphp[1][line],12); (gdb) bt #0 0x0825de38 in DrawTETextScanlineWidth12 (base=0x4098, glyphp=0x883aab0, line=0, width=12, glyphwidth=12) at xaaTEGlyph.c:868 #1 0x0825cfa3 in XAATEGlyphRendererScanlineLSBFirst (pScrn=0x881e8e0, x=1, y=91, w=12, h=19, skipleft=0, startline=1, glyphs=0x883aab0, glyphWidth=12, fg=0, bg=0, rop=12, planemask=0) at xaaTEGlyph.c:402 #2 0x0823e611 in XAAGlyphBltTEColorExpansion (pScrn=0x881e8e0, xInit=1, yInit=142837096, font=0x0, fg=0, bg=-1, rop=3, planemask=4294967295, cclip=0x8945c7c, nglyph=1, gBase=0x0, ppci=0x883899c) at xaaTEText.c:281 #3 0x0823e297 in XAAPolyText16TEColorExpansion (pDraw=0x8945c50, pGC=0x893f238, x=0, y=20, count=1, chars=0x893bf5b) at xaaTEText.c:97 #4 0x0842fe9e in miSpritePolyText16 (pDrawable=0x8945c50, pGC=0x893f238, x=0, y=20, count=1, chars=0x893bf5b) at misprite.c:1848 #5 0x08352206 in doPolyText (client=0x88ad5a0, c=0xbfffed00) at dixfonts.c:1392 #6 0x083524ed in PolyText (client=0x88ad5a0, pDraw=0x0, pGC=0x0, pElt=0x0, endReq=0x0, xorg=0, yorg=0, reqType=142846640, did=0) at dixfonts.c:1473 #7 0x0833548c in ProcPolyText (client=0x88ad5a0) at dispatch.c:2356 #8 0x083314ca in Dispatch () at dispatch.c:450 #9 0x08343271 in main (argc=2, argv=0xb244, envp=0xb250) at main.c:435 #10 0x4005e8ae in __libc_start_main () from /lib/libc.so.6 (gdb) print line $1 = 0 (gdb) print glyph No symbol glyph in current context. (gdb) print glyphp $2 = (unsigned int **) 0x883aab0 (gdb) print glyphp[0] $3 = (unsigned int *) 0x0 (gdb) print glyphp[1] $4 = (unsigned int *) 0x0 (gdb) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 host.def file questions
David Dawes [EMAIL PROTECTED] wrote: I guess you must have read something to even know about the existence of a host.def file. I presume that it was misleading, and so should be fixed. Yes, I have the file that I printed out sitting on my desk! As it turns out, it appears to be rather outdated and antiquated and I am not sure exactly where I found it now. I think that http://www.xfree86.org/current/BUILD.html is a reasonable introduction to building XFree86, but suggestions for improving that document are most welcome. Yes, that version of the document is a *lot* better than the version I found, and looks like it was udpated recently. The key problem I think I have isolated here is simply that this document is nowhere to be found easily. It is buried *deep* within the XFree86 source tree (xc/programs/Xserver/hw/docs) so people need to know to get there first to find it, and it is not linked anywhere on the primary XFree86 web site. To solve this problem it would be great if someone added a new section to the primary XFree86 web site titled something like 'Building XFree86 for the first time'. It could have a paragraph describing how easy it is to build XFree86, and then have a link to the BUILD.html file. If that was available when I started building it again a few months back I think it would have saved me a lot of time ;-) for documentation in general is is http://www.xfree86.org/current/, which is an index of the online documentation that we have available for the most recent release. Right, another page I could not find very easily! This is another page that I think should be made clearly visible via a link on the main XFree86.org home page. I am scanning the docs now to see what I have been missing ;-) I wish there was as much information available when I got started. :-) I wish I knew the information was available! Seriously ;-) I can understand that you're pretty busy and have a lot to do. If the typical would-be developer is put off by not being able to build within 10 minutes of unpacking, then they're probably not going to make much progress with any real development challenges. I'll spare everyone my when I was a lad stories :-) Actually I disagree. Developers who are looking for a solution and can't get stuff going quickly, will go look for another solution. If I can get it going, I will spend more time investigating the solution as then I know the project is well polished and worth my time investigating. 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
Re: XFree86 host.def file questions
On Thu, Mar 27, 2003 at 04:01:56PM -0800, Kendall Bennett wrote: Hi Again, I think that http://www.xfree86.org/current/BUILD.html is a reasonable introduction to building XFree86, but suggestions for improving that document are most welcome. Going through the current BUILD.html file again I see that things are a lot clearer now. However one thing that needs to be explained is the section that says 'When the build is finished, you should check the World.log file to see if there were any problems'. Fair enough. Well the first time a user attemps to do exactly that, they will bring it up in their favorite editor and immediately say to themselves 'How the hell do I know if there is an error!'. The next obvious idea is to grep for 'error', but that also is not good because there are lots of files with 'error' in the filename! As I have now found out, there are a few simple grep commands that can be used to grep the World.log file and determine if any errors occurred. It would be really nice if the BUILD file had a description of a good grep command and how it can be used to check for errors. That would have saved me a lot of time also tracking down the weird '@Aliases' build problem I was having ;-) Kendall, Your obviously making good progress on getting things going, but the problems your hitting are kind of hidden to the die hard developers. Your making observations on how some of the documentation is deficient. What I would recommend you doing is changing the documentation and submitting a patch to improve it rather than relying on others to update it. That would be a great bonus! Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 host.def file questions
On Thu, Mar 27, 2003 at 04:01:56PM -0800, Kendall Bennett wrote: Hi Again, I think that http://www.xfree86.org/current/BUILD.html is a reasonable introduction to building XFree86, but suggestions for improving that document are most welcome. Going through the current BUILD.html file again I see that things are a lot clearer now. However one thing that needs to be explained is the section that says 'When the build is finished, you should check the World.log file to see if there were any problems'. Fair enough. Well the first time a user attemps to do exactly that, they will bring it up in their favorite editor and immediately say to themselves 'How the hell do I know if there is an error!'. The next obvious idea is to grep for 'error', but that also is not good because there are lots of files with 'error' in the filename! actually Error is what I look for (depends on the compiler and related utilities). -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 host.def file questions
Alan Hourihane [EMAIL PROTECTED] wrote: Your obviously making good progress on getting things going, but the problems your hitting are kind of hidden to the die hard developers. Yep, a typical problem ;-) Your making observations on how some of the documentation is deficient. What I would recommend you doing is changing the documentation and submitting a patch to improve it rather than relying on others to update it. That would be a great bonus! I would be happy to make updates to the BUILD file and submit the improvements back (who would I submit my patches to?). I will try to spend some time tomorrow doing that. With that said, can someone recommend the best 'grep' command to use to determine if there are any errors in the World.log file? Finally some of the issues I have had are simply that the good documentation is too buried. My suggestions to fix this require updates to the XFree86.org web site, something I can't do. I would be happy to suggest the text that could be added to the web site, if someone can direct me to the webmaster who can make the changes on the real web site. 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
Re: Trident cyberblade Ai1/Xp
Thamks for the reply! I do wonder if it's something specific to Toshiba or to the cyberblade. But at least I know their aren't any fixes yet. Trent On Thu, Mar 27, 2003 at 09:26:19PM +0100, Olivier Fourdan wrote: I have the exact same problems with another Toshiba laptop with the same video card. I did try to fix the problem by hacking the driver w/out success... Too bad. Cheers, Olivier. On Thu, 2003-03-27 at 14:53, Trent R. Gemmill wrote: I have a Toshiba Satellite 1805-S274 which uses the Trident cyberblade Ai1/Xp chip. I am running RH 8.0 (Linux version 2.4.18-14, X11R6 V 4.2). ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 host.def file questions
On Fre, 2003-03-28 at 02:44, Kendall Bennett wrote: With that said, can someone recommend the best 'grep' command to use to determine if there are any errors in the World.log file? I use grep '\*\*\*' to catch the make errors. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: notes on SonicBlue (S3) and S3TC
On Wed, Mar 26, 2003 at 01:48:53PM +0100, Alexander Stohr wrote: Hmm, SonicBlue (aka known as S3) has claimed bankrupcy (Chapter 11) recently, so its a changing situation with S3TC compression right now - who will ever buy that patent and charge the world for the next 70 years? I am fairly sure the S3TC patent is owned by S3 Graphics, not SonicBlue. Jon ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
