Problema downclocking AMD Sempron 3000+ 1,8 con Suse 11.3

[Torakiki76]

Ragazzi ormai non so più dove sbattere la testa:muro:

Da una settimana sono entrato nel mondo linux e ho deciso di installare suse 11.3 con desktop KDE 4.5, dopo il problema risolto al primo giorno con la scheda wifi (bisognava attivare il FW proprietario) adesso da qualche giorno ho scoperto di avere il problema in oggetto.
provo a spiegare: il mio procio dovrebbe andare a 800-1800mhz e questo funziona benissimo appena accendo il pc, dopo qualche minuto per motivi ignoti la frequenza mi si blocca a 800 pur lavorando a pieno regime al 100%, non mi rispondete che è normale che stia a 800 per il discorso power save ecc ecc questo lo so benissimo il problema è che non si schioda da 800 neanche quando apro processi che richiederebbero una frequenza superiore, quindi evidenziando pessime prestazioni per esempio se guardo un video, vedo un film o utilizzo un'applicazione flash in rete......

ho già chiesto in vari forum di supporto di suse ma oltre a farmi postare parametri su parametri della mia attuale configurazione hw nessuno mi ha saputo indicare una soluzione, pur essendo o almeno così pare un problema che anche altri hanno....

Qualcuno sa cosa posso fare o mi può dare una mano a capire come poter risolvere?

[omerook]

disattiva le funzioni di risparmio energetico dal bios

[Torakiki76]

disattiva le funzioni di risparmio energetico dal bios

il problema è che nel mio bios non c'è nessun opzione riguardo al risparmio energetico, ci sono 4 settaggi di numero per il boot e basta.....non si riesce da terminale a fare qualcosa?

[Gimli[2BV!2B]]

Da terminale la prima cosa che farei sarebbe controllare quale governor è attivo:cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governorIn questo file trovi l'elenco di quelli disponibili:cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

Se il governor attivo risulterà essere conservative, ondemand o powersave dovrai provare userspace o performance (a condizione che questi siano elencati tra quelli disponibili).
Esempio con userspace (comando da eseguire con diritti di amministratore):echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Controlla se il sistema si comporta come dovrebbe.

Se, dopo qualche minuto, dovessi ritrovare impostato il governor precedente, la colpa potrebbe essere di un qualche demone (come cpufreqd (http://www.linux.it/~malattia/wiki/index.php/Cpufreqd) o powernowd (http://www.deater.net/john/powernowd.html)) o della gestione energetica integrata in Kde 4.
Se hai cpufreqd o powernowd installati, rimuovili: in Kde 4 sono inutili.
Controlla le impostazioni di gestione energetica di Kde 4 sotto "Impostazioni di sistema" -> "Avanzate" -> "Gestione Energetica".

[Torakiki76]

;32933320']Da terminale la prima cosa che farei sarebbe controllare quale governor è attivo:cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governorIn questo file trovi l'elenco di quelli disponibili:cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

Se il governor attivo risulterà essere conservative, ondemand o powersave dovrai provare userspace o performance (a condizione che questi siano elencati tra quelli disponibili).
Esempio con userspace (comando da eseguire con diritti di amministratore):echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Controlla se il sistema si comporta come dovrebbe.

Se, dopo qualche minuto, dovessi ritrovare impostato il governor precedente, la colpa potrebbe essere di un qualche demone (come cpufreqd (http://www.linux.it/~malattia/wiki/index.php/Cpufreqd) o powernowd (http://www.deater.net/john/powernowd.html)) o della gestione energetica integrata in Kde 4.
Se hai cpufreqd o powernowd installati, rimuovili: in Kde 4 sono inutili.
Controlla le impostazioni di gestione energetica di Kde 4 sotto "Impostazioni di sistema" -> "Avanzate" -> "Gestione Energetica".

purtroppo ho già provato quello che mi dici, ho provato tutti i governor disponibili e ho provato anche a regolare la frequenza manualmente, sembra tutto andare a buon fine ma il risultato è sempre questo:

linux-rx5c:~ # cpufreq-info
cpufrequtils 006: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to http://bugs.opensuse.org, please.
analyzing CPU 0:
driver: powernow-k8
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 109 us.
hardware limits: 800 MHz - 1.80 GHz
available frequency steps: 1.80 GHz, 1.60 GHz, 800 MHz
available cpufreq governors: conservative, userspace, powersave, ondemand, performance
current policy: frequency should be within 800 MHz and 800 MHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 800 MHz (asserted by call to hardware).

non ho nessuno dei due demoni installati il sistema è praticamente vergine, come puoi vedere il range è 800-800 ma la cosa strana è che a pc appena acceso tutto sembra funzionare e il range è impostato 800-1800 poi per qualche misterioso motivo passa a come sopra e non si schioda più....inoltre in KDE 4.5 il power management del risparmio energetico per quanto riguarda la cpu è stato eliminato e non si può selezionare nulla, questo problema comunque ce l'avevo anche con la versione precedente KDE....ho provato anche a cambiare diversi kernel ma il risultato non cambia..:muro:

[Gimli[2BV!2B]]

Ok, ecco il tuo bug. (https://bugzilla.kernel.org/show_bug.cgi?id=13860)

Soluzione temporanea proposta: aggiungere processor.ignore_ppc=1 al boot nella riga kernel di GRUB.

In GRUB 0.9x si deve modificare il file /boot/grub/menu.lst, variabile kopt.
Mio esempio Debian:## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/sda3 ro processor.ignore_ppc=1Mi raccomando, non togliere il commento (#).

Se hai GRUB 2 (non so quasi nulla di Suse...) non sono informato come gestisca la cosa la tua distribuzione. In Debian e derivate c'è la variabile GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub

Fatta (con attenzione) la modifica eseguire il comando update-grub per aggiornare la voci di boot e prova a riavviare.

[Torakiki76]

;32934025']Ok, ecco il tuo bug. (https://bugzilla.kernel.org/show_bug.cgi?id=13860)

Soluzione temporanea proposta: aggiungere processor.ignore_ppc=1 al boot nella riga kernel di GRUB.

In GRUB 0.9x si deve modificare il file /boot/grub/menu.lst, variabile kopt.
Mio esempio Debian:## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/sda3 ro processor.ignore_ppc=1Mi raccomando, non togliere il commento (#).

Se hai GRUB 2 (non so quasi nulla di Suse...) non sono informato come gestisca la cosa la tua distribuzione. In Debian e derivate c'è la variabile GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub

Fatta (con attenzione) la modifica eseguire il comando update-grub per aggiornare la voci di boot e prova a riavviare.

Sei l'unico che fino ad adesso è riuscito a darmi una soluzione e a scoprire il mio bug....il problema è che mi dovresti dare una mano a capire meglio e a inserire i comandi giusti prima di fare qualche casino, come dicevo all'inizio del 3d fino a una settimana fa non sapevo neanche cos'era una konsolle o una stringa di comando, non ho avuto neanche il tempo di capire bene i comandi basilari di linux....

[omerook]

vedendo il link postato da Gimli sembrerebbe un bag del kernel nella versione 2.6.30
hai provato a fare gli aggiornamenti?
magari si aggiorna anche il kernel e risolvi il problema.

intanto verifica la versione del tuo kernel

uname -r

[Gimli[2BV!2B]]

Sottoscrivo omerook, ma sottolineo che nel bug citano il problema fino al kernel 2.6.32 incluso.

Passando al tentativo ignore_ppc, controlla se esiste il file /boot/grub/menu.lst e riportane il contenuto.
Credo non siano ancora passati a GRUB 2 in Suse, però controlla se esiste il file /boot/grub/grub.cfg (eventualmente riportane il contenuto).

P.S. non è che è presente un aggiornamento del tuo BIOS sul sito del produttore della scheda madre?

[Torakiki76]

;32936453']Sottoscrivo omerook, ma sottolineo che nel bug citano il problema fino al kernel 2.6.32 incluso.

Passando al tentativo ignore_ppc, controlla se esiste il file /boot/grub/menu.lst e riportane il contenuto.
Credo non siano ancora passati a GRUB 2 in Suse, però controlla se esiste il file /boot/grub/grub.cfg (eventualmente riportane il contenuto).

P.S. non è che è presente un aggiornamento del tuo BIOS sul sito del produttore della scheda madre?

in questo momento non ho il pc sottomano ma se non sbaglio la versione del kernel è 2.6.34-12

stasera controllo i 2 file e se li trovo riporto il contenuto

per il mio bios ormai è stato abbandonato dalla casa produttrice da qualche anno, c'è un'aggiornamento ma non l'ho mai eseguito perchè in molti presentavano vari problemi dopo averlo installato, forse non l'ho detto ma ho XP su un'altra partizione e va benissimo mai nessun problema con lo scaling della frequenza...

[Torakiki76]

;32936453']Sottoscrivo omerook, ma sottolineo che nel bug citano il problema fino al kernel 2.6.32 incluso.

Passando al tentativo ignore_ppc, controlla se esiste il file /boot/grub/menu.lst e riportane il contenuto.
Credo non siano ancora passati a GRUB 2 in Suse, però controlla se esiste il file /boot/grub/grub.cfg (eventualmente riportane il contenuto).

P.S. non è che è presente un aggiornamento del tuo BIOS sul sito del produttore della scheda madre?


allora grub.cfg non ce l'ho mentre menu.lst l'ho trovata nel percorso indicato ma non riesco ad aprirla per riportare il contenuto, come faccio?

[Gimli[2BV!2B]]

Il file menu.lst allegalo qui compresso o riportalo in siti come questo. (http://pastebin.com/)

Sull'argomento BIOS ce ne sarebbero da dire...
Il fatto è che Win comunica, al solito, a modo suo col BIOS.
Ignora o aggira in modo non documentato una gran quantità di errori ed imprecisioni commesse dai programmatori di questo software fondamentale.

Naturalmente le schede madri per utilizzo domestico vengono programmate velocemente e testate solo con sistemi Win: se il sistema comunica correttamente col BIOS il software è pronto.

Il kernel Linux cerca di comunicare col BIOS secondo specifiche, in caso di errori palesi finisce per non riuscire a configurare tutto correttamente.
Il bug viene riportato.
Spesso decidono di aggiungere un aggiramento del problema specifico per la macchina (o famiglia di macchine) affette: i cosiddetti quirks.

Qualche tempo fa ho letto della proposta di analizzare sistematicamente il metodo di comunicare adottato da Win ed implementarlo in Linux, comprensivo di errori ed imprecisioni fatte in casa MS, in modo tale da porre fine a questo continuo balletto.
Ma sarebbe come se Firefox e gli altri si fossero arresi ed avessero iniziato ad imitare sistematicamente il pessimo Internet Explorer 6: non si sarebbe mai arrivati ad un Internet Explorer 8 che segue gli standard, con effetti positivi per tutti.

In conclusione: aspettiamo l'EFI e vediamo come va a finire...

[omerook]

allora grub.cfg non ce l'ho mentre menu.lst l'ho trovata nel percorso indicato ma non riesco ad aprirla per riportare il contenuto, come faccio?

devi usare un editor di testo
prova con kedit

[Torakiki76]

devi usare un editor di testo
prova con kedit

ok l'ho compresso e allegato....

[Gimli[2BV!2B]]

Fortuna che omerook ha risposto a tono :) (appunto vocale: non fare due cose contemporaneamente, pensandone un'altra, prima di mangiare col tempo contato...)

Sull'allegato io ho un problema: ci trovo dentro un file vuoto...

[Torakiki76]

;32940042']Fortuna che omerook ha risposto a tono :) (appunto vocale: non fare due cose contemporaneamente, pensandone un'altra, prima di mangiare col tempo contato...)

Sull'allegato io ho un problema: ci trovo dentro un file vuoto...

Scusate dovevo loggarmi per questo non me lo apriva in KDE comunque l'editor di testo è kwrite...questo il contenuto:

# Modified by YaST2. Last modification on Fri Aug 27 23:27:13 CEST 2010
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader

default 0
timeout 8
gfxmenu (hd0,6)/boot/message
##YaST - activate

###Don't change this comment - YaST2 identifier: Original name: linux###
title Desktop -- openSUSE 11.3 - 2.6.34-12
root (hd0,6)
kernel /boot/vmlinuz-2.6.34-12-desktop root=/dev/disk/by-id/ata-TOSHIBA_MK8025GAS_955M6393S-part7 resume=/dev/disk/by-id/ata-TOSHIBA_MK8025GAS_955M6393S-part6 splash=silent quiet showopts vga=0x317
initrd /boot/initrd-2.6.34-12-desktop

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 11.3 - 2.6.34-12 (desktop)
root (hd0,6)
kernel /boot/vmlinuz-2.6.34-12-desktop root=/dev/disk/by-id/ata-TOSHIBA_MK8025GAS_955M6393S-part7 showopts apm=off noresume nosmp maxcpus=0 edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x317
initrd /boot/initrd-2.6.34-12-desktop

###Don't change this comment - YaST2 identifier: Original name: Vendor diagnostic###
title Vendor diagnostic
rootnoverify (hd0,0)
chainloader +1

###Don't change this comment - YaST2 identifier: Original name: windows###
title Windows
rootnoverify (hd0,1)
chainloader +1


sono riuscito a dare il comando processor.ignore_PPC=1 da grub e finalmente si è sbloccata sta benedetta frequenza, solo che adesso mi sta fissa a 1,8 ghz....

[Gimli[2BV!2B]]

Ok, quindi almeno un risultato lo si ottiene.
La modifica come l'hai fatta? Hai letto all'inizio del menu.lst: devi farla nel file /etc/sysconfig/bootloader per renderla permanente.

Controlliamo la situazione con ignore_ppc: cosa dice cpufreq-info ?
Riporta anche l'output di questo:for i in /sys/devices/system/cpu/cpu0/cpufreq/*; do echo $i; cat $i; done;

[Torakiki76]

;32940260']Ok, quindi almeno un risultato lo si ottiene.
La modifica come l'hai fatta? Hai letto all'inizio del menu.lst: devi farla nel file /etc/sysconfig/bootloader per renderla permanente.

Controlliamo la situazione con ignore_ppc: cosa dice cpufreq-info ?
Riporta anche l'output di questo:for i in /sys/devices/system/cpu/cpu0/cpufreq/*; do echo $i; cat $i; done;

cpufreq semplicemente nulla:

linux-rx5c:~> cpufreq-info
cpufrequtils 006: cpufreq-info (C) Dominik Brodowski 2004-2009
Per favore, comunicare errori e malfunzionamenti a http://bugs.opensuse.org.
analisi della CPU 0:
nessun modulo o modulo cpufreq sconosciuto per questa CPU
latenza massima durante la transizione: 0.00 ms.

anche per l'altro comando:

linux-rx5c:~> for i in /sys/devices/system/cpu/cpu0/cpufreq/*; do echo $i; cat $i; done;
/sys/devices/system/cpu/cpu0/cpufreq/*
cat: /sys/devices/system/cpu/cpu0/cpufreq/*: No such file or directory

[Torakiki76]

Nella schermata del grub c'è una stringa dove si può scrivere prima di avviare, ho scritto là...ti riporto il file bootloader mi fai il favore di scrivere tu il comando in modo che poi io lo riporto sul mio?
ma basta editare direttamente da file?


## Path: System/Bootloader
## Description: Bootloader configuration
## Type: list(grub,lilo,none)
## Default: grub
#
# Type of bootloader in use.
# For making the change effect run bootloader configuration tool
# and configure newly selected bootloader
#
#
LOADER_TYPE="grub"


## Path: System/Bootloader
## Description: Bootloader configuration
## Type: list(floppy,mbr,root,boot,custom,none)
## Default: mbr
#
# Location of boot loader.
# For making the change effect run bootloader configuration tool
#
#
LOADER_LOCATION=""

## Path: System/Bootloader
## Description: Bootloader configuration
## Type: string
## Default: "splash=silent quiet showotps"
#
# Arguments for kernel which is used like default boot section.
# If the options is commented perl-Bootloader uses his default arguments
# for kernel.
#
DEFAULT_APPEND="resume=/dev/disk/by-id/ata-TOSHIBA_MK8025GAS_955M6393S-part6 splash=silent quiet showopts"

## Path: System/Bootloader
## Description: Bootloader configuration
## Type: string
## Default: none
#
# VGA option for kernel which is used like default boot section.
# If the options is commented or empty perl-Bootloader doesn't use it.
# Empty option could be cause of broken size of fonts etc.
#
DEFAULT_VGA="0x317"

## Path: System/Bootloader
## Description: Bootloader configuration
## Type: string
## Default: "showopts apm=off noresume nosmp maxcpus=0 edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe"
#
# Arguments for kernel which is used like failsafe boot section
# If the options is commented perl-Bootloader uses his default arguments
# for kernel.
#
FAILSAFE_APPEND="showopts apm=off noresume nosmp maxcpus=0 edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe"

## Path: System/Bootloader
## Description: Bootloader configuration
## Type: string
## Default: none
#
# VGA option for kernel which is used like failsafe boot section.
# If the options is commented or empty perl-Bootloader doesn't use it.
# Empty option could be cause of broken size of fonts etc.
#
FAILSAFE_VGA="0x317"

## Path: System/Bootloader
## Description: Bootloader configuration
## Type: string
## Default: "splash=silent quiet showotps"
#
# Arguments for XEN kernel in Dom0.
# If the options is commented perl-Bootloader uses his default arguments
# for XEN kernel.
#
XEN_KERNEL_APPEND="resume=/dev/disk/by-id/ata-TOSHIBA_MK8025GAS_955M6393S-part6 splash=silent quiet showopts"

## Path: System/Bootloader
## Description: Bootloader configuration
## Type: string
## Default: none
#
# Arguments for XEN hypervisor
# Usually it is empty or includes arguments like crashkernel for kdump etc.
#
XEN_APPEND=""

## Path: System/Bootloader
## Description: Bootloader configuration
## Type: string
## Default: none
#
# VGA option for XEN kernel.
# If the options is commented or empty perl-Bootloader doesn't use it.
# Empty option could be cause of broken size of fonts etc.
#
XEN_VGA="0x317"
## Path: System/Bootloader
## Description: Bootloader configuration
## Type: yesno
## Default: no
#
# Should the boot cycle detection be used to
# avoid unconditional reboot cycles of not
# supervised system.
#
CYCLE_DETECTION="no"

## Type: integer(0:)
## Default: 1
#
# The number of the entry in grub's menu.lst
# which should be used on the next reboot cycle.
# Note that the first entry has the number 0.
#
CYCLE_NEXT_ENTRY="1"

[Gimli[2BV!2B]]

Quindi c'è poco da dire, ora hai la frequenza fissa al massimo, vecchia scuola.
Purtroppo, al momento, credo sia la soluzione più accettabile.
In ogni caso una CPU non carica al 100% attua delle politiche di risparmio energetico disattivando varie parti del die.

Passando al file, questa è la riga che devi modificare:DEFAULT_APPEND="resume=/dev/disk/by-id/ata-TOSHIBA_MK8025GAS_955M6393S-part6 splash=silent quiet showopts processor.ignore_ppc=1"
Per farlo comodamente dovresti riuscire ad aprire un editor grafico con diritti di amministratore con il comando kdesu kwrite
Lancia il comando da utente normale e usa la password del tuo utente (non sono certo che si apra, visto che in openSuse sembra facciano un po' a modo loro...).

Se kdesu non funziona puoi usare l'editor nano da console (http://www.debianadmin.com/nano-editor-tutorials.html), aprendolo con diritti di amministratore: nano /etc/sysconfig/bootloader

Salvata la modifica devi applicarla con update-grub
Per finire controlla che il menu.lst rifletta la tua modifica.

P.S. Prova ad installare powertop (http://www.lesswatts.org/projects/powertop/) e controlla cosa dice. Mi interessa controllare che siano utilizzati correttamente i vari C state, cioè le prime righe in alto, sopra la riga blu/rossa.

[Torakiki76]

;32940420']Quindi c'è poco da dire, ora hai la frequenza fissa al massimo, vecchia scuola.
Purtroppo, al momento, credo sia la soluzione più accettabile.
In ogni caso una CPU non carica al 100% attua delle politiche di risparmio energetico disattivando varie parti del die.

Passando al file, questa è la riga che devi modificare:DEFAULT_APPEND="resume=/dev/disk/by-id/ata-TOSHIBA_MK8025GAS_955M6393S-part6 splash=silent quiet showopts processor.ignore_ppc=1"
Per farlo comodamente dovresti riuscire ad aprire un editor grafico con diritti di amministratore con il comando kdesu kwrite
Lancia il comando da utente normale e usa la password del tuo utente (non sono certo che si apra, visto che in openSuse sembra facciano un po' a modo loro...).

Se kdesu non funziona puoi usare l'editor nano da console (http://www.debianadmin.com/nano-editor-tutorials.html), aprendolo con diritti di amministratore: nano /etc/sysconfig/bootloader

Salvata la modifica devi applicarla con update-grub
Per finire controlla che il menu.lst rifletta la tua modifica.

P.S. Prova ad installare powertop (http://www.lesswatts.org/projects/powertop/) e controlla cosa dice. Mi interessa controllare che siano utilizzati correttamente i vari C state, cioè le prime righe in alto, sopra la riga blu/rossa.

installato powertop ma quello che vuoi controllare non si vede neanche qua:

PowerTOP version 1.12 (C) 2007 Intel Corporation

< Detailed C-state information is not P-states (frequencies)






Wakeups-from-idle per second : 907.4 interval: 10.0s
Power usage (5 minute ACPI estimate) : 0.1 W (359.5 hours left)

Top causes for wakeups:
55.4% (501.7) <interrupt> : PS/2 keyboard/mouse/touchpad
18.1% (163.8) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
12.1% (109.2) plugin-containe : hrtimer_start_range_ns (hrtimer_wakeup)
2.8% ( 25.7) firefox : hrtimer_start_range_ns (hrtimer_wakeup)
1.8% ( 16.4) <interrupt> : pata_atiixp
1.6% ( 14.9) <interrupt> : acpi, b43
1.3% ( 11.9) kwin : hrtimer_start_range_ns (hrtimer_wakeup)
1.0% ( 9.4) Xorg : hrtimer_start_range_ns (hrtimer_wakeup)
1.0% ( 9.2) <interrupt> : radeon
0.9% ( 8.0) hald : ec_poll (process_timeout)
0.7% ( 6.3) Xorg : queue_delayed_work (delayed_work_timer_fn)
0.6% ( 5.3) events/0 : ec_poll (process_timeout)
0.5% ( 4.7) konsole : hrtimer_start_range_ns (hrtimer_wakeup)
0.4% ( 4.0) <kernel core> : hrtimer_start (tick_sched_timer)
0.4% ( 3.2) knotify4 : hrtimer_start_range_ns (hrtimer_wakeup)
0.2% ( 2.2) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
0.2% ( 2.0) <kernel core> : clocksource_watchdog (clocksource_watchdog)
0.2% ( 1.7) events/0 : queue_delayed_work (delayed_work_timer_fn)
0.1% ( 1.0) <kernel core> : start_rt_bandwidth.clone.16 (sched_rt_period
_timer)
Suggestion: increase the VM dirty writeback time from 5.00 to 15 seconds with:
echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
This wakes the disk up less frequently for background VM activity
Q - Quit R - Refresh W - Increase Writeback time

[Torakiki76]

altra cosa se scrivo ppc minuscolo nel grub non va, quindi nella modifica devo scriverlo anche li maiuscolo giusto?

io di solito apro console mi loggo come root poi lancio kwrite e apro il file che mi serve...dopodichè se ho capito bene aggiungo il comando nella riga che mi hai detto e salvo...

per update-grub lo devo eseguire sempre da console così come è scritto?

scusa ma come ho già detto sono alle prime armi con linux....

[Gimli[2BV!2B]]

Scrivi esattamente quello che hai già testato funzionante.
Quindi il parametro corretto è processor.ignore_PPC=1 ? Nel caso correggo nei riferimenti precedenti.

Ah, puoi loggarti come root? Ok, quindi apri il file normalmente, modifica e salva.
Ora ho controllato più accuratamente e temo che update-grub non esista in OpenSuse, l'ho trovato solo citato in thread misti che mi hanno tratto in inganno prima. Eventualmente chiedi nell'altra discussione nel forum OpenSuse qual'è il comando per aggiornare il menu.lst, io non riesco proprio a rintracciarlo...

[Gimli[2BV!2B]]

Ah, non mi arrendo nella ricerca di qualche informazione sui C states.
Prova questo comando:for i in /sys/devices/system/cpu/cpu0/cpuidle/state[[:digit:]]/*; do echo $i; cat $i; done;

Controllando nei sorgenti vanilla 3.6.32.10 che ho sotto mano ho trovato la descrizione del parametro:/* ignore_ppc:
* -1 -> cpufreq low level drivers not initialized -> _PSS, etc. not called yet
* ignore _PPC
* 0 -> cpufreq low level drivers initialized -> consider _PPC values
* 1 -> ignore _PPC totally -> forced by user through boot param
*/
static int ignore_ppc = -1;
module_param(ignore_ppc, int, 0644);
MODULE_PARM_DESC(ignore_ppc, "If the frequency of your machine gets wrongly" \
"limited by BIOS, this should help");Dovrebbe essere ignore_ppc tutto minuscolo...

[Torakiki76]

;32940577']Scrivi esattamente quello che hai già testato funzionante.
Quindi il parametro corretto è processor.ignore_PPC=1 ? Nel caso correggo nei riferimenti precedenti.

Ah, puoi loggarti come root? Ok, quindi apri il file normalmente, modifica e salva.
Ora ho controllato più accuratamente e temo che update-grub non esista in OpenSuse, l'ho trovato solo citato in thread misti che mi hanno tratto in inganno prima. Eventualmente chiedi nell'altra discussione nel forum OpenSuse qual'è il comando per aggiornare il menu.lst, io non riesco proprio a rintracciarlo...

esatto il parametro corretto è quello che hai scritto adesso....

bene vi rangrazio per l'aiuto, in un paio di post siete riusciti a risolvermi il problema, nel forum italiano di suse e addirittura quello internazionale sono andati avanti giorni e giorni a scrivere post su post senza neanche mezza idea o soluzione...adesso è veramente un piacere usare suse e linux....;)

piccolo OT ma secondo voi ho fatto bene o male come prima esperienza a buttarmi su suse? in alternativa cosa consigliereste?

[Torakiki76]

;32940607']Ah, non mi arrendo nella ricerca di qualche informazione sui C states.
Prova questo comando:for i in /sys/devices/system/cpu/cpu0/cpuidle/state[[:digit:]]/*; do echo $i; cat $i; done;

Controllando nei sorgenti vanilla 3.6.32.10 che ho sotto mano ho trovato la descrizione del parametro:/* ignore_ppc:
* -1 -> cpufreq low level drivers not initialized -> _PSS, etc. not called yet
* ignore _PPC
* 0 -> cpufreq low level drivers initialized -> consider _PPC values
* 1 -> ignore _PPC totally -> forced by user through boot param
*/
static int ignore_ppc = -1;
module_param(ignore_ppc, int, 0644);
MODULE_PARM_DESC(ignore_ppc, "If the frequency of your machine gets wrongly" \
"limited by BIOS, this should help");Dovrebbe essere ignore_ppc tutto minuscolo...

niente da fare:

linux-rx5c:~ # for i in /sys/devices/system/cpu/cpu0/cpuidle/state[[:digit:]]/*; do echo $i; cat $i; done;
/sys/devices/system/cpu/cpu0/cpuidle/state[[:digit:]]/*
cat: /sys/devices/system/cpu/cpu0/cpuidle/state[[:digit:]]/*: No such file or directory

non so io quando ho scritto minuscolo ppc avevo la stessa situazione di prima per caso al secondo tentatico ho scritto maiuscolo e la freq come detto s'è sbloccata...

[Gimli[2BV!2B]]

Ti chiedi se OpenSuse sia una buona scelta? Beh, io non l'ho mai usata e non mi attira, ma ho letto più volte che è semplice, ha strumenti grafici comodi ed è discretamente stabile.
Insomma, non la boccerei; come alternative cito, nell'ordine, le solite K/Ubuntu, Fedora e Mandrivia.

Finendo il discorso C states: ignorando il _PPC il kernel non ha alcuna informazione sullo stato energetico della cpu.
Dalla descrizione del parametro immaginavo si limitasse alle frequenze.

Per finire potresti farti sentire nel bug 13860 (https://bugzilla.kernel.org/show_bug.cgi?id=13860) (specificando il problema, la scheda madre, l'hack _PPC usato, e l'acpidump (http://www.rootr.net/man/man/acpidump/8)), visto che da marzo è stato un po' abbandonato a sè stesso... (sarebbe anche utile provare l'ultimissimo kernel, ma non trovo guide recenti che illustrino il processo di compilazione/installazione alla OpenSuse)

[Torakiki76]

;32942512']Ti chiedi se OpenSuse sia una buona scelta? Beh, io non l'ho mai usata e non mi attira, ma ho letto più volte che è semplice, ha strumenti grafici comodi ed è discretamente stabile.
Insomma, non la boccerei; come alternative cito, nell'ordine, le solite K/Ubuntu, Fedora e Mandrivia.

Finendo il discorso C states: ignorando il _PPC il kernel non ha alcuna informazione sullo stato energetico della cpu.
Dalla descrizione del parametro immaginavo si limitasse alle frequenze.

Per finire potresti farti sentire nel bug 13860 (https://bugzilla.kernel.org/show_bug.cgi?id=13860) (specificando il problema, la scheda madre, l'hack _PPC usato, e l'acpidump (http://www.rootr.net/man/man/acpidump/8)), visto che da marzo è stato un po' abbandonato a sè stesso... (sarebbe anche utile provare l'ultimissimo kernel, ma non trovo guide recenti che illustrino il processo di compilazione/installazione alla OpenSuse)

si sicuramente in questi giorni mi farò sentire per il bug in questione...

effettivamente vorrei provarlo anche io l'ultimo kernel se non sbaglio .36 almeno nei repo me lo chiama così...ne ho provati diversi (default, pae ecc ecc) ma sempre versione .34 senza risolvere nulla....sicuramente comunque dopo aver provato anche il desktop GNOME proverò qualche altra distro...per quel poco tempo che lo sto usando comunque linux è tutto un'altro mondo, questa è la mia impressione.....

[Torakiki76]

Dopo qualche giorno di utilizzo posso dire che anche se la frequenza sta sempre al massimo non ho avuto nessun problema, ho anche monitorato la temperatura del sistema e della cpu che sono sempre rimasti nella norma anche sotto sforzo...aggiungo inoltre per chi ne avesse bisogno che da suse per rendere la modifica permanente basta andare in Yast/sistema/boot loader, lì sarà possibile modificare il boot aggiungendo la stringa, poi basta salvare e uscire....

[medicina]

Dato che il bug nel tracker che è stato linkato non è indicato come corretto e chiuso, il problema potrebbe presentarsi anche nelle versioni successive del kernel. Salvo dimenticanze...