hp dv6-3155sl problema surriscaldamento

seguito il post #15 non è cambiato niente
pazienza vorrà dire che cercherò una distro più compatibile con il mio notebook

Capisco, ma non mi hai restituito nessun output.
Yattatux ti ha suggerito un comando e una discussione con vari spunti; io ti chiesi un output perché da un kernel all’altro ci sono stati oggettivi miglioramenti, e per conoscere “dal vivo” la situazione che hai tra le mani (e.g. se hai una discreta e una integrata o no, versione mesa, chipset, quant’altro).
Un acritico distro-hopping non risolve mai nulla.

scusa non avevo capito, inoltre il comando non mi aveva restituito output… ma forse dovevo attendere qualche minuto in più. Hai perfettamente ragione, ma penso sia ragionevole trovare una distro che sia il più compatibile con il proprio hardware.

Tempus: ecco l’output

[code][alessandro@alessandro ~]$ su
Password:
[root@alessandro alessandro]# uname -r;lspci -k|grep -iA 6 vga;glxinfo |grep ‘renderer|version’;ll /sys/class/drm/card*
3.6.6-1.fc17.x86_64
01:05.0 VGA compatible controller: ATI Technologies Inc M880G [Mobility Radeon HD 4200]
Subsystem: Hewlett-Packard Company Device 1440
Kernel driver in use: radeon
02:00.0 VGA compatible controller: ATI Technologies Inc Madison [AMD Radeon HD 5000M Series]
Subsystem: Hewlett-Packard Company Device 1440
Kernel driver in use: radeon
02:00.1 Audio device: ATI Technologies Inc Redwood HDMI Audio [Radeon HD 5600 Series]
Subsystem: Hewlett-Packard Company Device 1440
Kernel driver in use: snd_hda_intel
03:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.4
OpenGL renderer string: Gallium 0.4 on AMD RS880
OpenGL version string: 2.1 Mesa 8.0.4
OpenGL shading language version string: 1.20
lrwxrwxrwx. 1 root root 0 17 nov 2012 /sys/class/drm/card0 -> …/…/devices/pci0000:00/0000:00:01.0/0000:01:05.0/drm/card0
lrwxrwxrwx. 1 root root 0 17 nov 2012 /sys/class/drm/card0-LVDS-1 -> …/…/devices/pci0000:00/0000:00:01.0/0000:01:05.0/drm/card0/card0-LVDS-1
lrwxrwxrwx. 1 root root 0 17 nov 2012 /sys/class/drm/card0-VGA-1 -> …/…/devices/pci0000:00/0000:00:01.0/0000:01:05.0/drm/card0/card0-VGA-1
lrwxrwxrwx. 1 root root 0 17 nov 2012 /sys/class/drm/card1 -> …/…/devices/pci0000:00/0000:00:02.0/0000:02:00.0/drm/card1
lrwxrwxrwx. 1 root root 0 17 nov 2012 /sys/class/drm/card1-HDMI-A-1 -> …/…/devices/pci0000:00/0000:00:02.0/0000:02:00.0/drm/card1/card1-HDMI-A-1
lrwxrwxrwx. 1 root root 0 17 nov 2012 /sys/class/drm/card1-LVDS-2 -> …/…/devices/pci0000:00/0000:00:02.0/0000:02:00.0/drm/card1/card1-LVDS-2
lrwxrwxrwx. 1 root root 0 17 nov 2012 /sys/class/drm/card1-VGA-2 -> …/…/devices/pci0000:00/0000:00:02.0/0000:02:00.0/drm/card1/card1-VGA-2
[root@alessandro alessandro]#

[/code]

Considerazione a margine: non è necessario essere root per quei comandi e, a meno che non sia richiesto, non dare comandi come root. La convenzione di far precedere un comando richiesto con il simbolo $ ovvero # indica appunto questo.

Detto questo, hai appunto una integrata e una discreta.
Vorrai quindi dare una occhiata a http://forum.fedoraonline.it/viewtopic.php?id=19420.
Output di

# cat /sys/kernel/debug/vgaswitcheroo/switch

come da post #6 di quella discussione.

Il kernel è sempre linux; con fedora hai a disposizione solitamente un kernel più recente.

tempus: ok grazie :slight_smile:

[root@alessandro alessandro]# cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:01:05.0 1:DIS: :Pwr:0000:02:00.0 2:DIS-Audio:+:Pwr:0000:02:00.1

# echo OFF > /sys/kernel/debug/vgaswitcheroo/switch
# cat /sys/kernel/debug/vgaswitcheroo/switch

dopo un paio di minuti,

$ sensors

[code][root@alessandro alessandro]# echo OFF > /sys/kernel/debug/vgaswitcheroo/switch
[root@alessandro alessandro]# cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:Pwr:0000:01:05.0
1:DIS: :Off:0000:02:00.0
2:DIS-Audio:+:Off:0000:02:00.1

[alessandro@alessandro ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +69.0°C

radeon-pci-0200
Adapter: PCI adapter
temp1: -128.0°C

k10temp-pci-00c3
Adapter: PCI adapter
temp1: +69.5°C (high = +70.0°C)
(crit = +115.5°C, hyst = +110.5°C)

[/code]

Ho un notebook simile al tuo un dv3129el se non erro, con grafica intel/ati hd5650

dopo aggiornamento kernel a 3.6.6 e procedura con vgaswitcheroo ho risolto e pare anche tu! :coolthumb:

[loris@localhost ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +53.0°C  

radeon-pci-0100
Adapter: PCI adapter
temp1:       -128.0°C  

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

la temperatura -128 dovrebbe essere perché è stata spenta correttamente la scheda video dedicata

ho seguito questa guida http://www.2dd.it/articoli/linux/fedora-17-aggiornamento-kernel-per-ottimizzazione-dei-consumi-della-batteria/#.UKlS1bnJV-T
per rendere permanente il tutto con uno script che parte all’avvio :thumb:

La temperatura dovrebbe abbassarsi ancora (mentre la discreta resta spenta) - alternativamente proviamo così, se vuoi.
Riavvia.
L’output di

# cat /sys/kernel/debug/vgaswitcheroo/switch

sarà come al post #26 (controlla).
Quindi, output di

# cat /sys/kernel/debug/dri/{0,1}/radeon_pm_info

Poi

# echo low > /sys/class/drm/card0/device/power_profile
# echo low > /sys/class/drm/card1/device/power_profile

e ancora output di

# cat /sys/kernel/debug/dri/{0,1}/radeon_pm_info

EDIT: ho visto adesso il messaggio di Avix89, le temperature devono essere come le sue. Un kernel il più recente possibile è raccomandabile. Prima ancora della procedura descritta sopra, sarebbe da vedere se, a un “avvio a freddo” e disabilitando subito la discreta (anche via rc.local) , ottieni quelle temperature

probabilmente ha una pemperatura di 70° per il fatto che ha spento e dato subito sensors, l’hardware era ancora caldo, stessa cosa è successa a mè.
Dopo 5 minuti ho più o meno i valori che ho postato :slight_smile:

PS. E’ necessario avere un kernel più aggiornato perché quello di Fedora 17 di default è soggetto a un bug che non permette lo switcheroo, ho letto in giro ed è vero… infatti con switcheroo non si vedeva che grafica era in uso e tentando di spegnerne una si bloccava tutto

[quote=Avix89]…]
PS. E’ necessario avere un kernel più aggiornato perché quello di Fedora 17 di default è soggetto a un bug che non permette lo switcheroo, ho letto in giro ed è vero… infatti con switcheroo non si vedeva che grafica era in uso e tentando di spegnerne una si bloccava tutto[/quote]
Il che spiegherebbe i post #7, #25 e #26 di http://forum.fedoraonline.it/viewtopic.php?id=19420.
A parte questo, ho notato notevoli miglioramenti nella gestione radeon in generale da un kernel all’altro.

Esatto!

Grazie ragazzi sembra che la situazione stia migliorando anche se la ventola continua a rimanere accesa e le temperature rimangono sempre un po’ caldine.
Per quanto riguarda l’aggiornamento del kernel non ho la più pallida idea di come si faccia.
Grazie per l’aiuto

[alessandro@alessandro ~]$ su Password: [root@alessandro alessandro]# cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:01:05.0 1:DIS: :Pwr:0000:02:00.0 2:DIS-Audio:+:Pwr:0000:02:00.1 [root@alessandro alessandro]# cat /sys/kernel/debug/dri/{0,1}/radeon_pm_info default engine clock: 500000 kHz current engine clock: 500000 kHz default memory clock: 667000 kHz default engine clock: 550000 kHz current engine clock: 549960 kHz default memory clock: 800000 kHz current memory clock: 799870 kHz voltage: 1000 mV PCIE lanes: 16 [root@alessandro alessandro]# echo low > /sys/class/drm/card0/device/power_profile [root@alessandro alessandro]# echo low > /sys/class/drm/card1/device/power_profile [root@alessandro alessandro]# cat /sys/kernel/debug/dri/{0,1}/radeon_pm_info default engine clock: 500000 kHz current engine clock: 200000 kHz default memory clock: 667000 kHz default engine clock: 550000 kHz current engine clock: 99990 kHz default memory clock: 800000 kHz current memory clock: 299950 kHz voltage: 900 mV PCIE lanes: 16 [root@alessandro alessandro]#

seguendo la guida di Avix89 ad un certo punto durante la creazione dello script non riconosce il comando. (al posto di su usa sudo che è il comando di ubuntu… bò!

[code][alessandro@alessandro ~]$ lspci | grep VGA
01:05.0 VGA compatible controller: ATI Technologies Inc M880G [Mobility Radeon HD 4200]
02:00.0 VGA compatible controller: ATI Technologies Inc Madison [AMD Radeon HD 5000M Series]
[alessandro@alessandro ~]$ su -
Password:
[root@alessandro ~]# su -
[root@alessandro ~]# yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm
Loaded plugins: langpacks, presto, refresh-packagekit
rpmfusion-free-release-stable.noarch.rpm | 17 kB 00:00
Examining /var/tmp/yum-root-Dqn3gJ/rpmfusion-free-release-stable.noarch.rpm: rpmfusion-free-release-15-5.noarch
Marking /var/tmp/yum-root-Dqn3gJ/rpmfusion-free-release-stable.noarch.rpm to be installed
rpmfusion-nonfree-release-stable.noarch.rpm | 17 kB 00:00
Examining /var/tmp/yum-root-Dqn3gJ/rpmfusion-nonfree-release-stable.noarch.rpm: rpmfusion-nonfree-release-15-5.noarch
Marking /var/tmp/yum-root-Dqn3gJ/rpmfusion-nonfree-release-stable.noarch.rpm to be installed
Resolving Dependencies
–> Running transaction check
—> Package rpmfusion-free-release.noarch 0:15-5 will be installed
—> Package rpmfusion-nonfree-release.noarch 0:15-5 will be installed
–> Finished Dependency Resolution

Dependencies Resolved

=====================================================================
Package Arch Version
Repository Size

Installing:
rpmfusion-free-release
noarch 15-5 /rpmfusion-free-release-stable.noarch 12 k
rpmfusion-nonfree-release
noarch 15-5 /rpmfusion-nonfree-release-stable.noarch 12 k

Transaction Summary

Install 2 Packages

Total size: 23 k
Installed size: 23 k
Is this ok [y/N]: y
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : rpmfusion-free-release-15-5.noarch 1/2
Installing : rpmfusion-nonfree-release-15-5.noarch 2/2
Verifying : rpmfusion-nonfree-release-15-5.noarch 1/2
Verifying : rpmfusion-free-release-15-5.noarch 2/2

Installed:
rpmfusion-free-release.noarch 0:15-5
rpmfusion-nonfree-release.noarch 0:15-5

Complete!
[root@alessandro ~]# su
[root@alessandro ~]# cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:Pwr:0000:01:05.0
1:DIS: :Pwr:0000:02:00.0
2:DIS-Audio:+:Pwr:0000:02:00.1
[root@alessandro ~]# su
[root@alessandro ~]# echo OFF > /sys/kernel/debug/vgaswitcheroo/switch
[root@alessandro ~]# echo OFF > /sys/kernel/debug/vgaswitcheroo/switch
[root@alessandro ~]# cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:Pwr:0000:01:05.0
1:DIS: :Off:0000:02:00.0
2:DIS-Audio:+:Off:0000:02:00.1
[root@alessandro ~]# sudo nano /etc/init.d/vgaswitcheroo
sudo: nano: command not found
[root@alessandro ~]# su nano /etc/init.d/vgaswitcheroo
su: user nano does not exist
[root@alessandro ~]# sudo nano /etc/init.d/vgaswitcheroo
sudo: nano: command not found
[root@alessandro ~]# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +70.0°C

radeon-pci-0200
Adapter: PCI adapter
temp1: -128.0°C

k10temp-pci-00c3
Adapter: PCI adapter
temp1: +70.5°C (high = +70.0°C)
(crit = +115.5°C, hyst = +110.5°C)

[root@alessandro ~]#
[/code]

dal tuo output sei già utente root, hai il simbolo #.
basta che dai un

# nano /etc/init.d/vgaswitcheroo

oppure da utente non root

$ su - c 'nano /etc/init.d/vgaswitcheroo'

[root@alessandro ~]# nano /etc/init.d/vgaswitcheroo bash: nano: command not found...

[quote=efius][root@alessandro ~]# nano /etc/init.d/vgaswitcheroo bash: nano: command not found...[/quote]

# yum install nano 

e poi riesegui i comandi