Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Proprietär VS Gnu

0 views
Skip to first unread message

Andreas Kohlbach

unread,
Jul 24, 2009, 7:45:37 PM7/24/09
to
X'post de.comp.os.unix.linux.misc + F'up de.comp.os.unix.x11

Ich habe hier eine "ATI Technologies Inc RS690M [Radeon X1200 Series]",
die einige Zicken macht. So flimmert das Bild hin und wieder, besonders
unter Last (das ist Google bekannt seit einigen Monaten). Und nach einem
Hibernate kommt er zwar wieder hoch, ich kann auch arbeiten, sobald aber
ich auf eine tty schalte, friert er ein.

Was spricht dagegen, es mit dem proprietären Treiber von AMD^H^H^HATI zu
versuchen?
--
Andreas
Linux: The choice of a GNU generation.

Florian Diesch

unread,
Jul 24, 2009, 8:40:34 PM7/24/09
to
Andreas Kohlbach <a...@spamfence.net> writes:

> X'post de.comp.os.unix.linux.misc + F'up de.comp.os.unix.x11
>
> Ich habe hier eine "ATI Technologies Inc RS690M [Radeon X1200 Series]",
> die einige Zicken macht. So flimmert das Bild hin und wieder, besonders
> unter Last (das ist Google bekannt seit einigen Monaten). Und nach einem
> Hibernate kommt er zwar wieder hoch, ich kann auch arbeiten, sobald aber
> ich auf eine tty schalte, friert er ein.
>

> Was spricht dagegen, es mit dem propriet�ren Treiber von AMD^H^H^HATI zu
> versuchen?

Propriet�ren Treiber gibt es AFAIK nur f�r X.org auf Linux/i386 und
Linux/AMD64, sind also f�r andere Architekturen/X-Versionen keine
Option.

Ob du dort Closed-Source-Softwaremit Root-Privilegien benutzen willst
ist deine Entscheidung. Ob/wie gut deine Linux-Distribution die
ggf. f�llige Neukompilierung bei Kernel-Updates unterst�tzt ist vom
Distributor abh�ngig.


Florian
--
<http://www.florian-diesch.de/>

Martin Schmitz

unread,
Jul 24, 2009, 9:09:53 PM7/24/09
to
Andreas Kohlbach wrote:
> Was spricht dagegen, es mit dem proprietären Treiber von AMD^H^H^HATI
> zu versuchen?

Nix, solange Du Linux <= 2.6.28 verwendest.

Martin

Holger Marzen

unread,
Jul 25, 2009, 7:15:18 AM7/25/09
to

Dasselbe was generell gegen Closed Source spricht. Wer seinen Quellcode
verheimlicht, hat was zu verbergen.

Wie stark man das gewichtet, muss jeder für sich selbst entscheiden.

Peter Lemken

unread,
Jul 25, 2009, 10:18:10 AM7/25/09
to

Die Tatsache, daß der für diese Karte benutzbare fglrx nicht mehr aktuell
ist und noch dazu eine älter Version von X11 benötigt.

Peter Lemken
0711

--
Nature abhors crude hacks

Andreas Kohlbach

unread,
Jul 25, 2009, 9:44:15 PM7/25/09
to

Derzeit 2.6.28-14. Warum ist das erst ab da schlecht?

Andreas Kohlbach

unread,
Jul 25, 2009, 9:46:36 PM7/25/09
to
Florian Diesch wrote on 24. July 2009:
>
> Andreas Kohlbach <a...@spamfence.net> writes:
>
>> X'post de.comp.os.unix.linux.misc + F'up de.comp.os.unix.x11
>>
>> Ich habe hier eine "ATI Technologies Inc RS690M [Radeon X1200 Series]",
>> die einige Zicken macht. So flimmert das Bild hin und wieder, besonders
>> unter Last (das ist Google bekannt seit einigen Monaten). Und nach einem
>> Hibernate kommt er zwar wieder hoch, ich kann auch arbeiten, sobald aber
>> ich auf eine tty schalte, friert er ein.
>>
>> Was spricht dagegen, es mit dem proprietären Treiber von AMD^H^H^HATI zu
>> versuchen?
>
> Proprietären Treiber gibt es AFAIK nur für X.org auf Linux/i386 und
> Linux/AMD64, sind also für andere Architekturen/X-Versionen keine
> Option.

AMD64 hier.

> Ob du dort Closed-Source-Softwaremit Root-Privilegien benutzen willst
> ist deine Entscheidung. Ob/wie gut deine Linux-Distribution die

> ggf. fällige Neukompilierung bei Kernel-Updates unterstützt ist vom
> Distributor abhängig.

Dann lasse ich es beim Flimmern.

Ich habe mit

Option "RenderAccel" "on"
Option "AccelMethod" "EXA"

es (wohl als Nebeneffekt) etwas reduzieren können. Vielleicht gibt es ja
doch irgendwann ein Update, dass das Flimmern beseitigt.

Danke allen.

Gerhard Schromm

unread,
Aug 9, 2009, 12:42:32 PM8/9/09
to
On 2009-07-26, Andreas Kohlbach wrote:
> Martin Schmitz wrote on 24. July 2009:
>> Andreas Kohlbach wrote:
>>> Was spricht dagegen, es mit dem proprietären Treiber von AMD^H^H^HATI
>>> zu versuchen?
>> Nix, solange Du Linux <= 2.6.28 verwendest.
> Derzeit 2.6.28-14. Warum ist das erst ab da schlecht?

Weil das zum Treiber gehörende Kernelmodul mit neueren Kernels nicht
kompiliert.

Es gibt Patches, die es auch für neuere Kernels ermöglichen, aber das
sind Hacks, und es gibt keinen Support bei Problemen.

bye Gerhard
--
"Well," Brahma said, "even after ten thousand explanations, a fool is no
wiser, but an intelligent man requires only two thousand five hundred."
-- The Mahabharata.

0 new messages