Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Dale E. Edmons wrote: > I'm still trying to get G450 with DRI. Did you try xserver-xorg-core 1.3 and xserver-xorg-video-mga 1.4.6.1 as explained earlier? They've been in Debian testing for a while now, it's very easy to upgrade... > In the mean time, how > can I go back to the old X11R6 stuff? You mean downgrading to Etch? To Sarge? Reinstalling would probably be easier... > Or is it time to switch distro's? Other distros use Xserver 1.3 and the MGA driver 1.4.6.1 as Debian testing does. If it work there, it will work in Debian testing too... Dale E. Edmons wrote: > My complains seem to bounce or get ignored. Is there *any* effort > being made to fix this? We have been waiting for you to reply during 4 months now. I asked you to try upgrading to xserver-xorg-core 1.3 and xserver-xorg-video-mga 1.4.6.1 on April 24th, no reply. The most likely chance to find a fix for such a bug is to test latest upstream releases. That's what Xserver 1.3 and the MGA driver 1.4.6.1 are. Fixing this in earlier releases such as those in Etch is generally hard and useless in the end, upgrading is easier. > I've not had a problem this severe since I ran Window for Workgroups > 3.11 Unfortunately, you'll have to complain to Matrox about that. If they had provided free drivers for Linux as they provided drivers for Windows, it would be easier... cheers, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Brice, Thanks. It looks like I'm at xserver-xorg-core 2:1.3.0.0.dfsg-12 There's a 1.3 in there. And have xserver-xorg-video-mga 1:1.4.6.dfsg.1-3 Which I've taken to mean yes. Is this correct? I've done so much install and re-test that I've lost track of what else I've tried to get this to work. The big problem is things like blender or anything that *requires* DRI/GLX won't run. I'm very much needing to get some started on learning some 3D cad stuff (which was the whole reason for my upgrade in the first place). DRI does attempt to work, but just running glxgears results in Now there's something! This is the first time it's actually ran in months. I just checked it a few days ago and is what prompted my e-mail. I'm using an old version off my laptop which gives frame rate and what not so you can see the frame rate. I (for the moment) get 1540 frames in 5.0 seconds = 307.851 FPS 1680 frames in 5.4 seconds = 313.957 FPS 1680 frames in 5.4 seconds = 312.190 FPS 1680 frames in 5.2 seconds = 320.479 FPS which is 50% of original values and the wheels move at a rate of about twice a second. The old version would spin so fast it was mostly just blur. Still has big problems, but this is better since it doesn't wipe out my display! I'm going to send this off then reboot. This acts like it is software rendering at its worse. I couldn't even run blender a couple of days ago. It was so slow it hadn't come up after 2-3 minutes, but was trying but didn't have the frame rate and the LCD was going weird with multicolor stripes. I'll send a second e-mail on the results after reboot. Thanks, Dale Brice Goglin wrote: Dale E. Edmons wrote: I'm still trying to get G450 with DRI. Did you try xserver-xorg-core 1.3 and xserver-xorg-video-mga 1.4.6.1 as explained earlier? They've been in Debian testing for a while now, it's very easy to upgrade... In the mean time, how can I go back to the old X11R6 stuff? You mean downgrading to Etch? To Sarge? Reinstalling would probably be easier... Or is it time to switch distro's? Other distros use Xserver 1.3 and the MGA driver 1.4.6.1 as Debian testing does. If it work there, it will work in Debian testing too... Dale E. Edmons wrote: My complains seem to bounce or get ignored. Is there *any* effort being made to fix this? We have been waiting for you to reply during 4 months now. I asked you to try upgrading to xserver-xorg-core 1.3 and xserver-xorg-video-mga 1.4.6.1 on April 24th, no reply. The most likely chance to find a fix for such a bug is to test latest upstream releases. That's what Xserver 1.3 and the MGA driver 1.4.6.1 are. Fixing this in earlier releases such as those in Etch is generally hard and useless in the end, upgrading is easier. I've not had a problem this severe since I ran Window for Workgroups 3.11 Unfortunately, you'll have to complain to Matrox about that. If they had provided free drivers for Linux as they provided drivers for Windows, it would be easier... cheers, Brice -- "Any society that would give up a little liberty to gain a little security will deserve neither and lose both" --Benjamin Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Brice, I'll send a second e-mail on the results after reboot... Okay, now I'm getting the stripes of red, green and blue across my LCD where glxgears is running (they always match the running program in the y-axis (vertical) and spread all the way across the x-axis. The frame rate is now: 386 frames in 5.0 seconds = 77.105 FPS 375 frames in 5.0 seconds = 74.844 FPS 362 frames in 5.0 seconds = 72.397 FPS 375 frames in 5.0 seconds = 74.849 FPS 375 frames in 5.0 seconds = 74.962 FPS The difference was that earlier I had run glxgears as root! (I'm now running it as root and get the same thing. Something isn't getting initialized proper?) I don't suspect the video card as this all happened on upgrade. I just swapped two of my /etc/X11/xorg.conf.* files and have a semi-functional version! I've included the two files. The one marked "good" is semi-functional. It, I believe, is not dual-monitor and has very washed out colors and blender runs! The version I was running is marked "no-dri". This one the dual-monitor works correctly, but has no DRI/GLX. I can use this until my second monitor gets back from repair. In my old Xfree86, both dual-head and DRI (on one monitor) always worked and was fast. (Ironically, I'm something of a programmer and really do need both displays working as much or more than I need the DRI.) Any help will be much appreciated! Dale Brice Goglin wrote: Dale E. Edmons wrote: I'm still trying to get G450 with DRI. Did you try xserver-xorg-core 1.3 and xserver-xorg-video-mga 1.4.6.1 as explained earlier? They've been in Debian testing for a while now, it's very easy to upgrade... In the mean time, how can I go back to the old X11R6 stuff? You mean downgrading to Etch? To Sarge? Reinstalling would probably be easier... Or is it time to switch distro's? Other distros use Xserver 1.3 and the MGA driver 1.4.6.1 as Debian testing does. If it work there, it will work in Debian testing too... Dale E. Edmons wrote: My complains seem to bounce or get ignored. Is there *any* effort being made to fix this? We have been waiting for you to reply during 4 months now. I asked you to try upgrading to xserver-xorg-core 1.3 and xserver-xorg-video-mga 1.4.6.1 on April 24th, no reply. The most likely chance to find a fix for such a bug is to test latest upstream releases. That's what Xserver 1.3 and the MGA driver 1.4.6.1 are. Fixing this in earlier releases such as those in Etch is generally hard and useless in the end, upgrading is easier. I've not had a problem this severe since I ran Window for Workgroups 3.11 Unfortunately, you'll have to complain to Matrox about that. If they had provided free drivers for Linux as they provided drivers for Windows, it would be easier... cheers, Brice -- "Any society that would give up a little liberty to gain a little security will deserve neither and lose both" --Benjamin Franklin # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"i2c" Load"bitmap" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Optio
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Dale E. Edmons wrote: > The frame rate is now: You shouldn't use glxgears as a benchmark, it really isn't one unfortunately. If you want to know whether DRI works, glxinfo will tell you (look for "direct rendering: Yes" on line #4). > The difference was that earlier I had run glxgears as > root! It might just be a problem with the permissions of /dev/dri/card0. xserver-xorg-core sets it to mode 666 now, while you needed a DRI section in xorg.conf to do that earlier. > I believe, is not dual-monitor and has very washed out > colors and blender runs! The version I was running is > marked "no-dri". This one the dual-monitor works correctly, > but has no DRI/GLX. I can use this until my second > monitor gets back from repair. Dual-head with DRI might not be that easy to get. We have bug #362997 about that. Maybe the next mga driver with randr-1.2 support will help. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Brice, In XFree86 glxgears was a fairly reliable indicator of whether things were horribly broken or moving along well. Running flightgear flightsim would always parallel the performance, albiet much slower. In Xorg, that doesn't seem to be the case. However, if the wheels in glxgears are stepping, throwing bands of colors across my display, etc, then I *know* there is a problem. I always run glxinfo to see what the system thinks is actually out there. glxgears will run even if mesa is doing indirect rendering. Dual head works with the existing system. That I know for a fact. I now remember that I was just starting a disk driver for a VxWorks related system and needed both displays. The xorg.conf.no-dri is a config that actually runs dual-head. And GLX works with the same software. The xorg.conf.good I sent you is "proof" of that. However, I haven't seen both DRI/GLX *and* dual-head (although I've always been able to do both in the past). There has always been a trick to getting it tweeked just right so that they both work. This is the first time I haven't found an answer. But now I know that I can switch config files and have either one or the other, just not both--until this gets fixed. Right now I have finished writing my driver and one display is down and GLX is *very* important at the moment, so I'm now running that. (As long as I don't have a senior moment and forget to switch configs or over write one, then I'll be okay.) Thanks very much for your help. I hope the config files I sent you can help. Dale Brice Goglin wrote: Dale E. Edmons wrote: The frame rate is now: You shouldn't use glxgears as a benchmark, it really isn't one unfortunately. If you want to know whether DRI works, glxinfo will tell you (look for "direct rendering: Yes" on line #4). The difference was that earlier I had run glxgears as root! It might just be a problem with the permissions of /dev/dri/card0. xserver-xorg-core sets it to mode 666 now, while you needed a DRI section in xorg.conf to do that earlier. I believe, is not dual-monitor and has very washed out colors and blender runs! The version I was running is marked "no-dri". This one the dual-monitor works correctly, but has no DRI/GLX. I can use this until my second monitor gets back from repair. Dual-head with DRI might not be that easy to get. We have bug #362997 about that. Maybe the next mga driver with randr-1.2 support will help. Brice -- "Any society that would give up a little liberty to gain a little security will deserve neither and lose both" --Benjamin Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Please send us the output of /usr/share/bug/xserver-xorg/script 3>&1 Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
reassign 417601 xserver-xorg-video-mga thank you Dale E. Edmons wrote: > Here it is. I got some function to DRI now, but > nothing near the performance I had with "Stable". Which xserver-xorg-core and xserver-xorg-video-mga packages do you have? Could you try upgrading them to experimental ? (xserver-xorg-core 2:1.2.99.905-3 and xserver-xorg-video-mga 1:1.4.6.1.dfsg.1-1). Note that if you don't want to upgrade to libc2.5 because of this, you may want to take an earlier xserver-xorg-core from http://snapshot.debian.net/archive/2007/04/10/debian/pool/main/x/xorg-server/ > So far the problems with Testing seem to all but > minute, but there are a lot of them. I just had > iceape -mail to a segment abort after composing > a fairly length e-mail Do you have a way to reproduce such a crash? It would be helpful to get a backtrace with gdb. > Section "Device" > BoardName"G450" > BusID"2:0:0" > Driver "mga" > Identifier "Device[0]" > Option "NoHal" > Screen 0 > # Screen "Screen[Acer]" > Option "Rotate" "off" > VendorName "Matrox" > EndSection > > Section "Device" > BoardName"G450" > BusID"2:0:0" > Driver "mga" > Identifier "Device[1]" > Option "NoHal" > Screen 1 > # Screen "Screen[Hyundai]" > VendorName "Matrox" > EndSection > This xorg.conf is far from simple. You seem to have removed dualhead and nohal from the "good" xorg.conf, right? And it helped a lot? Any idea whether dualhead made the biggest difference? > (**) MGA(0): "off" is not a valid value for Option "Rotate" > You should drop your rotate option :) > (EE) MGA(1): Not initializing the DRI on the second head > Do you get DRI on the first head? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Brice, Sorry about causing a bit of confusion about my xorg.conf. The unedited original that worked (but was simple/single-head) was xorg.conf.good. The installation did *not* come up as dual-head. To enable dual-head, I manually edited xorg.conf. The script you had me run displayed the *hand-edited* xorg.conf which I currently run. What would be the easiest/safest way to upgrade to experimental? My system's kind of limping right now and I need it daily. I have a spare 80Gb drive I can enlist if need be. I'd be happy to upgrade to experimental, but this will take several steps and some time to accomplish. One attempt to upgrade from Stable to Testing made my original Stable disk inop (no X11). While trying to restore from my exact backup I encountered a ide error while running the Testing. This error wiped out most of my backup, leaving me two partial disks. I recovered my personal data, rebuilt my backup disk with Testing and this is the system I am currently running (the problem was reported before restoring any personal data). Thanks. Dale Brice Goglin wrote: reassign 417601 xserver-xorg-video-mga thank you Dale E. Edmons wrote: Here it is. I got some function to DRI now, but nothing near the performance I had with "Stable". Which xserver-xorg-core and xserver-xorg-video-mga packages do you have? Could you try upgrading them to experimental ? (xserver-xorg-core 2:1.2.99.905-3 and xserver-xorg-video-mga 1:1.4.6.1.dfsg.1-1). Note that if you don't want to upgrade to libc2.5 because of this, you may want to take an earlier xserver-xorg-core from http://snapshot.debian.net/archive/2007/04/10/debian/pool/main/x/xorg-server/ So far the problems with Testing seem to all but minute, but there are a lot of them. I just had iceape -mail to a segment abort after composing a fairly length e-mail Do you have a way to reproduce such a crash? It would be helpful to get a backtrace with gdb. Section "Device" BoardName"G450" BusID"2:0:0" Driver "mga" Identifier "Device[0]" Option "NoHal" Screen 0 # Screen "Screen[Acer]" Option "Rotate" "off" VendorName "Matrox" EndSection Section "Device" BoardName"G450" BusID"2:0:0" Driver "mga" Identifier "Device[1]" Option "NoHal" Screen 1 # Screen "Screen[Hyundai]" VendorName "Matrox" EndSection This xorg.conf is far from simple. You seem to have removed dualhead and nohal from the "good" xorg.conf, right? And it helped a lot? Any idea whether dualhead made the biggest difference? (**) MGA(0): "off" is not a valid value for Option "Rotate" You should drop your rotate option :) (EE) MGA(1): Not initializing the DRI on the second head Do you get DRI on the first head? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Dale E. Edmons wrote: > What would be the easiest/safest way to upgrade to experimental? No need anymore. xserver-xorg-core 2:1.3.0.0.dfsg-2 and xserver-xorg-video-mga 1:1.4.6.1.dfsg.1-2 are both in unstable now. But, you'll have to upgrade your libc to 2.5. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.
Package: x11r6 Version: X11R6 Severity: important When using the old XFree86 X11R6 my G450 was working in Direct Rendering (~620 fps running glxgears). Now, glxgears runs smoothly for about 2 seconds, then starts ``stepping'' at about one cog per second. glxgears no longer displays frame rate. This is a *very* useful tool for debugging whether GL is actually operating correctly or not. I would estimate my value would be at 0.1 or less--in other words, slower than my 333MHz laptop using Mesa Indirect rendering Old XF86Config-4 file doesn't work for xorg.conf. System doesn't appear to be capable of using dual-monitor yet. X11R6 is all but unusable! Thank you. (I'll be happy to send any info from this Debian and the one I'm trying to replace. My disks are removable and I run two matching drives. old/new) Dale E. Edmons www:w ZZ -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417601: closed by Julien Viard de Galbert (Re: Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable.)
Ah! That bug! That's the reason I left Debian. When the XFree86 switch to Xorg, Debian switched something and my G450 went from the fasted screaming video card to one of the worse pigs. Dale Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the xserver-xorg-video-mga package: #417601: x11r6: On startup, X11 reports that my G450 is not DRI capable. It has been closed by Julien Viard de Galbert . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Julien Viard de Galbert by replying to this email. Subject: Re: Bug#417601: x11r6: On startup, X11 reports that my G450 is not DRI capable. From: Julien Viard de Galbert Date: Tue, 7 Dec 2010 17:22:13 +0100 To: 417601-d...@bugs.debian.org To: 417601-d...@bugs.debian.org On Tue, Dec 07, 2010 at 08:13:22AM -0800, Dale E. Edmons wrote: Julien, Close it. I switched to Source Mage, became a developer, lost my job, resigned as developer, etc I've got two finals today Thanks for asking. Dale Ok, closing then. Thank you! Subject: x11r6: On startup, X11 reports that my G450 is not DRI capable. From: ? Date: Tue, 03 Apr 2007 09:14:47 -0700 To: Debian Bug Tracking System To: Debian Bug Tracking System Package: x11r6 Version: X11R6 Severity: important When using the old XFree86 X11R6 my G450 was working in Direct Rendering (~620 fps running glxgears). Now, glxgears runs smoothly for about 2 seconds, then starts ``stepping'' at about one cog per second. glxgears no longer displays frame rate. This is a *very* useful tool for debugging whether GL is actually operating correctly or not. I would estimate my value would be at 0.1 or less--in other words, slower than my 333MHz laptop using Mesa Indirect rendering Old XF86Config-4 file doesn't work for xorg.conf. System doesn't appear to be capable of using dual-monitor yet. X11R6 is all but unusable! Thank you. (I'll be happy to send any info from this Debian and the one I'm trying to replace. My disks are removable and I run two matching drives. old/new) Dale E. Edmons www:w ZZ -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- "Any society that would give up a little liberty to gain a little security will deserve neither and lose both." Benjamin Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org