[Xpert]Re: Xpert digest, Vol 1 #2240 - 8 msgs
>Message: 5 >To: [EMAIL PROTECTED] >Subject: Re: [Xpert]Rendition v2x00 >From: "Charles C. Fu" <[EMAIL PROTECTED]> >Date: 30 Sep 2002 16:02:34 -0700 >Reply-To: [EMAIL PROTECTED] > >On 28 Sep 2002, Phil T wrote: > I'm fixing the acceleration in the rendition driver >and I need some > info on the STATUS register - flags, masks etc. >I'm polling it in > the Sync function in XAA for idle status. Any help? > >(Brings back memories of talking to Rendition about >writing some >accelerated X drivers way back when) > >I presume you are talking about the values read >after a sync? > >Calling sync was always something to be avoided (for >performance >reasons) and the meaning of the resulting output >known to only a few. >As far as I am aware, that information was never >disclosed (and, yes, >I did ask about it myself at one point). So, what >exactly are you >trying to do that you need to call sync, and is >there absolutely no >way to avoid it? I was talking about XAA's Sync, the current code syncs the pixel engine in somewhat slow manner - it restarts the risc. I'm using the SyncPixelEngine func found in the microcode I need to know when it's completed to return. >If you really, really must call sync and make sense >of the returned >value, you might try to ask some old Rendition >people. However, I >don't know what they would be allowed to disclose at >this point. I >would start with Stefan Podell--although Stefan >himself was not a >hardware guy and probably wouldn't know this >information anyways, he >probably knows who to contact specifically (Walt >Donovan?) and might >know how to get a hold of them. > >You can easily find some contact information for >Stefan with a minimal >web search, but feel free to email me if you need >help. > Thanks, but I think I've guessed them after some experiments. At least XAA's Sync works now :) >Chances are, however, that you will not be able to >get this >information. > >-ccwf __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 on Solaris Sun Blade 100?
After deleting the i810 and i830 drivers (these *really* should be autodetected as not available when being built under Solaris) from my setup, XFree86 actually completely builds and installs. However, it doesn't detect any PCI interface at all. What obvious thing did I miss? -a XFree86 Version 4.2.99.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 26 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: SunOS 5.8 Generic_108528-13 sun4u Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Sep 30 22:42:02 2002 (EE) No OS PCI support available List of video drivers: atimisc r128 radeon sunffb sunleo suncg6 suncg3 suncg14 suntcx sunbw2 glint mga tdfx ati vesa vga fbdev apm ark chips cirrus i128 i740 imstt neomagic newport nv rendition s3virge savage siliconmotion tga trident vmware dummy No devices to configure. Configuration failed. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
My hope is that the configuration file becomes entirely optional. There's essentially nothing there which can't be autodetected on a reasonable system. At that point, the format of the file is moot. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
On Mon, Sep 30, 2002 at 02:58:02PM -0700, Michael Michael wrote: >Like i said its usefulness is proven in many areas. >I see no reason not to use it. It could be introduced >without effecting the current parser. Current parser aside, how do you deal with the people who want to: root# vi /etc/X11/XF86config-4 ? I can change any option in seconds this way. wading thru an ncurses-based configurator is just plain silly. >> MM> The XF86Config maps well to XML ... I can map /etc/passwd maps to xml... what's your point? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
On Mon, Sep 30, 2002 at 12:00:22PM -0700, Andrew P. Lentvorski wrote: >On Mon, 30 Sep 2002, Michael Michael wrote: >> after 1990... Note these arguments are the standard >> anti-xml arguments given by most idots.. (Sorry but this is a reply moreso to the original that I deleted without thinking... but, on further thought I had to say something.) I don't post here much if at all, but uh... Would you rather be told: "Find the line that says 'Option "Protocol" "IMPS/2"' and change it to "PS/2"? or: "Wade through this arcane XML format to something that says "IMPS/2", hope you have the right place, and change it to "PS/2"." ? As annoying as the amount of trouble it CAN (not is.. and I've changed monitors and graphic cards 4 times on one machine, and set up 7 others since 4.2 came out) be to get X up and running, it's been INFINITELY easier because the format is just like it is... plain, simple, easy to understand that is, unless you're an idot(whatever the hell an idot is) who can't read some docs and manpages. -me -- Windows has detected that you have moved your mouse. Your system must now be restarted for the changes to take effect. - Unknown ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Lockups!
--- Mark Vojkovich <[EMAIL PROTECTED]> wrote: > On Mon, 30 Sep 2002, Staci wrote: >I'm just covering known X-server problems. There are some problems > with the font server (which you don't appear to be running), and historically > there have been some problems with TrueType renderers choking on some > broken fonts. I only guessed that your TrueType fonts were in a TrueType > directory. Another way to ensure that true type fonts aren't being > used is to not load the modules for them. ie. remove the "freetype" and > "xtt" modules from the Section "Module" in the XF86Config file. There was no xtt module, but I did comment out the FreeType module. >Font related problems have traditionally show up when running browers, > which is why your crash is a familiar scenario. And that's not an idea anyone else has explored, so that's cool. :) i'm running opera, it hasn't frozen still yet. I wonder if it's gonna be good now. :) sl __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Lockups!
On Mon, 30 Sep 2002, Staci wrote: > > Things to try: > > 1) Don't use a font server. If you have, in your XF86Config, in > >the Section "Files", a FontPath entry that looks like: > > FontPath "unix/:some number" > > Nope, nothing like that. > > >remove it. And instead take the paths from your font server config > > (often in /etc/X11/fs/config) and put those in the XF86Config instead. > > Eg. > >FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" > >FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" > >FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled" > >FontPath "/usr/X11R6/lib/X11/fonts/Type1" > >FontPath "/usr/X11R6/lib/X11/fonts/Speedo" > >FontPath "/usr/X11R6/lib/X11/fonts/TrueType" > > I did so, and commented out the only one on the list (that was already in > XF86Config) that wasn't in /etc/X11/fs/config, which was > /usr/X11R6/lib/X11/fonts/local/. > > > 2) If that doesn't help, comment out the TrueType line. That may change > > the appearance of the fonts severely, but it's a good test to try > > to narrow down the problem. > > Hehe, I don't even HAVE a TrueType line. My fonts don't look funny to ME! ;) > > sl > > PS Opera hasn't crashed yet, knock on wood. I'm just covering known X-server problems. There are some problems with the font server (which you don't appear to be running), and historically there have been some problems with TrueType renderers choking on some broken fonts. I only guessed that your TrueType fonts were in a TrueType directory. Another way to ensure that true type fonts aren't being used is to not load the modules for them. ie. remove the "freetype" and "xtt" modules from the Section "Module" in the XF86Config file. Font related problems have traditionally show up when running browers, which is why your crash is a familiar scenario. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Lockups!
--- Mark Vojkovich <[EMAIL PROTECTED]> wrote: > On Mon, 30 Sep 2002, Staci wrote: > > Problem: > > X locks up when I use any decent browser. > You should be able to telnet in from another machine to reboot though. Except I only have one machine. > Things to try: > 1) Don't use a font server. If you have, in your XF86Config, in >the Section "Files", a FontPath entry that looks like: > FontPath "unix/:some number" Nope, nothing like that. >remove it. And instead take the paths from your font server config > (often in /etc/X11/fs/config) and put those in the XF86Config instead. > Eg. >FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" >FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" >FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled" >FontPath "/usr/X11R6/lib/X11/fonts/Type1" >FontPath "/usr/X11R6/lib/X11/fonts/Speedo" >FontPath "/usr/X11R6/lib/X11/fonts/TrueType" I did so, and commented out the only one on the list (that was already in XF86Config) that wasn't in /etc/X11/fs/config, which was /usr/X11R6/lib/X11/fonts/local/. > 2) If that doesn't help, comment out the TrueType line. That may change > the appearance of the fonts severely, but it's a good test to try > to narrow down the problem. Hehe, I don't even HAVE a TrueType line. My fonts don't look funny to ME! ;) sl PS Opera hasn't crashed yet, knock on wood. __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]problem when compiling X
On Mon, 30 Sep 2002 [EMAIL PROTECTED] wrote: > Hello all, > i have problem when compile X under OpenBSD 3.1 i386 latest stable and X > (current). Any body know how to fix this problem? Yes, I know. You've said that already... > rm -f mmapr.o > gcc -c -O2 -ansi -Dasm=__asm -Wall -Wpointer-arith -Wstrict-prototypes >-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs >-Wundef -I. -I../../../../../programs/Xserver/hw/xfree86/common >-I../../../../../programs/Xserver/hw/xfree86/os-support >-I../../../../../programs/Xserver/include -I../../../../../exports/include/X11 >-I../../../../../programs/Xserver/hw/xfree86/scanpci >-I../../../../../programs/Xserver/hw/xfree86/dummylib -I../../../../.. >-I../../../../../exports/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX >-DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX >-DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA >-DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension >-DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG >-DFUNCPROTO=15 -DNARROWPROTO -DUSE_I386_IOPL mmapr.c > In file included from mmapr.c:34: > /usr/include/unistd.h:66: warning: redundant redeclaration of `cuserid' in same scope > /usr/include/stdio.h:274: warning: previous declaration of `cuserid' > /usr/include/unistd.h:92: warning: redundant redeclaration of `lseek' in same scope > /usr/include/sys/types.h:142: warning: previous declaration of `lseek' > /usr/include/unistd.h:138: warning: redundant redeclaration of `ftruncate' in same >scope > /usr/include/sys/types.h:143: warning: previous declaration of `ftruncate' > /usr/include/unistd.h:206: warning: redundant redeclaration of `truncate' in same >scope > /usr/include/sys/types.h:144: warning: previous declaration of `truncate' > /usr/include/unistd.h:215: warning: redundant redeclaration of `getopt' in same scope > /usr/include/stdlib.h:168: warning: previous declaration of `getopt' > /usr/include/unistd.h:216: warning: redundant redeclaration of `optarg' in same scope > /usr/include/stdlib.h:169: warning: previous declaration of `optarg' > /usr/include/unistd.h:217: warning: redundant redeclaration of `opterr' in same scope > /usr/include/stdlib.h:170: warning: previous declaration of `opterr' > /usr/include/unistd.h:218: warning: redundant redeclaration of `optind' in same scope > /usr/include/stdlib.h:171: warning: previous declaration of `optind' > /usr/include/unistd.h:219: warning: redundant redeclaration of `optopt' in same scope > /usr/include/stdlib.h:172: warning: previous declaration of `optopt' > /usr/include/unistd.h:220: warning: redundant redeclaration of `optreset' in same >scope > /usr/include/stdlib.h:173: warning: previous declaration of `optreset' > /usr/include/unistd.h:221: warning: redundant redeclaration of `getsubopt' in same >scope > /usr/include/stdlib.h:174: warning: previous declaration of `getsubopt' > /usr/include/unistd.h:222: warning: redundant redeclaration of `suboptarg' in same >scope > /usr/include/stdlib.h:175: warning: previous declaration of `suboptarg' > mmapr.c: In function `main': > mmapr.c:139: warning: implicit declaration of function `strtoull' > rm -f mmapr > gcc -o mmapr -O2 -ansi -Dasm=__asm -Wall -Wpointer-arith -Wstrict-prototypes >-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs >-Wundef -L../../../../../exports/lib mmapr.o > mmapr.o: Undefined symbol `_strtoull' referenced from text segment > collect2: ld returned 1 exit status > *** Error code 1 > Stop in /usr/src/XF4/xc/programs/Xserver/hw/xfree86/etc (line 1223 of Makefile). > *** Error code 1 I must admit to being rather surprised that *BSD doesn't have strtoull() yet (but allows long long). I was really hoping to avoid ugly #if's in this code. Oh well, such is life. This'll be fixed shortly. I also note *BSD's libc is just as noisy as glibc ;-) Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Lockups!
On Mon, 30 Sep 2002, Staci wrote: > > Problem: > X locks up when I use any decent browser. Opera, Galeon, and > occsionally even Mozilla, all lock up under regular use. And I mean, > lock up and take all of X with them: the cursor locks, any sound stops, > and any animation stands still. I can't ctrl alt backspace or delete, I > must push the power button on the front of my box to reboot. You should be able to telnet in from another machine to reboot though. Things to try: 1) Don't use a font server. If you have, in your XF86Config, in the Section "Files", a FontPath entry that looks like: FontPath "unix/:some number" remove it. And instead take the paths from your font server config (often in /etc/X11/fs/config) and put those in the XF86Config instead. Eg. FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1" FontPath "/usr/X11R6/lib/X11/fonts/Speedo" FontPath "/usr/X11R6/lib/X11/fonts/TrueType" 2) If that doesn't help, comment out the TrueType line. That may change the appearance of the fonts severely, but it's a good test to try to narrow down the problem. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Lockups!
(copy-pasted from my recent newsgroup posts on the same topic) First of all I'll get the basics out of the way: 900mhz AMD Athalon, 128 mgs ram, 30GB + 6.8GB HDs, Geforce2 MX videocard, onboard ALi sound responding to Trident driver. Win98SE, Slackware8.1, and a failed attempt at Gentoo, triple-boot. Xfree86 Version 4.2.0 (protocol 11, revision 0, vendor release 6600) Build operating system 2.4.18 i686 (ELF) I use Slackware, run kernel 2.4.19, I updated from 2.4.18 because of the lockups, no change. Problem: X locks up when I use any decent browser. Opera, Galeon, and occsionally even Mozilla, all lock up under regular use. And I mean, lock up and take all of X with them: the cursor locks, any sound stops, and any animation stands still. I can't ctrl alt backspace or delete, I must push the power button on the front of my box to reboot. I've tried the nVidia drivers, they give me all kinds of weird graphics errors, lines on the screen, etc etc, til I give up and change back to the native ones. I tried an old version from Nvidia, and it locks it up even faster than the ones that come with X. GLX is disabled. AGP is enabled. the Nvidia drivers are compiled for my kernel, 2.4.19. (update: lynx and links do NOT lock up the system, and galeon seems to be doing fine with java and popups turned OFF. soon I will test it with java back on and see if that crashes the machine again.) I am at my wits end, I don't know what else to try, it's making me crazy, I've had this problem for months. Does anyone have any suggestions as to what could possibly be causing this?? Please help me. Thanks, sl = * In cyberspace nobody can hear you scream. AH! __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Rendition v2x00
On 28 Sep 2002, Phil T wrote: > I'm fixing the acceleration in the rendition driver and I need some > info on the STATUS register - flags, masks etc. I'm polling it in > the Sync function in XAA for idle status. Any help? (Brings back memories of talking to Rendition about writing some accelerated X drivers way back when) I presume you are talking about the values read after a sync? Calling sync was always something to be avoided (for performance reasons) and the meaning of the resulting output known to only a few. As far as I am aware, that information was never disclosed (and, yes, I did ask about it myself at one point). So, what exactly are you trying to do that you need to call sync, and is there absolutely no way to avoid it? If you really, really must call sync and make sense of the returned value, you might try to ask some old Rendition people. However, I don't know what they would be allowed to disclose at this point. I would start with Stefan Podell--although Stefan himself was not a hardware guy and probably wouldn't know this information anyways, he probably knows who to contact specifically (Walt Donovan?) and might know how to get a hold of them. You can easily find some contact information for Stefan with a minimal web search, but feel free to email me if you need help. Chances are, however, that you will not be able to get this information. -ccwf -- Charles C. Fu ,-- Vice President ___ __ __. . ,-/-- [EMAIL PROTECTED] Bacchus, Inc. (_,(_,|/|/ / http://www.bacchus.com/ Tel/Fax 310-455-2396 ' ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
--- "Andrew P. Lentvorski" <[EMAIL PROTECTED]> wrote: > On Mon, 30 Sep 2002, Michael Michael wrote: > > > after 1990... Note these arguments are the > standard > > anti-xml arguments given by most idots.. > > Okay, I will assume that you are not a troll just so > I can put forth some > of the non-standard arguments: > > 1) Versioning > > XML *still* doesn't have any good mechanisms for > dealing with > forward-compatibility and backward-compatibility. > ie. reading a config > file for version 10.4 on version 10.1. The closest > you get is to use DOM > to suck the whole tree in and then query the > existing elements tree only > when you need something. However, this doesn't > address approximations to > elements, obsoleted elements, etc. If you have a > solution, I'm all ears > and you have a reasonably compelling argument for > adopting XML. And not > just for XFree86. I use XML for data interchange in > engineering and would > *love* to hear a solution to this. You could version at the tag level this would be part of the schema. I think versioning is a generic issue you can have a version tag it thats enough. Most version systems break if a later version is loaded into and earlier parser I don't think there is a generic answer here execpt to provide XLST transform if its possible to generate and earlier format from a later one. What you mean by version seems to be xml translation not versioning the answer it to prove a generic transformation the generates a valid file. Think of the two versions as different XML languages and you need a transform its the same problem. The concept of version just clouds the issue I have to explian this often when people start talking about tag level versioning since it means nothing since this is a translation problem not a version problem. > > 2) Proliferation of config files > > We already have two incompatible config file types. > One for XFree86 v.3 > and one for XFree86 v.4. This introduces a third > type and doesn't really > obsolete the v.4 config file. So which one gets > priority? This can be > handled by fiat, but there will be lots of confusion > in users. This can be decided at install time. My opinion is if the old file is there its translated to XML and removed. > > 3) Schema, DTD, or raw XML? > > And which of these choices should be used for the > config file? DTD's are > supposedly supplanted by schemas, but schema > knowledge and handling hasn't > proliferated very well yet and even DTD handling is > sketchy (most parsers > are non-validating). So, you probably wind up with > dumb raw XML since > it's the lowest common denominator. Raw XML has > very little advantage > over the config file as it stands, and it has a big > disadvantage in that > all the tools written to deal with the current > config format have to be > rewritten. Wow this is not true at all validating parser have been around for a long time. The xserver needs only a dumb parser but the config tools are free and should use a validating parser.. a program called chkconfig or something simlar could wrap a validating parser. In short this is not true. > > 4) External dependency > > Do you want the possibility of killing your X server > when you upgrade your > libXML? That's what this kind of linkage implies. > X is a pretty > primitive/low-level/primary part of most OS's. xml > is fairly high-level > and normally optional. Creating that kind of > dependency is not a great > idea. The xserver need only contian a small simple embbeded XML parser I've seen these in a few kilobytes.The config tools would be installed with whatever parser they use. This is actually a great argument for XML since it allows one to use a complex parser where needed but fall back to a simple fast one at "runtime". > > The main issue here is that the XFree86 config has > simple syntax. The > most complicated bits are not the syntax, but > creating the content. > Creating a modeline, setting up multiple displays, > activating DRI, etc. > are going to be the same level of pain whether the > config file stays as it > is or whether it moves to XML. > > And, as a side note, calling people idiots > (misspelled even) rarely helps > one's case. Arrgh anti xml arguments based on the ability to write parsers are idiotic not people Hummm.. Looking Note these arguments are the standard anti-xml arguments given by most idots.. I mean the idiotic arguments not the people sorry... I just don't like going down this road over and over agian. The question is simple if and XML based solution is developed would it be included I don't want to argue the merits of XML. XML is proven technology its pro's and con's are well understood that should not be and issue. The issue is about including the technology. __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ X
Re: [Xpert]Intercepting keyboard events from within video driver?
Thanks Mark, Alex, Xavier, Branden. Mark Vojkovich wrote: > > On Mon, 30 Sep 2002, Thomas Winischhofer wrote: > > The hardware I am developing for has two CRT controllers (actually it's [...] > > registers. However, involving the BIOS is definitely not desired.) > >Those key presses often never get passed the BIOS. They > won't even get to the X-server. That's the way they work on the > recent laptops that I've had experience with. No software outside > of the BIOS knows about it. I know. That's the problem. This key combination causes a *complete* machine lock-up here and on many others. And the idea also was to keep the BIOS from messing around with the registers (eg. while Xv is active, etc). I have seen (literally *seen*, felt like 10 years ago in my assembler era) many SiS BIOSes causing the strangest effects (mouse cursor jumps around wildly in the first left 32 pixels of the screen, xv is totally skrewed up, etc). And the final - and most important - reason is that the BIOS drives the video bridge in slave mode (don't bother...) and this would end up in a catastophe in dual head mode. > > So, I thought of another q&d solution: In the good, old > > CTRL-ALT-KP_Plus/Minus-manner why not intercept eg. CTRL-ALT-KP_Multiply > > and cycle through all possible output devices (LCD, TV and - > > theoretically - secondary VGA, that is)? > > > > Can this be done from within a video driver? I looked though the input > > related code but could not find a solution. > >I suspect that it's not possible for the video driver to intercept > key presses. To hear that from Mark makes it sound quite final.. :( But then, sorry, if I'm annoying: Remember, what I want is not necessarily a secure or standard compliant solution; the target user group is a few people who know what they're doing. What about installing a wakuphandler (or wrapping the old one), wrapping some xkb resource or something like that? Alex Deucher wrote: > you could create a little cli app like s3switch for savage based cards > that will switch the output between tv and crt2. > > then map the keyboard shortcut to run that cli app using your window > manager, etc. This would result in writing a server extension. Otherwise an application outside the server won't be able to communicate with the driver, if I'm not mistaken... (And the driver not only NEEDS to know about the change, it is also the driver which is to PERFORM it; setting up LCD or TV on SiS chipsets is ca 500k source code since the driver supports 8 chipsets with each 4 possible video bridges and so far ca. 60 different panel types) - if anybody knows better, feel free to object! Branden Robinson wrote: > Apart from what Mark said, that particular key combination is already > reserved, though it's not trapped by the server by default. You can be > forgiven for not knowing this, though, as it's not documented everywhere > it should be. ;-) As so many other things as well... :) I saw no code anywhere indicating this. Well then, I don't insist on this very combination anyway. In case I somehow manage to do what I originally intended: What would be a suitable and not-yet reserved combination? Thomas -- Thomas Winischhofer Vienna/Austria mailto:[EMAIL PROTECTED] *** http://www.winischhofer.net ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
--- Juliusz Chroboczek <[EMAIL PROTECTED]> wrote: > MM> Note these arguments are the standard anti-xml > arguments given by > MM> most idots.. > > The XML proposals I've seen have been of the form > ``I've just met > Goedel in the lift, and he told me XML is a good > idea, so why don't > you folks implement XML for the server configuration > file.'' Yours is > the first half-commitment to produce a sample > implementation. > > None of us, I believe, are ``idots'' (whatever that > means). I said the anti xml arguments were the same idotic arguments I've heard in the past about not using XML. We're > also not anti-XML, but rather sceptics who want to > see what a change > of this magnitude in habits and configuration tools > will bring. There > is no doubt that a well-documented and well-written > sample imple- > mentation accompanied with rationale would do > wonders to dissipate > some of this scepticism. > > MM> Xml provides off the shelf standard parsing and > validation > > I know that. I also know how to write /ad hoc/ > parsers (I believe > that's usually taught in third year), so I'd like to > see what exactly > using XML will buy us. Umm and you also learn how to write in assembler and in compliers and write your own hash functions and probably how to start a fire with no matches thats not a valid argument agianst using a technology. Umm namespaces for one Drivers can extend the file with there own name spaces extensions can have there own name space ... Well understood validation Config tools can be written based on the schema. I may have missed it but I did not see a BNF for the config file. > What exactly are you thinking about? Using > off-the-shelf XML parsers > in configuration tools? (Obviously.) Using XSLT > within configuration > tools? (Why not, after all?) Using some > RPC-over-HTTP-over-TCP-over-IP > for remote configuration? (Hmm.) Some other > techniques that I > haven't though of yet? Remote configs maybe a config database who knows. > > In short, don't treat us like Neanderthals who > haven't seen The One > True Way. Give us something intelligent to disagree > or perhaps even > agree with. > > MM> it usefulness is well proven in many areas. > > ... and I met Church in the lift and he told me it's > useful. > Like i said its usefulness is proven in many areas. I see no reason not to use it. It could be introduced without effecting the current parser. > MM> The XF86Config maps well to XML ... > > By design, any tree structure maps well to XML. And > any tree > structure maps well to SGML, and any tree structure > maps well to Lisp > S-Exps, and any tree structure maps well to the > XF86Config format. > > (While we're off topic, any tree structure can be > embedded within > Cantor's space, which can be shown to be isomorphic > to the real line.) > > MM> If XFree is willing to accept it in the tree its > trivial to > MM> implement. > > And it's not trivial to implement if XFree86 aren't? > Aren't you > putting something before something else, or whatever > the idiom is? Look making the change to XML is a straitforward project its enough work that doing it before there is agreement to accept it makes no sense. I don't think I'm putting the cart before the horse. A few months ago I posted a small change to the Xserver that allowed it to be compiled as a shared library.. The change has no effect on anyone else and I really would like to load the Xserver into another program. I recieved zero comment regarding this change. Therefore I'm hesitant to do any major work to support XFree86 if there is objection to its inclusion. I was able to for example get the shared lib version of XFree86 to load inside a JVM opening up the possiblilities of writing Xextensions in java. Zero intrest from the XFree list. I'm seriously considering a major fork of the server if the route I want to take it is not acceptable to XFree. If this is the case I'd really like to work out a good driver api since all I really care about is the drivers. My goal is to embbed java in the Server... __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Intercepting keyboard events from within video driver?
On Mon, Sep 30, 2002 at 07:34:06PM +0200, Thomas Winischhofer wrote: > So, I thought of another q&d solution: In the good, old > CTRL-ALT-KP_Plus/Minus-manner why not intercept eg. CTRL-ALT-KP_Multiply Apart from what Mark said, that particular key combination is already reserved, though it's not trapped by the server by default. You can be forgiven for not knowing this, though, as it's not documented everywhere it should be. ;-) I either already submitted the following patch to [EMAIL PROTECTED], or will be doing so in my next batch: This patch by Branden Robinson. --- xc/programs/Xserver/hw/xfree86/XFree86.man~ 2002-09-07 00:06:23.0 -0500 +++ xc/programs/Xserver/hw/xfree86/XFree86.man 2002-09-07 00:10:38.0 -0500 @@ -368,6 +368,20 @@ .B DontZoom XF86Config(__filemansuffix__) file option. .TP 8 +.B Ctrl+Alt+Keypad-Multiply +Not treated specially by default. If the +.B AllowClosedownGrabs +XF86Config(__filemansuffix__) file option is specified, this key sequence +kills clients with an active keyboard or mouse grab as well as killing any +application that may have locked the server, normally using the +XGrabServer(__libmansuffix__) Xlib function. +.TP 8 +.B Ctrl+Alt+Keypad-Divide +Not treated specially by default. If the +.B AllowDeactivateGrabs +XF86Config(__filemansuffix__) file option is specified, this key sequence +deactivates any active keyboard and mouse grabs. +.TP 8 .B Ctrl+Alt+F1...F12 For BSD and Linux systems with virtual terminal support, these keystroke combinations are used to switch to Virtual Console 1 through 12. -- G. Branden Robinson| Debian GNU/Linux | "Bother," said Pooh, as he was [EMAIL PROTECTED] | assimilated by the Borg. http://people.debian.org/~branden/ | msg09148/pgp0.pgp Description: PGP signature
[Xpert]Radeon 7500 Problem
Hi, I am having a problem setting up two monitors on my radeon 7500. I have written a config file based on past posts, but I get a server crash when using it. As it is I have identical pictures on both screens. My log follows. I have disabling a few things such as DPMS and DRI; nothing seems to help. Thanks for the help. -Nick Kraft XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18-23mdkenterprise i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Sun Sep 29 20:05:37 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "layout1" (**) |-->Screen "Left Screen" (0) (**) | |-->Monitor "Left" (**) | |-->Device "RadeonLeft" (**) |-->Screen "Right Screen" (1) (**) | |-->Monitor "Right" (**) | |-->Device "RadeonRight" (**) |-->Input Device "Keyboard1" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (WW) Option "XkbOptions" requires an string value (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Mouse1" (**) FontPath set to "unix/:-1" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "AllowMouseOpenFail" (**) Option "Xinerama" (**) Xinerama: enabled Using vt 7 (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3099 card 1106,3099 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b099 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 1317,0985 card 1317,0574 rev 11 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 105a,4d68 card 105a,4d68 rev 01 class 01,80,85 hdr 00 (II) PCI: 00:0b:0: chip 1102,0002 card 1102,8064 rev 08 class 04,01,00 hdr 80 (II) PCI: 00:0b:1: chip 1102,7002 card 1102,0020 rev 08 class 09,80,00 hdr 80 (II) PCI: 00:0c:0: chip 12b9,1008 card 12b9,00a2 rev 01 class 07,00,02 hdr 00 (II) PCI: 00:11:0: chip 1106,3074 card 1106,3074 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:2: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 00:11:3: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 00:11:4: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5157 card 1002,013a rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0xa000 - 0xa0ff (0x100) IX[B] [1] -1 0xa400 - 0xa4ff (0x100) IX[B] [2] -1 0xa800 - 0xa8ff (0x100) IX[B] [3] -1 0xac00 - 0xacff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xec00 - 0xedff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xe0
Re: [Xpert]Intercepting keyboard events from within video driver?
Le lun 30/09/2002 à 19:42, Mark Vojkovich a écrit : > On Mon, 30 Sep 2002, Thomas Winischhofer wrote: > > > > > The goal is: A quick hack in order to do a simple task which I am asked > > for almost every day: > > > > The hardware I am developing for has two CRT controllers (actually it's > > the sis driver for XFree86). One of these CRT controllers is able to > > control LCD panels and TV encoders, but only one of these two at the > > same time. The choice between LCD and TV (if both are detected at server > > start-up) is currently done with an Option in XF86Config-4, but this > > makes it impossible to change the setting during run-time (which is what > > users really ask for). (The special key on laptops which should provide > > this does not work under Linux - don't ask why; even if it did it is not > > satisfactory as I have no control over what the BIOS does to my > > registers. However, involving the BIOS is definitely not desired.) > >Those key presses often never get passed the BIOS. They > won't even get to the X-server. That's the way they work on the > recent laptops that I've had experience with. No software outside > of the BIOS knows about it. I think ACPI (in newer linux kernels) may intercept them. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Xv and OpenGL -- new module idea
I'm pretty unfamiliar with OpenGL programming. I have an idea for an xfree module that I suspect would not be too hard to implement, but I wanted to get some other opinions on it. What I'd like to do is create a module called perhaps ogl-xv or glx-xv that would provide a generic Xv adapter on the front end and on the back end would implement it using openGL calls to basically create an RGB or YUV texture to render the video to. this would have the advantage of acceleration on cards with accelerated 3D, and would provide generic Xv support to cards lacking an overlay engine by using SW mesa, and it could provide for more than one Xv adapter, so you could theoretically have more than one Xv at a time. Alex __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
MM> Note these arguments are the standard anti-xml arguments given by MM> most idots.. The XML proposals I've seen have been of the form ``I've just met Goedel in the lift, and he told me XML is a good idea, so why don't you folks implement XML for the server configuration file.'' Yours is the first half-commitment to produce a sample implementation. None of us, I believe, are ``idots'' (whatever that means). We're also not anti-XML, but rather sceptics who want to see what a change of this magnitude in habits and configuration tools will bring. There is no doubt that a well-documented and well-written sample imple- mentation accompanied with rationale would do wonders to dissipate some of this scepticism. MM> Xml provides off the shelf standard parsing and validation I know that. I also know how to write /ad hoc/ parsers (I believe that's usually taught in third year), so I'd like to see what exactly using XML will buy us. What exactly are you thinking about? Using off-the-shelf XML parsers in configuration tools? (Obviously.) Using XSLT within configuration tools? (Why not, after all?) Using some RPC-over-HTTP-over-TCP-over-IP for remote configuration? (Hmm.) Some other techniques that I haven't though of yet? In short, don't treat us like Neanderthals who haven't seen The One True Way. Give us something intelligent to disagree or perhaps even agree with. MM> it usefulness is well proven in many areas. ... and I met Church in the lift and he told me it's useful. MM> The XF86Config maps well to XML ... By design, any tree structure maps well to XML. And any tree structure maps well to SGML, and any tree structure maps well to Lisp S-Exps, and any tree structure maps well to the XF86Config format. (While we're off topic, any tree structure can be embedded within Cantor's space, which can be shown to be isomorphic to the real line.) MM> If XFree is willing to accept it in the tree its trivial to MM> implement. And it's not trivial to implement if XFree86 aren't? Aren't you putting something before something else, or whatever the idiom is? Juliusz ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert][Fwd: Unable to see Mouse Pointer on debian system]
Hi all I posted this email yesterday anddidn't receive any responses. Can you please help me understand why this is happening. Thanx Mukund --- Begin Message --- Hi all I recently installed a debian on my PC with a matrox G400 display card. I installed xserver-svga to support the Matrox display card and everything went well except the mouse configuration. I am unable to see the mouse pointer at all on my screen. I have specified my Mouse Protocol as IMPS/2 with Zaxismnapping. I am able to movev my mouse and select everything with my mouse except that the mouse pointer is completely invisible. I have never faced this problem before and I am unable to find any solution. Please help me fix this.. I have a hp 2 button PS/2 wheel mouse. Sincerely Mukund --- End Message ---
[Xpert]Intercepting keyboard events from within video driver?
then map the keyboard shortcut to run that cli app using your window manager, etc. Alex you could create a little cli app like s3switch for savage based cards that will switch the output between tv and crt2. Alex -- The goal is: A quick hack in order to do a simple task which I am asked for almost every day: The hardware I am developing for has two CRT controllers (actually it's the sis driver for XFree86). One of these CRT controllers is able to control LCD panels and TV encoders, but only one of these two at the same time. The choice between LCD and TV (if both are detected at server start-up) is currently done with an Option in XF86Config-4, but this makes it impossible to change the setting during run-time (which is what users really ask for). (The special key on laptops which should provide this does not work under Linux - don't ask why; even if it did it is not satisfactory as I have no control over what the BIOS does to my registers. However, involving the BIOS is definitely not desired.) So, I thought of another q&d solution: In the good, old CTRL-ALT-KP_Plus/Minus-manner why not intercept eg. CTRL-ALT-KP_Multiply and cycle through all possible output devices (LCD, TV and - theoretically - secondary VGA, that is)? Can this be done from within a video driver? I looked though the input related code but could not find a solution. Anybody? Thomas -- Thomas Winischhofer Vienna/Austria mailto:[EMAIL PROTECTED]http://www.winischhofer.net/ __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
On Mon, 30 Sep 2002, Michael Michael wrote: > after 1990... Note these arguments are the standard > anti-xml arguments given by most idots.. Okay, I will assume that you are not a troll just so I can put forth some of the non-standard arguments: 1) Versioning XML *still* doesn't have any good mechanisms for dealing with forward-compatibility and backward-compatibility. ie. reading a config file for version 10.4 on version 10.1. The closest you get is to use DOM to suck the whole tree in and then query the existing elements tree only when you need something. However, this doesn't address approximations to elements, obsoleted elements, etc. If you have a solution, I'm all ears and you have a reasonably compelling argument for adopting XML. And not just for XFree86. I use XML for data interchange in engineering and would *love* to hear a solution to this. 2) Proliferation of config files We already have two incompatible config file types. One for XFree86 v.3 and one for XFree86 v.4. This introduces a third type and doesn't really obsolete the v.4 config file. So which one gets priority? This can be handled by fiat, but there will be lots of confusion in users. 3) Schema, DTD, or raw XML? And which of these choices should be used for the config file? DTD's are supposedly supplanted by schemas, but schema knowledge and handling hasn't proliferated very well yet and even DTD handling is sketchy (most parsers are non-validating). So, you probably wind up with dumb raw XML since it's the lowest common denominator. Raw XML has very little advantage over the config file as it stands, and it has a big disadvantage in that all the tools written to deal with the current config format have to be rewritten. 4) External dependency Do you want the possibility of killing your X server when you upgrade your libXML? That's what this kind of linkage implies. X is a pretty primitive/low-level/primary part of most OS's. xml is fairly high-level and normally optional. Creating that kind of dependency is not a great idea. The main issue here is that the XFree86 config has simple syntax. The most complicated bits are not the syntax, but creating the content. Creating a modeline, setting up multiple displays, activating DRI, etc. are going to be the same level of pain whether the config file stays as it is or whether it moves to XML. And, as a side note, calling people idiots (misspelled even) rarely helps one's case. -a ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Intercepting keyboard events from within video driver?
you could create a little cli app like s3switch for savage based cards that will switch the output between tv and crt2. Alex -- The goal is: A quick hack in order to do a simple task which I am asked for almost every day: The hardware I am developing for has two CRT controllers (actually it's the sis driver for XFree86). One of these CRT controllers is able to control LCD panels and TV encoders, but only one of these two at the same time. The choice between LCD and TV (if both are detected at server start-up) is currently done with an Option in XF86Config-4, but this makes it impossible to change the setting during run-time (which is what users really ask for). (The special key on laptops which should provide this does not work under Linux - don't ask why; even if it did it is not satisfactory as I have no control over what the BIOS does to my registers. However, involving the BIOS is definitely not desired.) So, I thought of another q&d solution: In the good, old CTRL-ALT-KP_Plus/Minus-manner why not intercept eg. CTRL-ALT-KP_Multiply and cycle through all possible output devices (LCD, TV and - theoretically - secondary VGA, that is)? Can this be done from within a video driver? I looked though the input related code but could not find a solution. Anybody? Thomas -- Thomas Winischhofer Vienna/Austria mailto:[EMAIL PROTECTED]http://www.winischhofer.net/ __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Intercepting keyboard events from within video driver?
On Mon, 30 Sep 2002, Thomas Winischhofer wrote: > > The goal is: A quick hack in order to do a simple task which I am asked > for almost every day: > > The hardware I am developing for has two CRT controllers (actually it's > the sis driver for XFree86). One of these CRT controllers is able to > control LCD panels and TV encoders, but only one of these two at the > same time. The choice between LCD and TV (if both are detected at server > start-up) is currently done with an Option in XF86Config-4, but this > makes it impossible to change the setting during run-time (which is what > users really ask for). (The special key on laptops which should provide > this does not work under Linux - don't ask why; even if it did it is not > satisfactory as I have no control over what the BIOS does to my > registers. However, involving the BIOS is definitely not desired.) Those key presses often never get passed the BIOS. They won't even get to the X-server. That's the way they work on the recent laptops that I've had experience with. No software outside of the BIOS knows about it. > > So, I thought of another q&d solution: In the good, old > CTRL-ALT-KP_Plus/Minus-manner why not intercept eg. CTRL-ALT-KP_Multiply > and cycle through all possible output devices (LCD, TV and - > theoretically - secondary VGA, that is)? > > Can this be done from within a video driver? I looked though the input > related code but could not find a solution. > I suspect that it's not possible for the video driver to intercept key presses. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]xinerama operation
On Mon, 30 Sep 2002, Verduzco Jesus Alberto wrote: > > Hello > >I am new for xinerama nevertheless I have curiosity > in his operation. > >In the documentation of xinerama it is possible to > be read " A region XineramaScreenRegions[i] is > initialized > for each physical screen, and single region > PanoramiXScreenRegion is initialized to be the union > of the screen regions". > >So that they serve these regions? > >That it happens when we moved a window between > monitors? > >thanks for the information > #include "X11/extensions/Xinerama.h" I don't really understand the question. XFree86 has a extension function XineramaQueryScreens() that tells you how the single large screen (how Xinerama makes a multihead server look to the client) is broken up into individual screens. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Intercepting keyboard events from within video driver?
The goal is: A quick hack in order to do a simple task which I am asked for almost every day: The hardware I am developing for has two CRT controllers (actually it's the sis driver for XFree86). One of these CRT controllers is able to control LCD panels and TV encoders, but only one of these two at the same time. The choice between LCD and TV (if both are detected at server start-up) is currently done with an Option in XF86Config-4, but this makes it impossible to change the setting during run-time (which is what users really ask for). (The special key on laptops which should provide this does not work under Linux - don't ask why; even if it did it is not satisfactory as I have no control over what the BIOS does to my registers. However, involving the BIOS is definitely not desired.) So, I thought of another q&d solution: In the good, old CTRL-ALT-KP_Plus/Minus-manner why not intercept eg. CTRL-ALT-KP_Multiply and cycle through all possible output devices (LCD, TV and - theoretically - secondary VGA, that is)? Can this be done from within a video driver? I looked though the input related code but could not find a solution. Anybody? Thomas -- Thomas Winischhofer Vienna/Austria mailto:[EMAIL PROTECTED]http://www.winischhofer.net/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
--- Dr Andrew C Aitchison <[EMAIL PROTECTED]> wrote: > On Sun, 29 Sep 2002, Michael Michael wrote: > > > Has there been any discussion on translation of > the > > current XF86 config file to XML format. > > Lots. > Some of us are very resistant to changing what we > have at the moment. It seem that XF86 is resistant to any technology invented after 1990... Note these arguments are the standard anti-xml arguments given by most idots.. They have not stopped the spread and usefulness of XML. Xml provides off the shelf standard parsing and validation it usefulness is well proven in many areas. The XF86Config maps well to XML ... If XFree is willing to accept it in the tree its trivial to implement. I guess my question is XFree willing to accept and XML based config format into its tree. __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]problem when compiling X
Hello all, i have problem when compile X under OpenBSD 3.1 i386 latest stable and X (current). Any body know how to fix this problem? rm -f mmapr.o gcc -c -O2 -ansi -Dasm=__asm -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef -I. -I../../../../../programs/Xserver/hw/xfree86/common -I../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../programs/Xserver/include -I../../../../../exports/include/X11 -I../../../../../programs/Xserver/hw/xfree86/scanpci -I../../../../../programs/Xserver/hw/xfree86/dummylib -I../../../../.. -I../../../../../exports/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DUSE_I386_IOPL mmapr.c In file included from mmapr.c:34: /usr/include/unistd.h:66: warning: redundant redeclaration of `cuserid' in same scope /usr/include/stdio.h:274: warning: previous declaration of `cuserid' /usr/include/unistd.h:92: warning: redundant redeclaration of `lseek' in same scope /usr/include/sys/types.h:142: warning: previous declaration of `lseek' /usr/include/unistd.h:138: warning: redundant redeclaration of `ftruncate' in same scope /usr/include/sys/types.h:143: warning: previous declaration of `ftruncate' /usr/include/unistd.h:206: warning: redundant redeclaration of `truncate' in same scope /usr/include/sys/types.h:144: warning: previous declaration of `truncate' /usr/include/unistd.h:215: warning: redundant redeclaration of `getopt' in same scope /usr/include/stdlib.h:168: warning: previous declaration of `getopt' /usr/include/unistd.h:216: warning: redundant redeclaration of `optarg' in same scope /usr/include/stdlib.h:169: warning: previous declaration of `optarg' /usr/include/unistd.h:217: warning: redundant redeclaration of `opterr' in same scope /usr/include/stdlib.h:170: warning: previous declaration of `opterr' /usr/include/unistd.h:218: warning: redundant redeclaration of `optind' in same scope /usr/include/stdlib.h:171: warning: previous declaration of `optind' /usr/include/unistd.h:219: warning: redundant redeclaration of `optopt' in same scope /usr/include/stdlib.h:172: warning: previous declaration of `optopt' /usr/include/unistd.h:220: warning: redundant redeclaration of `optreset' in same scope /usr/include/stdlib.h:173: warning: previous declaration of `optreset' /usr/include/unistd.h:221: warning: redundant redeclaration of `getsubopt' in same scope /usr/include/stdlib.h:174: warning: previous declaration of `getsubopt' /usr/include/unistd.h:222: warning: redundant redeclaration of `suboptarg' in same scope /usr/include/stdlib.h:175: warning: previous declaration of `suboptarg' mmapr.c: In function `main': mmapr.c:139: warning: implicit declaration of function `strtoull' rm -f mmapr gcc -o mmapr -O2 -ansi -Dasm=__asm -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef -L../../../../../exports/lib mmapr.o mmapr.o: Undefined symbol `_strtoull' referenced from text segment collect2: ld returned 1 exit status *** Error code 1 Stop in /usr/src/XF4/xc/programs/Xserver/hw/xfree86/etc (line 1223 of Makefile). *** Error code 1 Thanks, Condor ___ http://www.vcable.net ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]RandR and per-user config
Around 6 o'clock on Sep 30, Alex Deucher wrote: > Now that X RandR support has gone into CVS, I was wondering if it might > be possible to add an option to allow each user to specify a separate > resolution or color depth, so that when they logged in via xdm/gdm/kdm > the screen resolution would change appropriately. maybe some option in > their .xinitrc. You can't change the depth, but you can change the size with the 'xrandr' program. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Matrox merged display support
278. Restructured and included Matrox's Merged Framebuffer changes to mga driver (Egbert Eich). I noticed in the CVS commit archive a while back that mga merged display support was added. what exactly does this entail? __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]RandR and per-user config
Now that X RandR support has gone into CVS, I was wondering if it might be possible to add an option to allow each user to specify a separate resolution or color depth, so that when they logged in via xdm/gdm/kdm the screen resolution would change appropriately. maybe some option in their .xinitrc. Alex __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]xinerama operation
Hello I am new for xinerama nevertheless I have curiosity in his operation. In the documentation of xinerama it is possible to be read " A region XineramaScreenRegions[i] is initialized for each physical screen, and single region PanoramiXScreenRegion is initialized to be the union of the screen regions". So that they serve these regions? That it happens when we moved a window between monitors? thanks for the information Jesus ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Kiosk
We have a Kiosk based web service here at Keele for reading email and using our library systems. I use linux and xfree with Netscape 4. I have two problems that have arisen with the latest versions of the software and I hope you can help. 1. Buttons Because we use Netscape I disable all the window furniture and try to stop the students from starting anything using hotkeys or the mouse. In earlier xfree's I simply said "buttons 1" in the pointer section and xfree duly ignored the right mouse button. However xfree 4.2 (from redhat 7.3 updates) seems to ignore the 'options "Buttons" "1"' Has this option been disabled if xfree finds that there are really 5 buttons on the mouse? Is there a neater way of stopping button 3 from having any effect? (I tried xmodmap -e "pointer = 1 1 1 4 5" which seemed to be what I wanted but this isn't allowed for some reason) 2. Keyboard Focus Our Kiosk netscape runs xfree without any window manager and has a netscape set to cover the screen. This works well for netscape 4 but netsape 6,7 and mozilla 1 all seem to start without any keyboard focus if there's no window manager. Does anyone know why and how I can fix the problem? Many thanks. Jon Knight ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
> > Has there been any discussion on translation of > > the current XF86 config file to XML format. > Lots. > Some of us are very resistant to changing what we > have at the moment. > See Couldn't someone invent an XML version of the format and write a little translator program (or script) so that changes in one of the two files (XF86Config-4 and XF86Config.xml or whatever) gets copied over automatically when the server starts? Then everyone would have the option of using the format they like most. Just a thought. /M __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]GLX module not loading
On Mon, Sep 30, 2002 at 10:25:21AM +0100, Dr Andrew C Aitchison wrote: > On Mon, 30 Sep 2002, Kacper Wysocki wrote: > > > I posted this very same problem a couple of weeks ago without receiving > > a reply- it might have something to do with my omission of the subject- > > sorry about that. > > > > So: my glx extention won't load. I'm using libutahglx and XF86 4.2.0. > > I'm running debian but I installed XF86 through the binary installer. > > I've been tweaking around trying to make this work, but I didn't find > > anything relevant on the net.. > > Your libglx.so doesn't match your X server (I think that "does not have a > glxModuleData data object" means that it is too old). > > IfI remember correctly libutahglx was for XFree86 version 3.3. Well, some people try to get it working with XFree86 4.2.0, but I doubt that Kackper have the latest one, though.. -- Ducrot Bruno http://www.poupinou.orgPage profaissionelle http://toto.tu-me-saoules.com Haume page ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
On Sun, 29 Sep 2002, Michael Michael wrote: > Has there been any discussion on translation of the > current XF86 config file to XML format. Lots. Some of us are very resistant to changing what we have at the moment. See http://www.xfree86.org/pipermail/xpert/2000-November/002982.html for an example objection, and some links to other messages in the thread. -- 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]GLX module not loading
On Mon, 30 Sep 2002, Kacper Wysocki wrote: > I posted this very same problem a couple of weeks ago without receiving > a reply- it might have something to do with my omission of the subject- > sorry about that. > > So: my glx extention won't load. I'm using libutahglx and XF86 4.2.0. > I'm running debian but I installed XF86 through the binary installer. > I've been tweaking around trying to make this work, but I didn't find > anything relevant on the net.. Your libglx.so doesn't match your X server (I think that "does not have a glxModuleData data object" means that it is too old). IfI remember correctly libutahglx was for XFree86 version 3.3. -- 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]Rendition v2x00
Phil T writes: > Hi, > I'm fixing the acceleration in the > rendition driver and I need some info > on the STATUS register - flags, masks etc. > I'm polling it in the Sync function in XAA for > idle status. Any help? > > To the maintainer of the rendition driver: > I have fixed some of the bugs in the > initialization and acceleration code, > i could send you my code if you are interested. > I probably was the last one who touched the Rendition driver to make it usable at least unaccelerated. I did all my work without access to any documentation. I doubt that anyone has any docs. So you may need to do some experimenting. Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]vidix crash in xinerama
I don't suppose you guys are responsible for the vidix thing (maybe I should be asking the guys that created xine or mplayer), but here goes: I run Xinerama, and own a radeon 8500 card. When I start Xine or mplayer in vidix video output mode they crash, xine reporting "floating point exception", and it seems that mplayer is saying something similar: MPlayer interrupted by signal 11 in module: init_video_codec - MPlayer crashed by bad usage of CPU/FPU/RAM. Now this only happens when I'm running in multi-display mode! When I start x with only one display enabled (ie I start with -screen Screen1) everything seems to be working allright. It seems to me like a bug in the code, I'm just wondering who to tell it to.. Cheers, Kacper Wysocki ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]GLX module not loading
I posted this very same problem a couple of weeks ago without receiving a reply- it might have something to do with my omission of the subject- sorry about that. So: my glx extention won't load. I'm using libutahglx and XF86 4.2.0. I'm running debian but I installed XF86 through the binary installer. I've been tweaking around trying to make this work, but I didn't find anything relevant on the net.. This is the relevant portion of the XFree86.log file. (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (EE) LoadModule: Module glx does not have a glxModuleData data object. (II) UnloadModule: "glx" (II) Unloading /usr/X11R6/lib/modules/extensions/libglx.so (EE) Failed to load module "glx" (invalid module, 0) Please point me in the right direction. Cheers, Kacper Wysocki ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
