From: Karsten <ku...@re...> - 2003-11-21 21:10:03
|
Hi, I recently installed a Radeon 9200 (from Tyan) with DVI output and a Dell 2000FP flatpanel and if I try to start a 3D-program (glxgears for instance) it behaves very strange. I'm using current (yesterday's) DRI-CVS, older versions didn't produce any picture on the DVI output. If I login I get a nice picture on the display (1600x1200) and everything seems to work, glxinfo happily reports "direct rendering: yes", the radeon kernel module is loaded and used. BUT, as soon as I start glxgears the card switches the DVI output OFF! If I connect a display to the VGA output I can see my desktop with glxgears running there. As soon as I stop glxgears the DVI output is turned on again and everything goes back to normal. Now, can anybody explain what's going on here? Or better, does anybody know how to fix that? BTW, the latest XFree snapshot from November has exactly the same problem. Relevant parts from my XF86Config: Section "Monitor" Option "CalcAlgorithm" "CheckDesktopGeometry" HorizSync 31-80 Identifier "Monitor[0]" ModelName "2000FP" VendorName "DELL" VertRefresh 56-76 UseModes "Modes[0]" Option "DPMS" EndSection Section "Modes" Identifier "Modes[0]" Modeline "1024x768" 68.55 1024 1080 1184 1344 768 769 772 797 Modeline "1024x768" 80.71 1024 1080 1192 1360 768 769 772 802 Modeline "1600x1200" 169.28 1600 1704 1880 2160 1200 1201 1204 1244 Modeline "1280x1024" 117.45 1280 1368 1504 1728 1024 1025 1028 1062 Modeline "1280x1024" 134.72 1280 1368 1504 1728 1024 1025 1028 1068 Modeline "800x600" 40.83 800 832 912 1024 600 601 604 623 Modeline "800x600" 48.18 800 840 920 1040 600 601 604 626 Modeline "640x480" 25.55 640 656 720 800 480 481 484 499 Modeline "640x480" 30.25 640 664 728 816 480 481 484 501 Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -HSync -VSync EndSection Section "Screen" DefaultDepth 24 SubSection "Display" Depth 15 Modes "1024x768" EndSubSection SubSection "Display" Depth 16 Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 32 Modes "1024x768" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" EndSubSection Device "Device[0]" Identifier "Screen[0]" Monitor "Monitor[0]" EndSection Section "Device" BoardName "RV280 5961" BusID "1:0:0" Driver "radeon" Identifier "Device[0]" Screen 0 Option "Rotate" "off" # Option "MonitorLayout" "TMDS, none" VendorName "ATI" EndSection Section "ServerLayout" Identifier "Layout[all]" InputDevice "Keyboard[0]" "CoreKeyboard" InputDevice "Mouse[1]" "CorePointer" InputDevice "Mouse[3]" "SendCoreEvents" Option "Clone" "off" Option "Xinerama" "off" Screen "Screen[0]" EndSection -- Karsten. 'Nobody Expects the Spanish Inquisition' -Monty Python |
From: Alex D. <ag...@ya...> - 2003-11-21 21:31:58
|
that's very bizzare. it sounds like you are switching to an unsupported mode when you start glxgears which causes the lcd to go off. try starting X without you custom modelines. DDC on the DVI port should find the correct modelines based on the resolutions defined in the screen section. you may also want to try using Option "monitorlayout" "tmds, none" as perhaps the card is detecting the DVI monitor as an analog crt. you also might try removing the "screen 0" line. it shouldn't affect anything, but just to rule it out. The reason you see an output on the vga port is because the first crtc drives both ports if only one monitor is attached. I have a 9200 with a dvi lcd and it works fine. Alex --- Karsten K�nne <ku...@re...> wrote: > Hi, > > I recently installed a Radeon 9200 (from Tyan) with DVI output and a > Dell > 2000FP flatpanel and if I try to start a 3D-program (glxgears for > instance) > it behaves very strange. I'm using current (yesterday's) DRI-CVS, > older > versions didn't produce any picture on the DVI output. If I login I > get a > nice picture on the display (1600x1200) and everything seems to work, > glxinfo > happily reports "direct rendering: yes", the radeon kernel module is > loaded > and used. BUT, as soon as I start glxgears the card switches the DVI > output > OFF! If I connect a display to the VGA output I can see my desktop > with > glxgears running there. As soon as I stop glxgears the DVI output is > turned > on again and everything goes back to normal. Now, can anybody explain > what's > going on here? Or better, does anybody know how to fix that? BTW, the > latest > XFree snapshot from November has exactly the same problem. > > Relevant parts from my XF86Config: > > Section "Monitor" > Option "CalcAlgorithm" "CheckDesktopGeometry" > HorizSync 31-80 > Identifier "Monitor[0]" > ModelName "2000FP" > VendorName "DELL" > VertRefresh 56-76 > UseModes "Modes[0]" > Option "DPMS" > EndSection > > Section "Modes" > Identifier "Modes[0]" > Modeline "1024x768" 68.55 1024 1080 1184 1344 768 769 772 797 > Modeline "1024x768" 80.71 1024 1080 1192 1360 768 769 772 802 > Modeline "1600x1200" 169.28 1600 1704 1880 2160 1200 1201 1204 > 1244 > Modeline "1280x1024" 117.45 1280 1368 1504 1728 1024 1025 1028 > 1062 > Modeline "1280x1024" 134.72 1280 1368 1504 1728 1024 1025 1028 > 1068 > Modeline "800x600" 40.83 800 832 912 1024 600 601 604 623 > Modeline "800x600" 48.18 800 840 920 1040 600 601 604 626 > Modeline "640x480" 25.55 640 656 720 800 480 481 484 499 > Modeline "640x480" 30.25 640 664 728 816 480 481 484 501 > Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 > -HSync > -VSync > EndSection > > > Section "Screen" > DefaultDepth 24 > SubSection "Display" > Depth 15 > Modes "1024x768" > EndSubSection > SubSection "Display" > Depth 16 > Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" > EndSubSection > SubSection "Display" > Depth 24 > Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" > EndSubSection > SubSection "Display" > Depth 32 > Modes "1024x768" > EndSubSection > SubSection "Display" > Depth 8 > Modes "1024x768" > EndSubSection > Device "Device[0]" > Identifier "Screen[0]" > Monitor "Monitor[0]" > EndSection > > Section "Device" > BoardName "RV280 5961" > BusID "1:0:0" > Driver "radeon" > Identifier "Device[0]" > Screen 0 > Option "Rotate" "off" > # Option "MonitorLayout" "TMDS, none" > VendorName "ATI" > EndSection > > Section "ServerLayout" > Identifier "Layout[all]" > InputDevice "Keyboard[0]" "CoreKeyboard" > InputDevice "Mouse[1]" "CorePointer" > InputDevice "Mouse[3]" "SendCoreEvents" > Option "Clone" "off" > Option "Xinerama" "off" > Screen "Screen[0]" > EndSection > > -- > Karsten. > > 'Nobody Expects the Spanish Inquisition' > -Monty Python > > > __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ |
From: Karsten <ku...@re...> - 2003-11-21 23:00:42
|
On Friday 21 November 2003 16:31, Alex Deucher wrote: > that's very bizzare. it sounds like you are switching to an > unsupported mode when you start glxgears which causes the lcd to go > off. try starting X without you custom modelines. DDC on the DVI port > should find the correct modelines based on the resolutions defined in > the screen section. > you may also want to try using > Option "monitorlayout" "tmds, none" > as perhaps the card is detecting the DVI monitor as an analog crt. you > also might try removing the "screen 0" line. it shouldn't affect > anything, but just to rule it out. > I tried that. I put in the Monitorlayout, removed the "Screen 0" and all the Mode lines but no difference. I also switched to 16 bit color and turned on agp 4x mode but it didn't make any difference either (it increased the FPS in glxgears). If I use 24 bit color I can see the glxgears window appear for a microsecond or so until the DVI output is switched off and the display goes into powersave. With 16 bit I don't see it but that's probably because it's too fast then. If you need the log file please let me know, I don't want to send long log files around unnecessarily. As far as I can tell there's nothing really suspicious in it but what do I know, I'm no expert in that. Thanks, -- Karsten. 'Nobody Expects the Spanish Inquisition' -Monty Python |
From: Alex D. <ag...@ya...> - 2003-11-21 23:09:30
|
send a copy of the log. Also do you have any problems with xfree86 cvs? or is it just DRI? Alex --- Karsten Künne <ku...@re...> wrote: > On Friday 21 November 2003 16:31, Alex Deucher wrote: > > that's very bizzare. it sounds like you are switching to an > > unsupported mode when you start glxgears which causes the lcd to go > > off. try starting X without you custom modelines. DDC on the DVI > port > > should find the correct modelines based on the resolutions defined > in > > the screen section. > > you may also want to try using > > Option "monitorlayout" "tmds, none" > > as perhaps the card is detecting the DVI monitor as an analog crt. > you > > also might try removing the "screen 0" line. it shouldn't affect > > anything, but just to rule it out. > > > > I tried that. I put in the Monitorlayout, removed the "Screen 0" and > all the > Mode lines but no difference. I also switched to 16 bit color and > turned on > agp 4x mode but it didn't make any difference either (it increased > the FPS in > glxgears). If I use 24 bit color I can see the glxgears window appear > for a > microsecond or so until the DVI output is switched off and the > display goes > into powersave. With 16 bit I don't see it but that's probably > because it's > too fast then. If you need the log file please let me know, I don't > want to > send long log files around unnecessarily. As far as I can tell > there's > nothing really suspicious in it but what do I know, I'm no expert in > that. > > Thanks, > -- > Karsten. > > 'Nobody Expects the Spanish Inquisition' > -Monty Python > __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ |
From: Karsten <ku...@re...> - 2003-11-21 23:25:30
Attachments:
XFree86.0.log
|
On Friday 21 November 2003 18:09, Alex Deucher wrote: > send a copy of the log. Also do you have any problems with xfree86 > cvs? or is it just DRI? > Same problem with xfree86 snapshot from November 1st. I haven't tried xfree cvs but I don't see any major fixes in this area. I attach the log at the end. -- Karsten. 'Nobody Expects the Spanish Inquisition' -Monty Python |
From: Felix <fx...@gm...> - 2003-12-29 23:29:05
|
As I reported on the IRC meeting today, I have a similar problem with a brand new Transcend Radeon 9200. If I start a 3D app it takes one or two seconds and then the DVI port switches to power save mode. In my case the symptoms point to a heat problem. 1. It takes about 1 second for the DVI port to switch off. 2. It takes longer the first time I run a 3D app after a while. 3. After playing Quake3 for about 15 minutes it took several minutes for the DVI port to become active again. 4. I was able to trigger the problem with some 2D load on the GPU: x11pert -fcircle100 I also tested this with dri disabled in XF86Config-4. 5. The chip has a passive heat sink on this graphics board. I'm going to get a different card now. Maybe a 9200 SE. It's cheap and also has a passive cooling but is probably clocked at a lower frequency (didn't find any clocking info about the Transcend board). The only drawback is that the memory interface is only 64 bit wide. :-/ Take care, Felix On Fri, 21 Nov 2003 13:31:57 -0800 (PST) Alex Deucher <ag...@ya...> wrote: > that's very bizzare. it sounds like you are switching to an > unsupported mode when you start glxgears which causes the lcd to go > off. try starting X without you custom modelines. DDC on the DVI port > should find the correct modelines based on the resolutions defined in > the screen section. > you may also want to try using > Option "monitorlayout" "tmds, none" > as perhaps the card is detecting the DVI monitor as an analog crt. you > also might try removing the "screen 0" line. it shouldn't affect > anything, but just to rule it out. > > The reason you see an output on the vga port is because the first crtc > drives both ports if only one monitor is attached. > > I have a 9200 with a dvi lcd and it works fine. > > Alex > > --- Karsten K___nne <ku...@re...> wrote: > > Hi, > > > > I recently installed a Radeon 9200 (from Tyan) with DVI output and a > > Dell > > 2000FP flatpanel and if I try to start a 3D-program (glxgears for > > instance) > > it behaves very strange. I'm using current (yesterday's) DRI-CVS, > > older > > versions didn't produce any picture on the DVI output. If I login I > > get a > > nice picture on the display (1600x1200) and everything seems to work, > > glxinfo > > happily reports "direct rendering: yes", the radeon kernel module is > > loaded > > and used. BUT, as soon as I start glxgears the card switches the DVI > > output > > OFF! If I connect a display to the VGA output I can see my desktop > > with > > glxgears running there. As soon as I stop glxgears the DVI output is > > turned > > on again and everything goes back to normal. Now, can anybody explain > > what's > > going on here? Or better, does anybody know how to fix that? BTW, the > > latest > > XFree snapshot from November has exactly the same problem. > > > > Relevant parts from my XF86Config: > > > > Section "Monitor" > > Option "CalcAlgorithm" "CheckDesktopGeometry" > > HorizSync 31-80 > > Identifier "Monitor[0]" > > ModelName "2000FP" > > VendorName "DELL" > > VertRefresh 56-76 > > UseModes "Modes[0]" > > Option "DPMS" > > EndSection > > > > Section "Modes" > > Identifier "Modes[0]" > > Modeline "1024x768" 68.55 1024 1080 1184 1344 768 769 772 797 > > Modeline "1024x768" 80.71 1024 1080 1192 1360 768 769 772 802 > > Modeline "1600x1200" 169.28 1600 1704 1880 2160 1200 1201 1204 > > 1244 > > Modeline "1280x1024" 117.45 1280 1368 1504 1728 1024 1025 1028 > > 1062 > > Modeline "1280x1024" 134.72 1280 1368 1504 1728 1024 1025 1028 > > 1068 > > Modeline "800x600" 40.83 800 832 912 1024 600 601 604 623 > > Modeline "800x600" 48.18 800 840 920 1040 600 601 604 626 > > Modeline "640x480" 25.55 640 656 720 800 480 481 484 499 > > Modeline "640x480" 30.25 640 664 728 816 480 481 484 501 > > Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 > > -HSync > > -VSync > > EndSection > > > > > > Section "Screen" > > DefaultDepth 24 > > SubSection "Display" > > Depth 15 > > Modes "1024x768" > > EndSubSection > > SubSection "Display" > > Depth 16 > > Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" > > EndSubSection > > SubSection "Display" > > Depth 24 > > Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" > > EndSubSection > > SubSection "Display" > > Depth 32 > > Modes "1024x768" > > EndSubSection > > SubSection "Display" > > Depth 8 > > Modes "1024x768" > > EndSubSection > > Device "Device[0]" > > Identifier "Screen[0]" > > Monitor "Monitor[0]" > > EndSection > > > > Section "Device" > > BoardName "RV280 5961" > > BusID "1:0:0" > > Driver "radeon" > > Identifier "Device[0]" > > Screen 0 > > Option "Rotate" "off" > > # Option "MonitorLayout" "TMDS, none" > > VendorName "ATI" > > EndSection > > > > Section "ServerLayout" > > Identifier "Layout[all]" > > InputDevice "Keyboard[0]" "CoreKeyboard" > > InputDevice "Mouse[1]" "CorePointer" > > InputDevice "Mouse[3]" "SendCoreEvents" > > Option "Clone" "off" > > Option "Xinerama" "off" > > Screen "Screen[0]" > > EndSection > > > > -- > > Karsten. > > > > 'Nobody Expects the Spanish Inquisition' > > -Monty Python > > > > > > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Dri-users mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-users > ------------ __\|/__ ___ ___ ------------------------- Felix ___\_e -_/___/ __\___/ __\_____ You can do anything, Kühling (_____\Ä/____/ /_____/ /________) just not everything fx...@gm... \___/ \___/ U at the same time. |
From: Felix <fx...@gm...> - 2003-12-30 10:51:18
|
On Tue, 30 Dec 2003 00:28:29 +0100 Felix Kühling <fx...@gm...> wrote: > As I reported on the IRC meeting today, I have a similar problem with a > brand new Transcend Radeon 9200. If I start a 3D app it takes one or two > seconds and then the DVI port switches to power save mode. In my case > the symptoms point to a heat problem. > > 1. It takes about 1 second for the DVI port to switch off. > > 2. It takes longer the first time I run a 3D app after a while. > > 3. After playing Quake3 for about 15 minutes it took several minutes for > the DVI port to become active again. > > 4. I was able to trigger the problem with some 2D load on the GPU: > > x11pert -fcircle100 Sorry for the typo. It's of cource x11perf. Actually x11perf -fcircle500 does the trick even much quicker. Less work for the CPU, more work for the GPU. > > I also tested this with dri disabled in XF86Config-4. > > 5. The chip has a passive heat sink on this graphics board. > > I'm going to get a different card now. Maybe a 9200 SE. It's cheap and > also has a passive cooling but is probably clocked at a lower frequency > (didn't find any clocking info about the Transcend board). The only > drawback is that the memory interface is only 64 bit wide. :-/ > > Take care, > Felix > > On Fri, 21 Nov 2003 13:31:57 -0800 (PST) > Alex Deucher <ag...@ya...> wrote: [snip] ------------ __\|/__ ___ ___ ------------------------- Felix ___\_e -_/___/ __\___/ __\_____ You can do anything, Kühling (_____\Ä/____/ /_____/ /________) just not everything fx...@gm... \___/ \___/ U at the same time. |
From: Alex D. <ag...@ya...> - 2003-12-30 03:22:46
|
I tried that on my 9200, but no problems. what res is your dvi panel? mine is only 1024x768. if it is a heat issue, for testing purposes does pointing a fan at your card help? perhaps someone sells an actively cooled 9200 or you could rig something up. FWIW, mine has a passive heat sink too. I'd be careful with the SE boards, several people have had problems driving large DVI displays with SE boards (in both windows and xfree). Have either of you tested the DVI in windows? does it turn off there as well or not? perhaps you can try this dynamic clocking patch: http://bugs.xfree86.org/show_bug.cgi?id=96 Perhaps scaling the clocks not in use would help with the overheating (of course I'm not sure what clocks would not be in use with 3d, but you never know). Alex --- Felix Kühling <fx...@gm...> wrote: > On Tue, 30 Dec 2003 00:28:29 +0100 > Felix Kühling <fx...@gm...> wrote: > > > As I reported on the IRC meeting today, I have a similar problem > with a > > brand new Transcend Radeon 9200. If I start a 3D app it takes one > or two > > seconds and then the DVI port switches to power save mode. In my > case > > the symptoms point to a heat problem. > > > > 1. It takes about 1 second for the DVI port to switch off. > > > > 2. It takes longer the first time I run a 3D app after a while. > > > > 3. After playing Quake3 for about 15 minutes it took several > minutes for > > the DVI port to become active again. > > > > 4. I was able to trigger the problem with some 2D load on the GPU: > > > > x11pert -fcircle100 > > Sorry for the typo. It's of cource x11perf. Actually x11perf > -fcircle500 > does the trick even much quicker. Less work for the CPU, more work > for > the GPU. > > > > > I also tested this with dri disabled in XF86Config-4. > > > > 5. The chip has a passive heat sink on this graphics board. > > > > I'm going to get a different card now. Maybe a 9200 SE. It's cheap > and > > also has a passive cooling but is probably clocked at a lower > frequency > > (didn't find any clocking info about the Transcend board). The only > > drawback is that the memory interface is only 64 bit wide. :-/ > > > > Take care, > > Felix > > > > On Fri, 21 Nov 2003 13:31:57 -0800 (PST) > > Alex Deucher <ag...@ya...> wrote: > [snip] > > ------------ __\|/__ ___ ___ > ------------------------- > Felix ___\_e -_/___/ __\___/ __\_____ You can do anything, > Kühling (_____\Ä/____/ /_____/ /________) just not everything > fx...@gm... \___/ \___/ U at the same time. __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003 |
From: Felix <fx...@gm...> - 2003-12-30 12:06:15
|
On Mon, 29 Dec 2003 19:22:45 -0800 (PST) Alex Deucher <ag...@ya...> wrote: > I tried that on my 9200, but no problems. what res is your dvi panel? > mine is only 1024x768. if it is a heat issue, for testing purposes 1280x1024. > does pointing a fan at your card help? perhaps someone sells an > actively cooled 9200 or you could rig something up. FWIW, mine has a > passive heat sink too. I didn't try. > > I'd be careful with the SE boards, several people have had problems > driving large DVI displays with SE boards (in both windows and xfree). Ok. I'll get a real 9200 then. Probably Powercolor Radeon 9200 128MB. It has passive cooling, 128bit bus and is not much more expensive than the other one I just got rid of. :) If this one has the same problem I'll try the dynamic clock scaling mentioned below. And maybe install a small fan. > > Have either of you tested the DVI in windows? does it turn off there > as well or not? perhaps you can try this dynamic clocking patch: > http://bugs.xfree86.org/show_bug.cgi?id=96 > Perhaps scaling the clocks not in use would help with the overheating > (of course I'm not sure what clocks would not be in use with 3d, but > you never know). I tried getting the windows driver to work last night. After I had finally managed to install the driver I couldn't get the DVI output working. Only a few times (don't know exactly how) it gave me a very noisy image on the DVI output. Otherwise there was no signal at all. :( As I said I was lucky enough to get rid of this card and got my money back. > > Alex > > > --- Felix K_hling <fx...@gm...> wrote: > > On Tue, 30 Dec 2003 00:28:29 +0100 > > Felix K_hling <fx...@gm...> wrote: > > > > > As I reported on the IRC meeting today, I have a similar problem > > with a > > > brand new Transcend Radeon 9200. If I start a 3D app it takes one > > or two > > > seconds and then the DVI port switches to power save mode. In my > > case > > > the symptoms point to a heat problem. > > > > > > 1. It takes about 1 second for the DVI port to switch off. > > > > > > 2. It takes longer the first time I run a 3D app after a while. > > > > > > 3. After playing Quake3 for about 15 minutes it took several > > minutes for > > > the DVI port to become active again. > > > > > > 4. I was able to trigger the problem with some 2D load on the GPU: > > > > > > x11pert -fcircle100 > > > > Sorry for the typo. It's of cource x11perf. Actually x11perf > > -fcircle500 > > does the trick even much quicker. Less work for the CPU, more work > > for > > the GPU. > > > > > > > > I also tested this with dri disabled in XF86Config-4. > > > > > > 5. The chip has a passive heat sink on this graphics board. > > > > > > I'm going to get a different card now. Maybe a 9200 SE. It's cheap > > and > > > also has a passive cooling but is probably clocked at a lower > > frequency > > > (didn't find any clocking info about the Transcend board). The only > > > drawback is that the memory interface is only 64 bit wide. :-/ > > > > > > Take care, > > > Felix > > > > > > On Fri, 21 Nov 2003 13:31:57 -0800 (PST) > > > Alex Deucher <ag...@ya...> wrote: > > [snip] > > > > ------------ __\|/__ ___ ___ > > ------------------------- > > Felix ___\_e -_/___/ __\___/ __\_____ You can do anything, > > K_hling (_____\_/____/ /_____/ /________) just not everything > > fx...@gm... \___/ \___/ U at the same time. > > > __________________________________ > Do you Yahoo!? > Find out what made the Top Yahoo! Searches of 2003 > http://search.yahoo.com/top2003 ------------ __\|/__ ___ ___ ------------------------- Felix ___\_e -_/___/ __\___/ __\_____ You can do anything, Kühling (_____\Ä/____/ /_____/ /________) just not everything fx...@gm... \___/ \___/ U at the same time. |
From: Alex D. <ag...@ya...> - 2003-12-30 16:26:30
|
FWIW, the one I got is a Apollo/Joytech Devil Monster 3: http://www.joytech.com/ Some of the hercules and tyan models feature on board temperature sensors, but they are pricier. Alex --- Felix Kühling <fx...@gm...> wrote: > On Mon, 29 Dec 2003 19:22:45 -0800 (PST) > Alex Deucher <ag...@ya...> wrote: > > > I tried that on my 9200, but no problems. what res is your dvi > panel? > > mine is only 1024x768. if it is a heat issue, for testing purposes > > 1280x1024. > > > does pointing a fan at your card help? perhaps someone sells an > > actively cooled 9200 or you could rig something up. FWIW, mine has > a > > passive heat sink too. > > I didn't try. > > > > > I'd be careful with the SE boards, several people have had problems > > driving large DVI displays with SE boards (in both windows and > xfree). > > Ok. I'll get a real 9200 then. Probably Powercolor Radeon 9200 128MB. > It > has passive cooling, 128bit bus and is not much more expensive than > the > other one I just got rid of. :) If this one has the same problem I'll > try the dynamic clock scaling mentioned below. And maybe install a > small > fan. > > > > > Have either of you tested the DVI in windows? does it turn off > there > > as well or not? perhaps you can try this dynamic clocking patch: > > http://bugs.xfree86.org/show_bug.cgi?id=96 > > Perhaps scaling the clocks not in use would help with the > overheating > > (of course I'm not sure what clocks would not be in use with 3d, > but > > you never know). > > I tried getting the windows driver to work last night. After I had > finally managed to install the driver I couldn't get the DVI output > working. Only a few times (don't know exactly how) it gave me a very > noisy image on the DVI output. Otherwise there was no signal at all. > :( > As I said I was lucky enough to get rid of this card and got my money > back. > > > > > Alex > > > > > > --- Felix K_hling <fx...@gm...> wrote: > > > On Tue, 30 Dec 2003 00:28:29 +0100 > > > Felix K_hling <fx...@gm...> wrote: > > > > > > > As I reported on the IRC meeting today, I have a similar > problem > > > with a > > > > brand new Transcend Radeon 9200. If I start a 3D app it takes > one > > > or two > > > > seconds and then the DVI port switches to power save mode. In > my > > > case > > > > the symptoms point to a heat problem. > > > > > > > > 1. It takes about 1 second for the DVI port to switch off. > > > > > > > > 2. It takes longer the first time I run a 3D app after a while. > > > > > > > > 3. After playing Quake3 for about 15 minutes it took several > > > minutes for > > > > the DVI port to become active again. > > > > > > > > 4. I was able to trigger the problem with some 2D load on the > GPU: > > > > > > > > x11pert -fcircle100 > > > > > > Sorry for the typo. It's of cource x11perf. Actually x11perf > > > -fcircle500 > > > does the trick even much quicker. Less work for the CPU, more > work > > > for > > > the GPU. > > > > > > > > > > > I also tested this with dri disabled in XF86Config-4. > > > > > > > > 5. The chip has a passive heat sink on this graphics board. > > > > > > > > I'm going to get a different card now. Maybe a 9200 SE. It's > cheap > > > and > > > > also has a passive cooling but is probably clocked at a lower > > > frequency > > > > (didn't find any clocking info about the Transcend board). The > only > > > > drawback is that the memory interface is only 64 bit wide. :-/ > > > > > > > > Take care, > > > > Felix > > > > > > > > On Fri, 21 Nov 2003 13:31:57 -0800 (PST) > > > > Alex Deucher <ag...@ya...> wrote: > > > [snip] > > > > > > ------------ __\|/__ ___ ___ > > > ------------------------- > > > Felix ___\_e -_/___/ __\___/ __\_____ You can do > anything, > > > K_hling (_____\_/____/ /_____/ /________) just not > everything > > > fx...@gm... \___/ \___/ U at the same time. > > __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003 |
From: <ts...@fa...> - 2003-12-30 19:17:49
|
Hi Felix I have tested different models of the radeon 9200 (se) and the club3d worked the most reliable for me on 1600x1200 (but when starting gl apps screen turns black and won't return). Gigabyte works sometimes but has lots of pixel dust. I still have a gigabyte radeon 9200 with active cooling in my system and it still has problems with creating a stable image. My Monitor an Fujitsu Siemens 5110 FA sometimes (every 1-10) minutes looses sync on this card. Saphirre works a little better than Gigabyte for me and worked under a well know operating system after activating a special option wich reduced the pixel clock from 162 to 142 mhz and reducing the porch by the same amount, to keep the display happy with 60hz. I can dig for the modline if you ask for it. I am currently running 4.3.99.902 with minor debian patches. Currently my system has so many lockups that i stopped counting, that never happend to me before with linux :(. I think the cards don't have temperature problems, i worked with open case vs. closed case with no difference in performance. I think the problem lies in the negative voltage regulation for the tmds differential signal. The sapphire cards don't produce a signal in one machine with 300 Watts power supply (Intel chipset)and works with some hickups in an system with 350 watts supply and amd via kt600 chipset. The club3d radeon is the only one working with dvi but has an horrible picture quality on the analog output. In a different system (dual intel with 540 watts) the card works after using the reduced pixel clock (saphire). The gigabyte cards didn't work for me so i returned them exept the one in my home system. I would like to find a pattern so if someone has some suggestions i would really like to hear them. Felix if you have more questions please ask before buying :) Tim |