Re: XFree86, Mesa, Debian, and libGLU revisited
>> Branden Robinson <[EMAIL PROTECTED]> writes: > What set of GL libraries can any reasonable GL implementation be > expected to provide? Déjà vu... http://oss.sgi.com/projects/ogl-sample/ABI/, section 3. You might as well be interested in the OpenGL specification and related documents, but that goes far beyond the scope of your question. (http://www.opengl.org/Documentation/Specs.html) M. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
are the versions correct?
Branden and crew, I am curious. I was looking around at the packages, trying to figure out what I would need to make Unreal Tournement work. While doing so, I found the following lines (using available-grep). Why I bothered writing is twofold; first, the version numbers in the Replaces: field seem wrong -- shouldn't it also include 3.3.6? Why not (<< 4.0) -- which would get everything below the newest version. :) Also, note the Filename: field. It claims to be 3.3.6-6. Is something broke? :) I just added the sources.list line as posted earlier, with a space added to make it work, so apt should know what is going on... :) Thanks All Package: xserver-common Priority: optional Section: x11 Installed-Size: 220 Maintainer: Branden Robinson <[EMAIL PROTECTED]> Architecture: i386 Source: xfree86 Version: 4.0.1-0phase2v7 Replaces: xbase (<< 3.3.2.3a-2), xserver-vga16 (<< 3.3.2.3a-2), xserver-agx (<< 3.3.2.3a-9), xserver-mach32 (<< 3.3.2.3a-9), xserver-mach64 (<< 3.3.2.3a-9), xserver-p9000 (<< 3.3.2.3a-9), xserver-s3 (<< 3.3.2.3a-9), xserver-s3v (<< 3.3.2.3a-9), xserver-tga (<< 3.3.2.3a-9), xserver-w32 (<< 3.3.2.3a-9), xsun-utils Depends: xfree86-common (>= 4.0.1), makedev (>= 2.3.1-24), libc6 (>= 2.1.2) Suggests: xfonts-base, xfonts-100dpi | xfonts-75dpi, xfonts-scalable Conflicts: xbase (<< 3.3.2.3a-2), xsun-utils, xbase-clients (<< 3.3.6-1) Filename: dists/frozen/main/binary-i386/x11/xserver-common_3.3.6-6.deb Size: 87238 MD5sum: 8820f501b1f92c53db7e34b57b5f0f17 Description: files and utilities common to all X servers -- Seth Arnold | http://www.willamette.edu/~sarnold/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XFree86, Mesa, Debian, and libGLU revisited
On Mon, Sep 18, 2000 at 09:54:03AM +0200, Harald Dunkel wrote: > > However, a consensus has formed of late among the XFree86 developers, in > > conjunction with Brian Paul (the mastermind of the Mesa project), that > > libGLU should be shipped, built and installed with the rest of Mesa as part > > of the XFree86 distribution. I've corresponded with Brian on this point, > > and he suggests that the 3 libraries, libGL, libGLU, and libOSMesa, be > > shipped in one package. I see no compelling reason to do otherwise. > > What is Debian's policy regarding OpenGL libraries provided by > the hardware vendor (NVidia, for example)? Don't we get a > packaging conflict here? No. Debian has a virtual package called "libgl1" which any package providing a compliant GL library can "Provide" in the package management sense. However, I'm concerned that not every one of these implementations that ships libGL will also ship libGLU and (especially) libOSMesa. Brian, do you still think it is a good idea to keep all 3 of these libraries together? What set of GL libraries can any reasonable GL implementation be expected to provide? Only that and no more needs to be handled with this mechanism. -- G. Branden Robinson|When I die I want to go peacefully in Debian GNU/Linux |my sleep like my ol' Grand Dad...not [EMAIL PROTECTED] |screaming in terror like his passengers. http://deadbeast.net/~branden/ | PGP signature
Trident 9397 and Xfree 4.1
Hey there; I'm using this chipset on my laptop, and encountering some odd behavior, so I figured I'd check and see if this was happening to anyone else. I'm running woody updated to this morning, and xserver-xfree86 4.0.1-0phase2v7. None of the default modelines work correctly -- so I cut out the modeline I was using with Xfree 3 (this had been tweeked via xvidtune from one of the defaults), and it works ok, except that the top half-inch or so of the screen is completely black. It looks like X is drawing there -- I can put windows there, and gkrellm extends into this "black" region -- but it's getting cut off or clipped or something. I took a screenshot with xwd, and the screenshot shows the entire screen, but it's not actually visible on the monitor. Any clues? Will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blackbox is crashing on phase 7 of X
On Tue, Sep 19, 2000 at 04:38:03PM -0400, Decklin Foster wrote: > David Starner writes: > > > snprintf("-Misc-Fixed-Medium-R-SemiCondens"..., 226, > > "%s,-*-*-%s-%s-*-*-%d-*-*-*-*-*-*"..., > > "-Misc-Fixed-Medium-R-SemiCondens"..., "Medium", "R", 13) = 130 > > Ah, ok. Are you able to get the font list at all? (worst case, use > something that doesn't allocate a font as your session and DISPLAY=:0 > xlsfonts on the console...) Or put xlsfonts > file in your .xsession file. I can get the list, it looks right, sawfish and netscape and xterm run just fine. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS
Re: Blackbox is crashing on phase 7 of X
David Starner writes: > snprintf("-Misc-Fixed-Medium-R-SemiCondens"..., 226, > "%s,-*-*-%s-%s-*-*-%d-*-*-*-*-*-*"..., > "-Misc-Fixed-Medium-R-SemiCondens"..., "Medium", "R", 13) = 130 Ah, ok. Are you able to get the font list at all? (worst case, use something that doesn't allocate a font as your session and DISPLAY=:0 xlsfonts on the console...) -- There is no TRUTH. There is no REALITY. There is no CONSISTENCY. There are no ABSOLUTE STATEMENTS. I'm very probably wrong. -- BSD fortune(6)
[offtopic] G400 RAMDAC speed setting
On Tue, Sep 19, 2000 at 10:58:51AM +0200, Simon Kongshoj wrote: > I've never tried this myself though -- I have only one monitor hooked to > my own G400 MAX, and I have been using X 3.3.6 for some time now [...] > Speaking of G400 MAX cards -- XF86 (at least in the versions I have tried) > sets their DAC speeds wrong (at 300 MHz, the correct value for non-MAX > G400s). Can that down-clocking hurt the card in any way? > I recently tried using (in the 'device' section of XF86Config) a > 'dacspeed 360' line to get the G400MAX's DAC up to its intended value -- > works perfectly. In some versions of X it will probably be 'Option > "dacspeed" 360' I tried this on my G400MAX, and indeed this line from xserver output: (--) SVGA: Maximum allowed dot-clock: 300.000 MHz changed to: (--) SVGA: Maximum allowed dot-clock: 360.000 MHz But I doubt that will accomplish much, since the highest dot-clock value I'm using in my Modelines is waay below, at 91.207 :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: Blackbox is crashing on phase 7 of X
On Tue, Sep 19, 2000 at 04:38:03PM -0400, Decklin Foster wrote: > David Starner writes: > > > snprintf("-Misc-Fixed-Medium-R-SemiCondens"..., 226, > > "%s,-*-*-%s-%s-*-*-%d-*-*-*-*-*-*"..., > > "-Misc-Fixed-Medium-R-SemiCondens"..., "Medium", "R", 13) = 130 > > Ah, ok. Are you able to get the font list at all? (worst case, use > something that doesn't allocate a font as your session and DISPLAY=:0 > xlsfonts on the console...) Or put xlsfonts > file in your .xsession file. I can get the list, it looks right, sawfish and netscape and xterm run just fine. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blackbox is crashing on phase 7 of X
David Starner writes: > snprintf("-Misc-Fixed-Medium-R-SemiCondens"..., 226, > "%s,-*-*-%s-%s-*-*-%d-*-*-*-*-*-*"..., > "-Misc-Fixed-Medium-R-SemiCondens"..., "Medium", "R", 13) = 130 Ah, ok. Are you able to get the font list at all? (worst case, use something that doesn't allocate a font as your session and DISPLAY=:0 xlsfonts on the console...) -- There is no TRUTH. There is no REALITY. There is no CONSISTENCY. There are no ABSOLUTE STATEMENTS. I'm very probably wrong. -- BSD fortune(6) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[offtopic] G400 RAMDAC speed setting
On Tue, Sep 19, 2000 at 10:58:51AM +0200, Simon Kongshoj wrote: > I've never tried this myself though -- I have only one monitor hooked to > my own G400 MAX, and I have been using X 3.3.6 for some time now [...] > Speaking of G400 MAX cards -- XF86 (at least in the versions I have tried) > sets their DAC speeds wrong (at 300 MHz, the correct value for non-MAX > G400s). Can that down-clocking hurt the card in any way? > I recently tried using (in the 'device' section of XF86Config) a > 'dacspeed 360' line to get the G400MAX's DAC up to its intended value -- > works perfectly. In some versions of X it will probably be 'Option > "dacspeed" 360' I tried this on my G400MAX, and indeed this line from xserver output: (--) SVGA: Maximum allowed dot-clock: 300.000 MHz changed to: (--) SVGA: Maximum allowed dot-clock: 360.000 MHz But I doubt that will accomplish much, since the highest dot-clock value I'm using in my Modelines is waay below, at 91.207 :) -- Digital Electronic Being Intended for Assassination and Nullification -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blackbox is crashing on phase 7 of X
On Tue, Sep 19, 2000 at 12:13:25PM -0400, Decklin Foster wrote: > Although, it's probably a blackbox bug if it exits instead of looking > for say 'fixed' as a backup. But it is. See the ltrace, lightly edited for readability: . . . strncpy(0xbfffe5d4, "R-SemiCondensed--13-120-75-75-C-"..., 48) = 0xbfffe5d4 strchr("R-SemiCondensed--13-120-75-75-C-"..., '-') = "-SemiCondensed--13-120-75-75-C-6"... __builtin_vec_new(227, 0xbfffe5bc, 0x0806ca74, 0, 0xbfffe674) = 0x0808f0c0 snprintf("-Misc-Fixed-Medium-R-SemiCondens"..., 226, "%s,-*-*-%s-%s-*-*-%d-*-*-*-*-*-*"..., "-Misc-Fixed-Medium-R-SemiCondens"..., "Medium", "R", 13) = 130 XFreeFontSet(0x08071bd0, 0x0808c928, 0x0806ca74, 0, 0xbfffe674) = 1 XCreateFontSet(0x08071bd0, 0x0808f0c0, 0xbfffe5c8, 0xbfffe5cc, 0xbfffe5d0) = 0 __builtin_vec_delete(0x0808f0c0, 0x0808c928, 0x0806ca74, 0, 0xbfffe674) = 0x0808f3f8 catgets(0x08071b60, 6, 4, 0x0806ca00, 0x362d432d) = 0x0806ca00 fprintf(0x4014b600, "BScreen::LoadStyle(): couldn't l"... BScreen::LoadStyle(): couldn't load default font. ) = 50 exit(2) = __builtin_vec_delete(0x08071b30, 0x08049a1f, 0x4017f01c, 0x40113520, 0x08070430) = 0x4024cc40 catclose(0x08071b60, 0x08049a1f, 0x4017f01c, 0x40113520, 0x08070430) = 0 __deregister_frame_info(0x08070414, 0x4019, 0xbfffe5fc, 0x0804ace3, 0x0808befc) = 0x080707bc +++ exited (status 2) +++ -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS
xterm segfaults when typing "set"
When running an xterm (from phase2v7), typing the command "set" (perhaps only when using zsh as a shell) causes the xterm to experience a segfault (and when not sgid, to dump core). This is not reproducable with a 3.3.6 xterm, but is universal with the 4.0.1 xterm. The set builtin in zsh appears to output special characters when printing the value of IFS (the ^@ [null?] character). I can produce an strace and/or coredump if necessary. P.S. I'm not on the list, please CC me with any response.
Re: Blackbox is crashing on phase 7 of X
David Starner writes: > Load"freetype" > > FontPath "/usr/share/fonts/truetype/" (assuming you have a proper fonts.dir...) This setup doesn't produce any TTF fonts for me either. I'm just continuing to use xfstt because I don't have a lot of time to look into it. Although, it's probably a blackbox bug if it exits instead of looking for say 'fixed' as a backup. -- There is no TRUTH. There is no REALITY. There is no CONSISTENCY. There are no ABSOLUTE STATEMENTS. I'm very probably wrong. -- BSD fortune(6)
Blackbox is crashing on phase 7 of X
This may just be me, but Blackbox won't run with the latest package of X4. It says it can't load the default font, which, when ltraced, appears to be due to XCreateFontSet returning NULL. (I'm not an X expert, though.) The appropriate sections of my XF86Config file are: # This loads the Type1 and FreeType font modules Load"type1" Load"speedo" #Load"xtt" Load"freetype" and #FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" 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/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" #FontPath "/usr/X11R6/lib/X11/fonts/TrueType/" FontPath "/usr/share/fonts/truetype/" -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS
Permedia2 DA/DH Problems with 4.0.1
I have two Permedia2v display adapters, and lspci -v reports this about them: 00:08.0 Non-VGA unclassified device: 3DLabs Permedia II 2D+3D (rev 01) Subsystem: 3DLabs AccelStar II 3D Accelerator Flags: medium devsel, IRQ 11 Memory at e800 (32-bit, non-prefetchable) Memory at e700 (32-bit, non-prefetchable) Memory at e780 (32-bit, non-prefetchable) Expansion ROM at e500 [disabled] Capabilities: [4c] Power Management version 1 01:00.0 Display controller: Texas Instruments TVP4020 [Permedia 2] (rev 11) Subsystem: STB Systems Inc: Unknown device 252d Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11 Memory at e200 (32-bit, non-prefetchable) Memory at e180 (32-bit, non-prefetchable) Memory at e100 (32-bit, non-prefetchable) Capabilities: [4c] Power Management version 1 Capabilities: [40] AGP version 1.0 I have XFree86 configured to run in multi-head mode, since the cards don't match and the monitors they are attached to certainly don't match (17" on the AGP and 14" on the PCI card). I'm not using any fb devices, so when not in X, the PCI card and 14" monitor turn themselves off. My problem is that the PCI card refuses to run at anything higher than 8-bit mode. Once upon a time, when I only had PCI motherboards, I ran this card at multiple resolutions at 16- and 24-bit color. If I try to run 16-bit, I get the familiar `psychadelic' effect, which says to me that I may be able to tweak it out in the XF86Config file (I know I have the monitor settings right). Currently, my PCI card is configured as follows: Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" RightOf "Screen0" InputDevice"Mouse0" "CorePointer" InputDevice"Mouse1" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Monitor" # KFC/Smile Int'l CA1414VS Identifier "Monitor1" VendorName "Monitor Vendor" ModelName"Monitor Model" HorizSync 30-70 VertRefresh 40-90 EndSection Section "Device" Identifier "Card1" Driver "glint" VendorName "Texas Instruments" Option "NoAccel" BoardName "Permedia 2" BusID "PCI:0:8:0" VideoRam8192 EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor"Monitor1" DefaultDepth 8 SubSection "Display" # Due to as-yet-unexplored color issues, we run this one at 8-bit Depth8 Modes"800x600" ViewPort 0 0 EndSubSection EndSection Also noteworthy is that once, when running the AGP/17" display at 16-bit and the PCI/14" display at 8-bit, using an 8-bit theme for my window manager, I started Netscape in Screen0, and the colormapping was munged badly on Screen1. All of the light blues on Screen1 turned blood red and the dark blues went black. The only way I got my color back was by restarting X. Sadly, this problem was not reproducable. Why are the two screens sharing a color palatte, anyway? -- -=|JP|=-"Why, oh, why didn't I take the blue pill?" Jon Pennington| Atipa Linux Solutions -o) [EMAIL PROTECTED] | http://www.atipa.com/\\ Kansas City, MO, USA | 816-595-3000 x1550 _\_V 6D04 39E0 CAE9 9ADA 2CA3 2EBE 898A 6C37 CA1E A29C
Re: Blackbox is crashing on phase 7 of X
On Tue, Sep 19, 2000 at 12:13:25PM -0400, Decklin Foster wrote: > Although, it's probably a blackbox bug if it exits instead of looking > for say 'fixed' as a backup. But it is. See the ltrace, lightly edited for readability: . . . strncpy(0xbfffe5d4, "R-SemiCondensed--13-120-75-75-C-"..., 48) = 0xbfffe5d4 strchr("R-SemiCondensed--13-120-75-75-C-"..., '-') = "-SemiCondensed--13-120-75-75-C-6"... __builtin_vec_new(227, 0xbfffe5bc, 0x0806ca74, 0, 0xbfffe674) = 0x0808f0c0 snprintf("-Misc-Fixed-Medium-R-SemiCondens"..., 226, "%s,-*-*-%s-%s-*-*-%d-*-*-*-*-*-*"..., "-Misc-Fixed-Medium-R-SemiCondens"..., "Medium", "R", 13) = 130 XFreeFontSet(0x08071bd0, 0x0808c928, 0x0806ca74, 0, 0xbfffe674) = 1 XCreateFontSet(0x08071bd0, 0x0808f0c0, 0xbfffe5c8, 0xbfffe5cc, 0xbfffe5d0) = 0 __builtin_vec_delete(0x0808f0c0, 0x0808c928, 0x0806ca74, 0, 0xbfffe674) = 0x0808f3f8 catgets(0x08071b60, 6, 4, 0x0806ca00, 0x362d432d) = 0x0806ca00 fprintf(0x4014b600, "BScreen::LoadStyle(): couldn't l"... BScreen::LoadStyle(): couldn't load default font. ) = 50 exit(2) = __builtin_vec_delete(0x08071b30, 0x08049a1f, 0x4017f01c, 0x40113520, 0x08070430) = 0x4024cc40 catclose(0x08071b60, 0x08049a1f, 0x4017f01c, 0x40113520, 0x08070430) = 0 __deregister_frame_info(0x08070414, 0x4019, 0xbfffe5fc, 0x0804ace3, 0x0808befc) = 0x080707bc +++ exited (status 2) +++ -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xterm segfaults when typing "set"
When running an xterm (from phase2v7), typing the command "set" (perhaps only when using zsh as a shell) causes the xterm to experience a segfault (and when not sgid, to dump core). This is not reproducable with a 3.3.6 xterm, but is universal with the 4.0.1 xterm. The set builtin in zsh appears to output special characters when printing the value of IFS (the ^@ [null?] character). I can produce an strace and/or coredump if necessary. P.S. I'm not on the list, please CC me with any response. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blackbox is crashing on phase 7 of X
David Starner writes: > Load"freetype" > > FontPath "/usr/share/fonts/truetype/" (assuming you have a proper fonts.dir...) This setup doesn't produce any TTF fonts for me either. I'm just continuing to use xfstt because I don't have a lot of time to look into it. Although, it's probably a blackbox bug if it exits instead of looking for say 'fixed' as a backup. -- There is no TRUTH. There is no REALITY. There is no CONSISTENCY. There are no ABSOLUTE STATEMENTS. I'm very probably wrong. -- BSD fortune(6) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Some tips and a question
I'm successfully using the latest 4.0.1-0phase2v7 debs from deb http://samosa.debian.org/~branden/woody i386/ and I've discovered a few things that I haven't seen mentioned here. If you blow away (mv, actually) old XF86Config files and run xf86cfg (not xf86config!), you can make a perfectly usable XF86Config effortlessly. Just make sure you click on Configure Layout, because that's really a drop-down menu button, not just a title! Choose Configure Screen and choose your default color depth and resolutions. Your bitmap fonts will work with no Files section at all, but if you want Type 1, speedo, and truetypes, you will need to load the necessary modules, as has been mentioned repeatedly here. Netscape won't recognize truetypes, however, unless you configure xfs and use it by adding to XF86Config: Section "Files" FontPath "unix/:7100" EndSection If you have time to read only one doc, read /usr/share/doc/xfree86-common/RELNOTES. In my case (Matrox G400) it pointed me to one vital link (dri.sourceforge.net). The question: after I got DRI working perfectly, as shown in /var/log/XFree86.0.log (another free tip!), my virtual consoles were all very screwed up (unusable!) and I experienced a hard crash (I couldn't even telnet in -- I had to hit the reset switch). Removing DefaultFbBpp 32 from XF86Config kills DRI and restores stability. Has anybody gotten DRI to work with G400 and kernel 2.4.0-test8?
Blackbox is crashing on phase 7 of X
This may just be me, but Blackbox won't run with the latest package of X4. It says it can't load the default font, which, when ltraced, appears to be due to XCreateFontSet returning NULL. (I'm not an X expert, though.) The appropriate sections of my XF86Config file are: # This loads the Type1 and FreeType font modules Load"type1" Load"speedo" #Load"xtt" Load"freetype" and #FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" 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/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" #FontPath "/usr/X11R6/lib/X11/fonts/TrueType/" FontPath "/usr/share/fonts/truetype/" -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Permedia2 DA/DH Problems with 4.0.1
I have two Permedia2v display adapters, and lspci -v reports this about them: 00:08.0 Non-VGA unclassified device: 3DLabs Permedia II 2D+3D (rev 01) Subsystem: 3DLabs AccelStar II 3D Accelerator Flags: medium devsel, IRQ 11 Memory at e800 (32-bit, non-prefetchable) Memory at e700 (32-bit, non-prefetchable) Memory at e780 (32-bit, non-prefetchable) Expansion ROM at e500 [disabled] Capabilities: [4c] Power Management version 1 01:00.0 Display controller: Texas Instruments TVP4020 [Permedia 2] (rev 11) Subsystem: STB Systems Inc: Unknown device 252d Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11 Memory at e200 (32-bit, non-prefetchable) Memory at e180 (32-bit, non-prefetchable) Memory at e100 (32-bit, non-prefetchable) Capabilities: [4c] Power Management version 1 Capabilities: [40] AGP version 1.0 I have XFree86 configured to run in multi-head mode, since the cards don't match and the monitors they are attached to certainly don't match (17" on the AGP and 14" on the PCI card). I'm not using any fb devices, so when not in X, the PCI card and 14" monitor turn themselves off. My problem is that the PCI card refuses to run at anything higher than 8-bit mode. Once upon a time, when I only had PCI motherboards, I ran this card at multiple resolutions at 16- and 24-bit color. If I try to run 16-bit, I get the familiar `psychadelic' effect, which says to me that I may be able to tweak it out in the XF86Config file (I know I have the monitor settings right). Currently, my PCI card is configured as follows: Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" RightOf "Screen0" InputDevice"Mouse0" "CorePointer" InputDevice"Mouse1" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Monitor" # KFC/Smile Int'l CA1414VS Identifier "Monitor1" VendorName "Monitor Vendor" ModelName"Monitor Model" HorizSync 30-70 VertRefresh 40-90 EndSection Section "Device" Identifier "Card1" Driver "glint" VendorName "Texas Instruments" Option "NoAccel" BoardName "Permedia 2" BusID "PCI:0:8:0" VideoRam8192 EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor"Monitor1" DefaultDepth 8 SubSection "Display" # Due to as-yet-unexplored color issues, we run this one at 8-bit Depth8 Modes"800x600" ViewPort 0 0 EndSubSection EndSection Also noteworthy is that once, when running the AGP/17" display at 16-bit and the PCI/14" display at 8-bit, using an 8-bit theme for my window manager, I started Netscape in Screen0, and the colormapping was munged badly on Screen1. All of the light blues on Screen1 turned blood red and the dark blues went black. The only way I got my color back was by restarting X. Sadly, this problem was not reproducable. Why are the two screens sharing a color palatte, anyway? -- -=|JP|=-"Why, oh, why didn't I take the blue pill?" Jon Pennington| Atipa Linux Solutions -o) [EMAIL PROTECTED] | http://www.atipa.com/\\ Kansas City, MO, USA | 816-595-3000 x1550 _\_V 6D04 39E0 CAE9 9ADA 2CA3 2EBE 898A 6C37 CA1E A29C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Some tips and a question
I'm successfully using the latest 4.0.1-0phase2v7 debs from deb http://samosa.debian.org/~branden/woody i386/ and I've discovered a few things that I haven't seen mentioned here. If you blow away (mv, actually) old XF86Config files and run xf86cfg (not xf86config!), you can make a perfectly usable XF86Config effortlessly. Just make sure you click on Configure Layout, because that's really a drop-down menu button, not just a title! Choose Configure Screen and choose your default color depth and resolutions. Your bitmap fonts will work with no Files section at all, but if you want Type 1, speedo, and truetypes, you will need to load the necessary modules, as has been mentioned repeatedly here. Netscape won't recognize truetypes, however, unless you configure xfs and use it by adding to XF86Config: Section "Files" FontPath "unix/:7100" EndSection If you have time to read only one doc, read /usr/share/doc/xfree86-common/RELNOTES. In my case (Matrox G400) it pointed me to one vital link (dri.sourceforge.net). The question: after I got DRI working perfectly, as shown in /var/log/XFree86.0.log (another free tip!), my virtual consoles were all very screwed up (unusable!) and I experienced a hard crash (I couldn't even telnet in -- I had to hit the reset switch). Removing DefaultFbBpp 32 from XF86Config kills DRI and restores stability. Has anybody gotten DRI to work with G400 and kernel 2.4.0-test8? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DPMS
On Mon, 18 Sep 2000, Seth R Arnold bashed his keyboard into the wall and hit the following keys: > In a related issue, does anyone have dual-head DPMS working? My G400 max > only powers down the primary monitor at the requested time interval. > Option "DPMS" is specified once for each monitor. I *think* the problem is that xset only expects one monitor. IIRC you can set DPMS suspend / standby / poweroff values within XF86Config -- you may want to read the XF86 documentation and try this. I've never tried this myself though -- I have only one monitor hooked to my own G400 MAX, and I have been using X 3.3.6 for some time now (at the point I tried 4.0.0 in a non-deb version it was way too unstable for my liking, so I fell back on X 3.3.6 and Utah GLX). Speaking of G400 MAX cards -- XF86 (at least in the versions I have tried) sets their DAC speeds wrong (at 300 MHz, the correct value for non-MAX G400s). I recently tried using (in the 'device' section of XF86Config) a 'dacspeed 360' line to get the G400MAX's DAC up to its intended value -- works perfectly. In some versions of X it will probably be 'Option "dacspeed" 360' -- Simon Kongshoj - email: [EMAIL PROTECTED] - http://www.cs.auc.dk/~simon Why have your OS perform illegal actions when you can do it yourself?
Re: DPMS
On Mon, 18 Sep 2000, Seth R Arnold bashed his keyboard into the wall and hit the following keys: > In a related issue, does anyone have dual-head DPMS working? My G400 max > only powers down the primary monitor at the requested time interval. > Option "DPMS" is specified once for each monitor. I *think* the problem is that xset only expects one monitor. IIRC you can set DPMS suspend / standby / poweroff values within XF86Config -- you may want to read the XF86 documentation and try this. I've never tried this myself though -- I have only one monitor hooked to my own G400 MAX, and I have been using X 3.3.6 for some time now (at the point I tried 4.0.0 in a non-deb version it was way too unstable for my liking, so I fell back on X 3.3.6 and Utah GLX). Speaking of G400 MAX cards -- XF86 (at least in the versions I have tried) sets their DAC speeds wrong (at 300 MHz, the correct value for non-MAX G400s). I recently tried using (in the 'device' section of XF86Config) a 'dacspeed 360' line to get the G400MAX's DAC up to its intended value -- works perfectly. In some versions of X it will probably be 'Option "dacspeed" 360' -- Simon Kongshoj - email: [EMAIL PROTECTED] - http://www.cs.auc.dk/~simon Why have your OS perform illegal actions when you can do it yourself? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]