Bonjour,

après une longue période sous ubuntu, j'essaye de passer à Fedora 15
après un essai non réussi il y a un an avec la fedora 13 je retente l'expérience
http://forums.fedora-fr.org/viewtopic.php?id=48126

je constate que le ventilo tourne toujours rapidement
j'ai réussi a diminuer le phénomène en imposant une gestion d’énergie en powersave mais ce n'est pas encore bon

j'ai regardé plusieurs post sur le sujet sans trouver de réelles solutions à par l'installation des drivers proprio ati qui marche parfois
y a t il vraiment une amélioration ? j'ai vu que le driver était buggé, est ce comme même utilisable ?

avez vous une astuce pour m'aider, un ventilo en permanence , c est pas super agréable 🙁
tu faisais comment sous Ubuntu? tu n'avais pas le driver propio?
salut
oui j'avais le driver propriétaire, ça n'avait pas suffi la dernière fois sous F13
j’hésite a l'installer j'ai vu sur plusieurs post qu'il fonctionne mal sous fedora
C'est pas qu'il fonctionne mal sous Fedora, c'est que Fedora est trop a jour. A chaque nouvelle Fedora c'est un peu toujours la même chose, attendre que le fabriquant sorte un driver fonctionnel.
Alors... Les commandes pour faire ce genre de chose sont indiqués dans la documentation sur les problèmes et solutions pour le pilote libre ATI/AMD radeon.

C'est des commandes simples et dès que tu trouve ton bonheur tu mets celle avec le bon réglage dans "/etc/rc.local" pour l'avoir directement au lancement du système.
Je viens d'essayer d'installer le pilote proprio téléchargé sur le site amd/ati.

Le kernel-module se compile bien avec DKMS. Au démarrage, le pilote radeonfb est bien blacklisté, et l'affichage en 40 colonnes x 25 lignes est du meilleur effet rétro (je n'utilise pas le rhgb). Du coup j'ai fait une tentative avec vga=345. C'est mieux.

Au premier démarrage donc tout fonctionne nickel, fglrxinfo confirme que c'est bien le pilote proprio qui fonctionne, et j'ai environ 1500 fps dans fgl_glxgears. Le ventilateur tourne aussi beaucoup moins vite.

Par contre aux reboot suivants, l'affichage semble saccadé. fgl_glxgears confirme qu'il y a un souci puis qu'il n'affiche plus que 550 fps.

Pour le moment j'ai donc désactivé ce pilote.

Pourquoi je n'ai pas installé catalyst à partir de rpmfusion ? Parce qu'il veut absolument m'installer comme dépendance un kernel normal alors que je tourne avec un kernel-PAE.
VINDICATORs wrote:Alors... Les commandes pour faire ce genre de chose sont indiqués dans la documentation sur les problèmes et solutions pour le pilote libre ATI/AMD radeon.

C'est des commandes simples et dès que tu trouve ton bonheur tu mets celle avec le bon réglage dans "/etc/rc.local" pour l'avoir directement au lancement du système.

j'ai tenté la commande donnée dans la doc
http://doc.fedora-fr.org/wiki/Carte_graphique_ATI_et_AMD_Radeon_:_Probl%C3%A8mes_et_solutions_des_pilotes_libre

je me suis mis en mode "low"
echo profile > /sys/class/drm/card0/device/power_method ; echo low > /sys/class/drm/card0/device/power_profile
l'écran a clignoté, j'ai eu un petit ralentissement du pc
ça fait 3 heures que j'ai tapé cette commande, le ventilo ne s'est pas encore ralenti
Parfois (souvent...) les intégrateurs font n'importe quoi et ne suivent pas les standards des fabricants de matériels (ici AMD anciennement ATI). Il arrive que tout ne soit pas à 100% compatible (les joies du PC compatible depuis ses débuts...).

Perso je te conseil le mode dynamique.

Au passage cela ne joue pas sur la vitesse du ventilateur, mais sur la vitesse du processeur graphique dont le ventilo devrait ralentir vu que le gpu chauffe moins (il faut lancer la commande "sensors", normalement la température du gpu est indiqué sous le nom de "radeon-pci-0200" par exemple). Chez moi le ventilo est géré comme cela, mais ce n'est pas le cas sur certaines cartes.
VINDICATORs wrote:(il faut lancer la commande "sensors", normalement la température du gpu est indiqué sous le nom de "radeon-pci-0200" par exemple). Chez moi le ventilo est géré comme cela, mais ce n'est pas le cas sur certaines cartes.
Sur ma machine, la commande sensor ne retourne pas de temp identifiée comme étant celle du gpu :
$ sensors
k10temp-pci-00c3
Adapter: PCI adapter
temp1:        +33.6°C  (high = +70.0°C)
                       (crit = +72.0°C, hyst = +70.0°C)

it8720-isa-0228
Adapter: ISA adapter
in0:          +0.96 V  (min =  +0.00 V, max =  +4.08 V)
in1:          +1.49 V  (min =  +0.00 V, max =  +4.08 V)
in2:          +3.38 V  (min =  +0.00 V, max =  +4.08 V)
+5V:          +3.04 V  (min =  +0.00 V, max =  +4.08 V)
in4:          +3.07 V  (min =  +0.00 V, max =  +4.08 V)
in5:          +1.90 V  (min =  +0.00 V, max =  +4.08 V)
in6:          +4.08 V  (min =  +0.00 V, max =  +4.08 V)
5VSB:         +2.98 V  (min =  +0.00 V, max =  +4.08 V)
Vbat:         +3.22 V  
fan1:        2616 RPM  (min =    0 RPM)
fan2:           0 RPM  (min =    0 RPM)
fan3:           0 RPM  (min =    0 RPM)
fan4:           0 RPM  (min =    0 RPM)
fan5:           0 RPM  (min =    0 RPM)
temp1:        +42.0°C  (low  = +127.0°C, high = +127.0°C)  sensor = thermistor
temp2:        +40.0°C  (low  = +127.0°C, high = +127.0°C)  sensor = thermal diode
temp3:        +41.0°C  (low  = +127.0°C, high = +127.0°C)  sensor = thermistor
cpu0_vid:    +0.713 V
en root lance la commande "sensors-detect" pour voir si tu peux prendre en compte le détecteur de température de la radeon. Pense à relancer le service "lm-sensors".

J'ai eu fait le test sur des Asus et je n'ai pas eu de problème de ce genre, le ventilo s'adaptant à la température du gpu...
salut

voila le résultat de sensors (j'ai déjà fait un sensor_detect et redémarrer)
[antoine@Orwell ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +47.0°C  (crit = +110.0°C)
temp2:        +38.0°C  (crit = +256.0°C)
temp3:        +48.0°C  (crit = +107.0°C)
temp4:        +50.0°C  (crit = +105.0°C)
temp5:        +26.7°C  (crit = +107.0°C)
temp6:        +50.0°C  (crit = +110.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +47.0°C  (high = +100.0°C, crit = +100.0°C)

coretemp-isa-0001
Adapter: ISA adapter
Core 1:       +48.0°C  (high = +100.0°C, crit = +100.0°C)
pas d'info sur le gpu mais selon moi c'est temp6 qui pilote surtout le ventilo
de mémoire le ventilo s’arrête en dessous de 50°C
sous ubuntu, sa valeur change par a coup (0, 20 , 50 ou 60)
sous fedora je le vois toujours a 50 ou 60

d'autre infos
[root@Orwell ~]# sensors-detect 
# sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
# System: Hewlett-Packard HP Compaq 6830s (laptop)
# Board: Hewlett-Packard 30E9

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): YES
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
Intel digital thermal sensor...                             Success!
    (driver `coretemp')
Intel AMB FB-DIMM thermal sensor...                         No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): YES
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     Yes
Found unknown chip with ID 0x4501
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no): YES
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): YES
Sorry, no supported PCI bus adapters found.
Module i2c-dev loaded successfully.

Next adapter: Radeon i2c bit bus 0x90 (i2c-0)
Do you want to scan it? (YES/no/selectively): YES

Next adapter: Radeon i2c bit bus 0x91 (i2c-1)
Do you want to scan it? (YES/no/selectively): YES

Next adapter: Radeon i2c bit bus 0x92 (i2c-2)
Do you want to scan it? (YES/no/selectively): YES

Next adapter: Radeon i2c bit bus 0x93 (i2c-3)
Do you want to scan it? (YES/no/selectively): YES

Next adapter: Radeon i2c bit bus 0x14 (i2c-4)
Do you want to scan it? (YES/no/selectively): YES
Client found at address 0x4f
Probing for `National Semiconductor LM75'...                No
Probing for `National Semiconductor LM75A'...               No
Probing for `Dallas Semiconductor DS75'...                  No
Probing for `Dallas Semiconductor DS1621/DS1631'...         No
Probing for `Texas Instruments TMP421'...                   No
Probing for `Texas Instruments TMP422'...                   No
Probing for `Maxim MAX6633/MAX6634/MAX6635'...              No
Client found at address 0x50
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 No
Probing for `EDID EEPROM'...                                Yes
    (confidence 8, not a hardware monitoring chip)

Now follows a summary of the probes I have just done.
Just press ENTER to continue: 

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no): YES
Unloading i2c-dev... OK
[root@Orwell ~]# cat /etc/sysconfig/lm_sensors 
# Generated by sensors-detect on Tue May 31 19:41:15 2011
# This file is sourced by /etc/init.d/lm_sensors and defines the modules to
# be loaded/unloaded.
#
# The format of this file is a shell script that simply defines variables:
# HWMON_MODULES for hardware monitoring driver modules, and optionally
# BUS_MODULES for any required bus driver module (for example for I2C or SPI).

HWMON_MODULES="coretemp"

# For compatibility reasons, modules are also listed individually as variables
#    MODULE_0, MODULE_1, MODULE_2, etc.
# You should use BUS_MODULES and HWMON_MODULES instead if possible.

MODULE_0=coretemp
Hier j'install les drivers nvidia proprios (kmod) puis OpenArena.
Je lance OpenArena, je laisse tourner 5 minutes et je quitte.
1h plus tard, le ventilo tourne toujours à fond et les paramètres nvidia indiquent 60°
Aujourd'hui, la carte a apparemment eu le temps de refroidir car les ventilos tournent normalement (mais je n'ai pas relancé OpenArena)...