Talk:Ubuntu Dapper Installation Guide: Difference between revisions

From cchtml.com
(IpiITvfJHXIlQKzE)
m (Reverted edits by 79.151.208.241 (talk) to last revision by Mooninite)
Line 1: Line 1:
Benutzt  Mozilla Firefox 2.0.0.3 auf    Windows XPOch. Selbst wenn ich eine GeForce 8800GTS vbueart habe (es gibt ja nix anderes. HD 2900 gab es noch nicht) sollte man trotzdem drauf achten, m glichst bei den anderen Komponenten stromsparend zu agieren.Ich sag mir ja nicht. Ach die Graka braucht 150Watt  dann ist der Prozessor auch total wurst. Naja  darum soll es nicht gehen. Ich wollte nur sagen, dass wenn du vor der Wahl zwischen 5000 und 5200+ stehst du eher zur 5000+ greifen solltest. (Gr nde hab ich schon genannt) Aber zur 5600+ gibt es ja so eine Konkurrenz nicht. Und genauso hab ich mich zwischen Speicherlatenz (90nm) und verbessertem RAM Controller + C1E (65nm) entschieden. (Ja. Es lag haupts chlich an Preis und Verf gbarkeit. ^^) Diesen winzigen Leistungszuwachs ist es nicht wert.Das du auch von dieser  Das hat der und der gebaut! Das kauf ich nicht! -Fraktion bist, h tte ich nicht gedacht. Ich hab zwei nVidia und zwei ATi Karten im Haus. Genauso wie ich zwei Intel und zwei AMD CPUs im Haus hab. Ich find diese Intel find ich bl d weil es Intel ist  einfach nur affig. MfG
it gets replaced only if there is a second device section in xorg.conf
so make sure, when it works with libGL.so.1.2 that there is no other device section than fglrx
 
copy of libGL.so.1.2 to /usr/lib/  works fine but check, if there is also one in /usr/lib/fglrx/libGL.so.1.2
if so, the copied version is replaced (i don't know why). so both have to be replaced.
 
Wow, I followed this and it doesn't work, either method......
 
Now what? nobody to turn to, no more help available. Is it an ATI problem or a Dapper one?
 
I would have never believed that as "advanced" as this O/S is that it is this difficult to get a display driver to work.
 
This is absolutely incredible....
 
the problem is the driver, not the operating system.. ATI should take a lesson from nVidia.
 
[UBfusion reporting]: Many ATI chipsets suffer from this, due to faulty libGl.so.1.2 in the new ATI drivers - use the old file from old drivers, read http://ubuntuforums.org/showthread.php?t=185033
 
== try using ONLY 128MB of UMA memory instead of Sideport+UMA ==
 
This is a really strange problem with the HP/Compaq R4000/zv6000:
 
Once upon a time, ATI driver fglrx_6_8_0-8.13.4-1.i386.rpm provided full DRI and 3D support on Ubuntu 5.04 kernel 2.6.10.
( wget http://www2.ati.com/drivers/linux/fglrx_6_8_0-8.13.4-1.i386.rpm )
 
Then, ATI's new releases only worked if we used 128MB of shared/system/UMA memory along with the 128MB of onboard video
memory many of these laptop models have.
 
Now, after installing Ubuntu 6.0.6 kernel 2.6.15, the ATI driver will only work with full DRI and 3D support if I
totally disable the 128MB of onboard video memory and use ONLY shared/system/UMA memory( 128MB )....
 
Now, with my fully functioning Ubuntu 5.0.4 installation, when I go from only Sideport to only UMA, the glxgears
output goes from ~1200fps to ~500fps
 
With the new kernel and Xorg server of Ubuntu 6.0.6 running only UMA video memory and the 5.0.4 version of glxgears,
output from that program is ~800fps. Still a 30% decrease in performance from using the 128MB of onboard/Sideport
video memory.
 
IMO, running like this is not a fix but a crippled hack and it would be really nice if HP/Compaq or ATI would tell us
what the problem is, why it exists, how it is to be fixed. So try just 128M of UMA in your BIOS and see if that enables
you to get DRI/Direct Rendering working with the ATI/fglrx driver.
 
OK - I noticed that the wiki had been updated to reflect the 8.26.18 release but the line relating to the Xpress 200M card not functioning with the 8.25.18 drivers was unchangedCan someone confirm if the 8.26.18 drivers work with the 200M card or not?
 
 
 
Also effected my xpress 200m on 64bit hp pavillion. changing to fglrx and using the guide worked. but only at 128mb uma. this could be a problem for a few people and could be mentiblem with the Modelines configuration in xorg driving the TFT display out of sync. Try a lower resolution (say 1024x768, 800x600, 640x480); if it doesn't work try defining a manual modeline for the resolution you are trying. Good luck and keep posting! :-)
 
.

Revision as of 05:57, 1 March 2012

it gets replaced only if there is a second device section in xorg.conf so make sure, when it works with libGL.so.1.2 that there is no other device section than fglrx

copy of libGL.so.1.2 to /usr/lib/ works fine but check, if there is also one in /usr/lib/fglrx/libGL.so.1.2 if so, the copied version is replaced (i don't know why). so both have to be replaced.

Wow, I followed this and it doesn't work, either method......

Now what? nobody to turn to, no more help available. Is it an ATI problem or a Dapper one?

I would have never believed that as "advanced" as this O/S is that it is this difficult to get a display driver to work.

This is absolutely incredible....

the problem is the driver, not the operating system.. ATI should take a lesson from nVidia.

[UBfusion reporting]: Many ATI chipsets suffer from this, due to faulty libGl.so.1.2 in the new ATI drivers - use the old file from old drivers, read http://ubuntuforums.org/showthread.php?t=185033

try using ONLY 128MB of UMA memory instead of Sideport+UMA

This is a really strange problem with the HP/Compaq R4000/zv6000:

Once upon a time, ATI driver fglrx_6_8_0-8.13.4-1.i386.rpm provided full DRI and 3D support on Ubuntu 5.04 kernel 2.6.10. ( wget http://www2.ati.com/drivers/linux/fglrx_6_8_0-8.13.4-1.i386.rpm )

Then, ATI's new releases only worked if we used 128MB of shared/system/UMA memory along with the 128MB of onboard video memory many of these laptop models have.

Now, after installing Ubuntu 6.0.6 kernel 2.6.15, the ATI driver will only work with full DRI and 3D support if I totally disable the 128MB of onboard video memory and use ONLY shared/system/UMA memory( 128MB )....

Now, with my fully functioning Ubuntu 5.0.4 installation, when I go from only Sideport to only UMA, the glxgears output goes from ~1200fps to ~500fps

With the new kernel and Xorg server of Ubuntu 6.0.6 running only UMA video memory and the 5.0.4 version of glxgears, output from that program is ~800fps. Still a 30% decrease in performance from using the 128MB of onboard/Sideport video memory.

IMO, running like this is not a fix but a crippled hack and it would be really nice if HP/Compaq or ATI would tell us what the problem is, why it exists, how it is to be fixed. So try just 128M of UMA in your BIOS and see if that enables you to get DRI/Direct Rendering working with the ATI/fglrx driver.

OK - I noticed that the wiki had been updated to reflect the 8.26.18 release but the line relating to the Xpress 200M card not functioning with the 8.25.18 drivers was unchanged. Can someone confirm if the 8.26.18 drivers work with the 200M card or not?


Also effected my xpress 200m on 64bit hp pavillion. changing to fglrx and using the guide worked. but only at 128mb uma. this could be a problem for a few people and could be mentiblem with the Modelines configuration in xorg driving the TFT display out of sync. Try a lower resolution (say 1024x768, 800x600, 640x480); if it doesn't work try defining a manual modeline for the resolution you are trying. Good luck and keep posting! :-)

.