Re: [Xpert]XML format for XF86Config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Oct 2002 14:31, Keith Packard wrote: > My hope is that the configuration file becomes entirely optional. There's > essentially nothing there which can't be autodetected on a reasonable > system. And hopefully auto(re)configured, based on changing system behaviour and characteristics. - -- http://conf.linux.org.au. 22-25Jan2003. Perth, Aust. Tickets booked. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9mU5qW6pHgIdAuOMRAosdAJ46EGS1ZlFVEPYH4cHuX+Us/jXQPwCZAZPH Zm16RlOEVGFYt7gohEmtO94= =P0hc -END PGP SIGNATURE- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
On Tue, 1 Oct 2002 02:01 pm, Keith Packard wrote: > 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. It has to be editable for those who still use a config file (custom settings, modelines, etc) and personally I think the current format is quite nice for hand-editing. What I've seen of XML doesn't have that quality. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Autoconfiguring
On Tue, Oct 01, 2002 at 05:27:38PM +1000, Brad Hards wrote: > > On Tue, 1 Oct 2002 14:31, Keith Packard wrote: > > My hope is that the configuration file becomes entirely optional. There's > > essentially nothing there which can't be autodetected on a reasonable > > system. > And hopefully auto(re)configured, based on changing system behaviour and > characteristics. Talking about this... what happens when I switch monitors? Would it be possible to detect the switch, and reconfigure X on the fly, changing the resolution if the monitor can't handle it. JohnFlux msg09166/pgp0.pgp Description: PGP signature
Re: [Xpert]Autoconfiguring
On Tue, 1 Oct 2002, John Tapsell wrote: > > And hopefully auto(re)configured, based on changing system behaviour and > > characteristics. > > Talking about this... what happens when I switch monitors? > Would it be possible to detect the switch, and reconfigure X on the fly, > changing the resolution if the monitor can't handle it. That is theoretically possible now. You could take an app such as the ddcprobe which ships with some versions of redhat, and turn it into a daemon which rechecks the monitor by DDC every few minutes (this may cause the screen to blink, which the user might not like) and then use XFree86-VidModeExtension to change the video timings on the fly. From this week you could even use the RandR extension to change the virtual desktop size if appropriate. I don't know whether it would be possible for the server to monitor the monitor connection and notice a change without the screen blink of a DDC probe. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert][dl@leo.org: Support for Matrox G450 X2 MMS?]
Hi, sorry this is a resent, since I posted without beeing subscribed. :-/ Best regards, Daniel -- IRCnet: Mr-Spock- "Do you love yourself ?" - "Yes!" (Isar 12) - *Daniel Lang * [EMAIL PROTECTED] * +49 89 289 18532 * http://www.leo.org/~dl/* --- Begin Message --- Hi, I hope this is the right place to ask. I would like to know if a Matrox G450 X2 MMS with Dual DVI would be supported with XFree 4.2 on FreeBSD stable. The G450 chipset is supported according to the supported hardware list. The G450 X2 seems to incorporate two separate chipsets on the board, according to the description and Matrox claims support for Linux. So I'm confident, but Support for Linux could also mean a Matrox provided binary module. I have two Flatpanels and I am looking for a Dual-Head/Xinerama solution under FreeBSD/XFree 4.2. Just to plug in two graphics boards seems to be a problem, since DVI and PCI seem to be mutual exclusive. Thanks for any help or advice. Best regards, Daniel -- IRCnet: Mr-Spock- "Do you love yourself ?" - "Yes!" (Isar 12) - *Daniel Lang * [EMAIL PROTECTED] * +49 89 289 18532 * http://www.leo.org/~dl/* --- End Message ---
[Xpert]colour mask values question
Hi.. Could anybody enlighten me on the proper use and understanding of the values {red,green,blue}_mask in the Visual and XImage structures. I assumed that X would convert between fx. RGB and BGR color ordering from image to server by setting these masks according but they seem to make absolutely no difference (also I cannot find where in the source this conversion would take place either). I assume I have misunderstood something, since this is not exactly an unused corner of X! Mvh Morten ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]6 head xinerama
Thats what I now have. A 6 monitor machine, with 3 Matrox G450 cards, 1 which is AGP. It was so nice to see digital photographs fill a wall like that :-) Pixmap operations work on all of them. The monitors are all 19". Most of them are monosync, so I had a hell of a time adjusting modelines. I get the impression it is quite unusual with such a large xinerama. Text also seem to work mostly, but not the background of text. Anyway, I have some problems, which seem to be due to the driver, which is the "mga" driver from XFree86. I use KDE, under SuSE 7.3, but installed XFree 4.2.0 from scratch over this. As mentioned, pixmap operations work fine on all screens. However, there are some pointerproblems, where the pointer leaves trails of small white squares, on 2 screens, when moved too fast. Menus, windowborders, and X11perf all look horrible, cut to shreads, chaotically striped. So, there is obviously something wrong somewhere, and thats why I write to you good people. First card, G450 AGP Both screens work perfectly. Second card, G450 PCI Stuff get shredded, as described above, on both screens. Third card, G450 PCI Same as above, but pointer also leaves trails, on both screens. I have tried changing bits per pixel, with no effect on the bugs at all. I enclose my XF86Config file below. Kim0 # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection # ** # Server flags section. # ** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but # may # provide a better stack trace in the core dump to aid in debugging #NoTrapSignals # Uncomment this to disable the server abort # sequence # This allows clients to receive this key event. #DontZap # Uncomment this to disable the / mode # switching # sequences. This allows clients to receive these key events. #DontZoom # This allows the server to start up even if the # mouse device can't be opened/initialised. AllowMouseOpenFail EndSection # ** # Input devices # ** # ** # Keyboard section # ** Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "250 30" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "no" EndSection # ** # Pointer section # ** #Section "InputDevice" #Identifier "Mouse2" #Driver "mouse" #Option "Protocol""PS/2" #Option "Device" "/dev/usbmouse" #Option "Emulate3Buttons" #Option "Emulate3Timeout""50" #EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol""PS/2" Option "Device" "/dev/psaux" Option "Emulate3Buttons" Option "Emulate3Timeout""50" EndSection Section "Module" # This loads the DBE extension module. Load"dbe" # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" EndSubSection # This loads the Type1 and FreeType font modules Load"type1" Load"freetype" EndSection # ** # Monitor section # ** # Any number of monitor sections may be present Section "Monitor" Identifier "Generic|High Frequency SVGA, 1024x768 at 70 Hz" VendorName "Unknown" ModelName "Unknown" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR
RE: [Xpert]Lockups!
Title: RE: [Xpert]Lockups! > 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. Have you ever prooven (and again prooven in recent time) that your system is stable when the grafics adapter is pulling the maximum power from your mainboard and PWS? -Alex.
Re: [Xpert]XML format for XF86Config
this is in essence what you can see on the linux kernel mailing list (and many others): gee, i have a great idea for this new solution to your existing module XYZ. i want to replace it with ABC. if i do, will you take it? the answer is that 'carte blanche' does not exist. the proof is in the code. you write the code. you submit the code. the code is peer reviewed. at the end of the day, you get an answer. > 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. look, it's not hard to understand what people are saying. what it boils down to is this: you have an idea. you have not sold the idea as a winning scenario. so prove it is better by doing it. people don't like changing for no reason. why rewrite the entire X project into java/perl/awk scripts/foo just because foo is the 'latest and greatest' invention? if you have an idea, and want to pursue it as a new strategy, then provide a working code base, decent documentation, and submit it to the public lists for peer review. if people like it, they'll accept it. if they don't, they will either tell you explicitly why not, or will simply give you te dreaded one-liner "no thanks". and you might get useful feedback on how to make it better. note, however, that you are explicitly stating that you will fork the xfree code base if people say no. so it sounds ike you're going to implement this one way or another. fine. implement it. submit it. get a reject? stick a fork in it. -josh ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7500 Problem
On Mon, 2002-09-30 at 22:50, Nick Kraft wrote: > 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. [...] > (II) RADEON(0): Starting up Xvideo subsystems [...] > (**) RADEON(0): DPMS enabled > > Fatal server error: > Caught signal 11. Server aborting This seems to be a problem with Mandrake merging GATOS code into their drivers. Please ask either of them for support or come back here if it happens with stock XFree86 as well. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]6 head xinerama
Today at 12:06pm, [EMAIL PROTECTED] mailed to Me too : > Third card, G450 PCI > Same as above, but pointer also leaves trails, on both screens. Remove comment and try # Option "sw_cursor" HTH :) -- Bharathi S, IndLinuX Team, (__) DONLab, TeNeT Group, oo / IIT-Madras, Chennai-INDIA. (_/\ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]6 head xinerama
> Today at 12:06pm, [EMAIL PROTECTED] mailed to Me too : > > > Third card, G450 PCI > > Same as above, but pointer also leaves trails, on both screens. > > Remove comment and try > # Option "sw_cursor" I tried that, and "hw_cursor" too, but none had any visible effect. Kim0 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XML format for XF86Config
On Tue, Oct 01, 2002 at 05:10:26PM +0930, Adam Luchjenbroers wrote: > On Tue, 1 Oct 2002 02:01 pm, Keith Packard wrote: > > 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. > > It has to be editable for those who still use a config file (custom settings, > modelines, etc) and personally I think the current format is quite nice for > hand-editing. What I've seen of XML doesn't have that quality. Agreed big time. The current format is great for cranking out configs for hardware that I don't have on hand. For example, a friend once needed a CVS version of XFree86 but had never built it. I was able to crank out a config for him and he could then build pretty painlessly. -- Ross Vandegrift [EMAIL PROTECTED] A Pope has a Water Cannon. It is a Water Cannon. He fires Holy-Water from it.It is a Holy-Water Cannon. He Blesses it. It is a Holy Holy-Water Cannon. He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon. He has it pierced.It is a Holey Wholly Holy Holy-Water Cannon. Batman and Robin arrive. He shoots them. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xv and OpenGL -- new module idea
On Mon, 2002-09-30 at 22:14, Alex Deucher wrote: > 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. One problem I see is that the X server currently can't use 3D acceleration with the DRI; that would also be a way to achieve accelerated indirect rendering, so it would definitely be a worthwhile project though. > 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, But that might be slower than not using Xv at all. > and it could provide for more than one Xv adapter, so you could > theoretically have more than one Xv at a time. That would certainly be nice, although one adapter seems to be enough usually. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 on Solaris Sun Blade 100?
On Mon, 30 Sep 2002, Andrew P. Lentvorski wrote: > 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. I'll assume you've read my cursory comment about this in xfree86.cf (around line 487). But that's not the whole story. While I agree the i810 driver is not particularly relevent to this architecture, I do feel it is important that this driver at least compile cleanly (which it does for me). This, not so much as a measure of its portability, but as an aid in eventually exorcising all architecture and OS concerns from the driver API/ABI. Besides, I see no complaint here about the other drivers that are in the same boat (e.g. newport, i740, etc). So, what problem did including i810 cause? > However, it doesn't detect any PCI interface at all. What obvious thing > did I miss? > 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. What does `prtconf -Ppv` say? For that matter, anything interesting in /var/log/XFree86.0.log? Also, I'm curious as to which compiler you used. Thanks. 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]XML format for XF86Config
> It has to be editable for those who still use a config file (custom settings, > modelines, etc) and personally I think the current format is quite nice for > hand-editing. What I've seen of XML doesn't have that quality. For better, or for worse, XML looks like HTML, and many/most system managers have the ability to deal with it; I for one find XF86Config files as inscrutable as any XML I've seen. And XML can be validated and edited mechanically, two major features. This being said, I'd like most of the effort to go toward making the file unnecessary entirely; if something has to remain, then maybe it would make sense to use XML for it. But let's work on making it obsolete, now that the hardware is much less insane than it once was. - Jim -- Jim Gettys Cambridge Research Laboratory HP Labs, Hewlett-Packard Company [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Savage 4
Hello All, My video card(Savage 4) does not use the acceleration in XFree. Possible this solve? -- Best regards, Sergey mailto:[EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Savage 4
Title: RE: [Xpert]Savage 4 Think about the DRI-development - there is some good effort around the Savage series of grafics adapter. i dont promise anything, but there are people that work on it. > -Original Message- > From: Sergey S. Genadievich [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 01, 2002 17:33 > To: Xpert > Subject: [Xpert]Savage 4 > > > Hello All, > > My video card(Savage 4) does not use the acceleration in > XFree. Possible this solve? > > -- > Best regards, > Sergey mailto:[EMAIL PROTECTED] > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > >
[Xpert]Re: Xpert digest, Vol 1 #2237 - 18 msgs
> Date: Mon, 30 Sep 2002 10:25:21 +0100 (BST) > From: Dr Andrew C Aitchison <[EMAIL PROTECTED]> > 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). > > Date: Mon, 30 Sep 2002 11:52:19 +0200 > From: Ducrot Bruno <[EMAIL PROTECTED]> > > 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 Kacper(ed) have the latest one, though.. So, what exactly do I do? I've read somewhere that XFree86 4.x comes with its own GLX, and following your advice I removed libutaxglx in its entirety and reinstalled XFree, also upgrading to 4.2.1 I'm still getting the same error message, though. libglx in the extentions direcotry is a symlink to glx.so in that same directory, and this file has a last modified date of Sep 3rd, which is when I assume the XFree binaries got built. I appreciate your time, Kacper Wysocki ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Intercepting keyboard events from within video driver?
Thomas Winischhofer writes: > > 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? > No, the Xserver will never see these keys being pressed. Neither does the kernel. Usually these key kombinations involve the Fn-key. Some hardware in the keyboard controller detects this and issues a system management interrupt. Therefore neither X nor the kernel get scheduled before the fatal code has been executed. I have never tried this but it may be possible to tweak the kernel so that you get a chance to intercept the system management interrupt. As far as I know there is support for such things in ACPI. Also there must be a way for the windows driver to deal with these situations. > 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! > I have an extension in mind which can be used to control device specific features. Drivers can register properties that can be set, applications can query the property list, the value type, ranges and current value. I've planned this as an extension to the xf86misc extension which allows to control certain keyboard and mouse features but which isnt extensible. Once you have this extension you can write applications that catch certain key events and use the extension to change device properites. Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]-cvs not starting in the correct mode
I built a server from cvs yesterday to play with the new RandR extension, and found a problem. Or at least I think it's a problem - it could be intentional. I'm using a laptop with a 1024x768 display (R128 driver, 16-bit color). The relevant section of the Screen section of XF86Config-4 looks like: Subsection "Display" Depth 16 Virtual 1280 1024 Modes "1280x1024" EndSubSection For some reason, the server starts in 1024x768 mode, not 1280x1024 with a 1024x768 viewable area, as I would expect (and as 4.2.0 does with the same XF86Config-4 file). This makes it impossible to use RandR as I'd like to, since if X is started with no monitor attached, it can't get above 1024x768 even when a monitor is attached. It seems strange that the server is ignoring the Virtual line, and starting in 1024x768 mode, even when that mode isn't present on the Modes line (I also noticed that RandR offers a large list of modes which aren't on the Modes line either; presumably that is intentional). Am I missing something, or has something broken since 4.2.0? I can provide a log file if anyone's interested. Thanks, Brian ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Autoconfiguring
Around 9 o'clock on Oct 1, Dr Andrew C Aitchison wrote: > use XFree86-VidModeExtension to change the video timings on the fly. From > this week you could even use the RandR extension to change the virtual > desktop size if appropriate. Yes, RandR will pick up screen sizes from any video modes added through the VidMode extension. RandR also permits DDX to reprobe the monitor whenever the app requests the available sizes. The kdrive-based Xvesa server requeries the BIOS at this point to catch monitor changes. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Autoconfiguring
Keith Packard ([EMAIL PROTECTED]): > Around 9 o'clock on Oct 1, Dr Andrew C Aitchison wrote: > > > use XFree86-VidModeExtension to change the video timings on the fly. From > > this week you could even use the RandR extension to change the virtual > > desktop size if appropriate. > > Yes, RandR will pick up screen sizes from any video modes added through > the VidMode extension. Can you successfully add modes yet? In december I was unable to (but I patched the vidmode extension code to have it work, sorry I didn't send that patch in yet). Did someone else fix it? -Billy -- Billy Biggs [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Autoconfiguring
Around 13 o'clock on Oct 1, Billy Biggs wrote: > Can you successfully add modes yet? In december I was unable to (but > I patched the vidmode extension code to have it work, sorry I didn't > send that patch in yet). Did someone else fix it? I don't know; I didn't test or change any of that code. If you've got a fix that makes it work, please send it along with a sample program to actually test this stuff. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7500 Problem
Thanks for responding. I think I did what you suggested. I commented out the line in my config file: Load "vl4" in the Modules section. I also switched the driver from "radeon" to "ati" in the two device sections. Still no luck. Of course, I'm not really sure if that is considered using the stock XFree86 driver. Any more suggestions? Thanks, Nick Kraft On Tue, 2002-10-01 at 08:47, Michel Dänzer wrote: > On Mon, 2002-09-30 at 22:50, Nick Kraft wrote: > > 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. > > [...] > > > (II) RADEON(0): Starting up Xvideo subsystems > > [...] > > > (**) RADEON(0): DPMS enabled > > > > Fatal server error: > > Caught signal 11. Server aborting > > This seems to be a problem with Mandrake merging GATOS code into their > drivers. Please ask either of them for support or come back here if it > happens with stock XFree86 as well. > > > -- > Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer > XFree86 and DRI project member / CS student, Free Software enthusiast > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]colour mask values question
On 1 Oct 2002, Morten Sylvest Olsen wrote: > Hi.. > > Could anybody enlighten me on the proper use and understanding of the > values {red,green,blue}_mask in the Visual and XImage structures. I > assumed that X would convert between fx. RGB and BGR color ordering from > image to server by setting these masks according but they seem to make > absolutely no difference (also I cannot find where in the source this > conversion would take place either). > I never understood why these were in the XImage structures. The Visual masks indicate how a pixel breaks up into RGB components. This is necessary for you to know when filling in XImage data. But the point of the masks in the XImage structure escape me since there is no conversion going on during PutImage. mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7500 Problem
On Die, 2002-10-01 at 20:42, Nick Kraft wrote: > Thanks for responding. I think I did what you suggested. I commented > out the line in my config file: Load "vl4" in the Modules section. I > also switched the driver from "radeon" to "ati" in the two device > sections. Still no luck. Of course, I'm not really sure if that is > considered using the stock XFree86 driver. It's not, it's still the same patched driver from Mandrake. The stock driver would be either from an XFree86 binary tarball or built yourself from source. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Re: [Xpert]problem when compiling X
Marc Aurele La France <[EMAIL PROTECTED]> íàïèñà : > 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... > --- cut > > 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. > > XFree86 Core Team member. ATI driver and X server internals. > I 7 days trying to compile X under OpenBSD 3.1 i386 latest stable and configure my new video card (GForce 4 MX 420), i try current from OpenBSD tree but unable to compile (error in bsd key ...), try 4.2.1 from xfree cvsup, unable to compile and my video card not supported, try current from cvsup.xfree86... unable to compile ( strtoull bla bla). I am very angry, any body know where i can get current snapshot (daily end-day build tree) comiled for OpenBSD 3.1 ? Regards, Condor ___ http://www.vcable.net ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Re: [Xpert]problem when compiling X
On Wed, 2 Oct 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... > > 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 ;-) > I 7 days trying to compile X under OpenBSD 3.1 i386 latest stable and > configure my new video card (GForce 4 MX 420), i try current from > OpenBSD tree but unable to compile (error in bsd key ...), try 4.2.1 > from xfree cvsup, unable to compile and my video card not supported, try > current from cvsup.xfree86... unable to compile ( strtoull bla bla). I > am very angry, any body know where i can get current snapshot (daily > end-day build tree) comiled for OpenBSD 3.1 ? This should now be fixed in XFree86's CVS repository (HEAD branch). I have no interaction with OpenBSD's repository. Talk to them, if that's where you are cvs update'ing from. 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
[Xpert]Re: GLX module not loading
> So, what exactly do I do? I've read somewhere that XFree86 4.x comes > with its own GLX, and following your advice I removed libutaxglx in > its entirety and reinstalled XFree, also upgrading to 4.2.1 > I'm still getting the same error message, though. libglx in the > extentions directory is a symlink to glx.so in that same directory, > and this file has a last modified date of Sep 3rd, which is when I > assume the XFree binaries got built. I've foolishly forgotten to modify the subject line of my previous post. Hopefully nobody will think (much) less of me for doing so. -Kacper ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7500 Problem
I downloaded the tarball and dropped the ati_drv.o file into my /usr/X11R6/lib/modules/drivers file. It still isn't working; is this what I needed to do? Does X link to this stock driver now, or do I have to build something? My new log file is attached. Thanks again. Sorry if these are stupid questions. 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: Tue Oct 1 18:44:46 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "layout1" (**) |-->Screen "Left Screen" (0) (**) | |-->Monitor "Left" (**) | |-->Device "Radeon Left" (**) |-->Screen "Right Screen" (1) (**) | |-->Monitor "Right" (**) | |-->Device "Radeon Right" (**) |-->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" 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 0xe000 - 0xe7ff (0x800) MX[B] (II) Bus -1: bridge is at (0:17:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (--) PCI:*(1:0:0) ATI Radeon 750
Re: [Xpert]Radeon 7500 Problem
> From: Nick Kraft <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > Date: 01 Oct 2002 18:57:05 -0400 > > I downloaded the tarball and dropped the ati_drv.o file into my > /usr/X11R6/lib/modules/drivers file. It still isn't working; is this > what I needed to do? Does X link to this stock driver now, or do I have > to build something? My new log file is attached. Thanks again. Sorry > if these are stupid questions. I think you really need to drop both ati_drv.o and radeon_drv.o into /usr/X11R6/lib/modules/drivers. The device is ati, but that driver will talk to the card to determine if it is an older card, a Rage128, or a Radeon and load those drivers, as well. So, for a Radeon card, both modules should be updated. Or maybe I'm just very confused! R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]xviddetect
As part of my job, I install Linux on a lot of different machines. I've just moved to Debian Woody, which uses version 4 of XFree86, not version 3 (like Debian Potato). One of the tools I used regularly was xviddetect, to try and work out what video hardware was on the machine. This doesn't appear to come in the version 4 server - is there something similar? I know xf86cfg autodetects hardware, but I'd prefer to get the server right the first time, rather than selecting the vga server, then fixing the server after the install has finished. -- Savanna | Free as in 'free speech', GnuPG Pub Key E40FAE08 | not 'free beer'. msg09196/pgp0.pgp Description: PGP signature
[Xpert]dvi output
Hello gentlemen / ladies I am running freebsd 4.7 with a "Pine" GEforce 4 card that has standard vga output, s-video output and DVI output. I am currently using the vga output but i would like to know how to use the DVI output and connect to my digital lcd monitor. thanks for any advice.. -- Best regards, SweeTLeaF mailto:[EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7500 Problem
I've got it working... Thanks for all the help. -Nick Kraft On Tue, 2002-10-01 at 19:35, Kevin Oberman wrote: > > From: Nick Kraft <[EMAIL PROTECTED]> > > Sender: [EMAIL PROTECTED] > > Date: 01 Oct 2002 18:57:05 -0400 > > > > I downloaded the tarball and dropped the ati_drv.o file into my > > /usr/X11R6/lib/modules/drivers file. It still isn't working; is this > > what I needed to do? Does X link to this stock driver now, or do I have > > to build something? My new log file is attached. Thanks again. Sorry > > if these are stupid questions. > > I think you really need to drop both ati_drv.o and radeon_drv.o into > /usr/X11R6/lib/modules/drivers. The device is ati, but that driver > will talk to the card to determine if it is an older card, a Rage128, > or a Radeon and load those drivers, as well. So, for a Radeon card, > both modules should be updated. > > Or maybe I'm just very confused! > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: [EMAIL PROTECTED]Phone: +1 510 486-8634 > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XFree86 4.2.1 & Nvidia driver and TNT2 M64 card
Hello everybody, Some of you will remember me from such shows as "Dave and the TNT2 go head to dual-head", and "When Good Video Cards Go Bad, Roman Numeral 3! (hosted by Sheriff John Burnell)". Let me bring you my latest thrilling installment in the ongoing saga... First of all I thought I had a problem with dual head. I purchased a GeForce2 Pro AGP video card and a TNT2 M64 PCI video card, in the hope of getting them working in a dual head configuration. I have had almost complete success except for one VERY annoying problem... With the NVIDIA drivers (not the X nv driver), and in fact every single version of them that I've tried in the last 6 months, I have had this same problem. I can lock up XFree86 really really well simply by enabling opaque window moving and dragging an xterm around a bit. After a few seconds, random coloured rectangles appear randomly and then BANG, XFree86 process hits 99% and sits there, forever. Remote ssh and kill -9 brings it all down again and I can restart it with 'xinit' (albeit from the remote session - the virtual console is "out of frequency range" for some reason after this). Doesn't matter on the window manager - I've tried fluxbox, openbox, blackbox, pwm, sawfish... So, I disable opaque window moving and I can live in peace for perhaps a day at a time... But, there are further problems - running a browser like mozilla or konqueror on the tnt2 head causes a lockup now and again when scrolling. Emacs can cause the lockup at seemingly random times (like when I unminimised it today and it tried to redraw itself). Once upon a time I did an strace on it and discovered that the X server was locked up in some sort of timer interrupt loop... nobody could help me there. A few observations: 1. The screen corruption ONLY EVER occurs on the TNT2 card. 2. I went out and bought a brand new TNT2 M64 card, and the exact same thing happens (in fact more frequently). 3. Both TNT2 cards work perfectly on another computer (XP1600+) 4. Both TNT2 cards work flawlessly in Windows 2000 5. Both TNT2 cards work flawlessly with the XFree86 'nv' driver (but no 3d accel. of course). 6. *** BOTH TNT2 cards work appallingly when they are the ONLY card installed in the system and I try and use the NVIDIA driver in X. Not only do I get all the problems I had before with the dual head setup, but they are about 10x worse (more frequent, funkier corruption) without the GeForce2 installed and active *** 7. Occasionally, maybe 1 time in 4, the lockup is a total system freeze. Can't even ping the box. It's dead. I've tried running the X debug server in a hope to attach gdb to it but it refuses to load the nvidia driver because it's statically built. How do I get around this? It will only start with the 'nv' driver and that one works fine anyway. So what is going on here? I've tried different installations of linux (debian sid), many different NVIDIA driver versions, nv & utahglx (works fine once I got it working in X4.2), each TNT2 card on it's own (nasty), dual head (not so nasty but a lockup a day on average). I'm just about ready to throw the entire system away and start again, this time with ATI cards or even Matrox, but I can't be sure it's a hardware problem! The cards both work fine on their own or with the GeForce2 when using the 'nv' driver but absolutely appallingly with the NVIDIA driver. I've contacted nvidia several times and got nothing out of them. I've tried every nvidia forum I can fin [Well, what do you know? It just locked up then too! And all I was doing was typing the word 'find'. I got as far as the 'n' when my solid white cursor only drew half of itself. Thank goodness for 'screen'] d and every website I can find. I am at a complete loss as to where to go now with this. Can someone *please* spend a little time with me over email thinking this through and working towards a solution? It all points at the nvidia driver really doesn't it??? There must be someone out there who knows enough about it and is willing to think a little about it. I would be eternally greatful (well, for a few weeks anyway :) I'm willing to run debuggers on it constantly if need be, but I don't know where to start. I don't believe it - it just locked up again when I was deleting a chunk of text in this email with line-cut (ctrl-K). It seems intensive screen redraws cause the problem, like scrolling, maximising, minimising, etc. Hardware: AMD Athlon 1.2 Thunderbird 256 megs SDRAM GeForce2 Pro 64MB AGP (Gigabyte) TNT2 M64 (Pine) and TNT2 M64 (Auriga), both 32MB PCI Some other stuff but the problem occurs without ANY extra peripherals or cards attached. Linux kernel 2.4.19 (have had problem with 2.4.18, 2.4.17, 2.4.16...) XFree86 4.2.1 (also had problem with 4.2.0 and 4.1.x) I can post my XF86Config-4 file if anyone wants it, but I know what I'm doing there I think (except with the nvidia driver options perhaps). Thanks, David Antliff [EMAIL PROTECTED] Design Engineer Med-D
[Xpert]XFree86 on Compaq Evo N1000c laptops
Hi. Any assistance with the following would be appreciated. I have installed XFree86 version 4.2.0 on four Compaq Evo N1000c laptops, (ATI Mobility Radeon 7500 graphics chip) , using Solaris8 x86 release 7/01. I have not created an XF86Config file - the system is using the default /etc/openwin/server/etc/OWconfig file. The laptops are connected to Compaq TFT8030 flat panel screens, and are set to display at 1280 x 1024 resolution. A mapping program written in Java is the main application. I have four problems with which I would appreciate any advice: 1. When switching from the internal laptop screen to the external screen, (using the FN+F4 keys) the image which appears on the external screen is slightly corrupted. (Horizontal lines through the image) I tried 'capturing' the screen with a graphics package, but the resultant .gif is fine! - this makes me suspect the external LCD screen. Output freq's are shown as V 43Hz, H 46.4KHz. Note: If the laptop is booted with the lid down, the problem does not appear and the frequencies are 63.9KHz & 60Hz - the problem is only seen after raising the lid and then switching the video. This leads me to suspect that the LCD screen is not handling the 43Hz & 46KHz rates. Should I specify a more limited range in a new XF86Config file? 2. When set to display on both internal and external screens simultaneously, the external screen image is not corrupted, however the image overlaps the edges of the screen, even though the on-screen-display shows 1280 x 1024. Selection of different monitor types or adjustment of the LCD screen clock setting do not fix this. Output freq's in this case are 63.9KHz 60Hz. The laptop screen is fine at this time. 3. Periodic 'freezes' of the mouse pointer - especially after rewrites of the screen. 4. Mode changes from 1280 x 1024 to the text mode for Solaris single-user text mode cause the screen to become unreadable. Is this the 'known' bug with this version of XF86 and ATI cards? Any advice appreciated. /var/log/XFree86.0.log follows: (EE) screenInfo.numScreens = 1 (==) Log file: "/var/log/XFree86.0.log", Time: Thu Sep 12 15:37:09 2002 (WW) Configuration file does not exist (==) ServerLayout "SimpleLayout" (**) |-->Screen "DefaultScreen 1" (0) (**) | |-->Monitor "DefaultMonitor" (**) | |-->Device "DefaultDevice" (WW) No FontPath specified. Using compiled-in default. (==) FontPath set to "/usr/openwin/lib/X11/fonts/F3/,/usr/openwin/lib/X11/fonts/F3bitmaps/,/usr/openwin/lib/X11/fonts/Type1/,/usr/openwin/lib/X11/fonts/Speedo/,/usr/openwin/lib/X11/fonts/misc/,/usr/openwin/lib/X11/fonts/75dpi/,/usr/openwin/lib/X11/fonts/100dpi/" (==) RgbPath set to "/usr/openwin/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (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 solaris (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.0, 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.0, 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 8086,1a30 card 0e11,004e rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 0e11,004e rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 0e11,004e rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c57 card 0e11,004e rev 00 class 03,00,00 hdr 00 (II) PCI: 02:04:0: chip 14f1,2f00 card 0e11,8d89 rev 01 class 07,80,00 hdr 00 (II) PCI: 02:05:0: chip 104c,8023 card 1179,ff01 rev 00 class 0c,00,10 hdr 00 (II) PCI: 02:06:0: chip 104c,ac50 card , rev 02 class 06,07,00 hdr 02 (II) PCI: 02:08:0: chip 8086,1031 card 0e11,004e rev 42 class 02,00,00 hdr 00 (II) PCI: 02:0e:0: chip 1033,0035 card 0e11,004e rev 41 class 0c,03,10 hdr 80 (II) PCI: 02:0e:1: chip 1033,0035 card 0e11,004e rev 41 class 0c,03,10 hdr 00 (II) PCI: 02:0e:2: chip 1033,00e0 card 0e11,004e rev 02 class 0c,03,20 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.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanp
[Xpert]Re: [Dri-devel] Xv and OpenGL -- new module idea
yeah xawtv has an opengl plugin as well. I'll take a look if I ever get a chance to. thanks for the suggestion. Alex --- Stefan Lange <[EMAIL PROTECTED]> wrote: > Alex Deucher wrote: > > 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. > > > > Disclaimer: I'm _not_ a programmer, and I don't know anything about > GL > or XV, so this is merely a blind guess: > > you might want to look at the code of mplayer's -vo gl and -vo gl2, > which provide opengl-video-overlays, to get started > > regards > Stefan > > > > > 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