[Risolto] ubuntu 9.10: strana gestione della velocità delle ventole

[kittenberg]

bene. siamo giunti alla battuta finale di questa epopea...


dal bios (premendo f2) non si può settare niente... solo la frequenza della cpu... e questo non mi interessa.


proseguendo, quando arrivo alla schermata del grub, posso scegliere tra:

avviare ubuntu;
avviare ubuntu recovery mode;
accedere ad un test della memoria;
accedere ad un test della memoria + console (?);
avviare vista.

accedendo al test della memoria + console appaiono alcuni parametri non meglio specificati da cui si capisce che i sensori sono spenti.... inoltre non sembra essere possibile sbloccarli da là...

[Ov3rLo4d]

Non si può settare nessuna impostazione della ventola nel BIOS... Puoi solo aggiornarlo e sperare che la casa madre si sia accorta del bug (se è un bug)

[kittenberg]

aggiornamento non possibile... la versione attuale è l'ultima disponibile del produttore...

il parametro che mi fà pensare che qualcosa non sia apposto è:

chipset: amd k8 (ecc: disabled)

[Ov3rLo4d]

Non so... mi spiace... oltre che aggiornare il bios... non saprei cosa dirti... se non ti risponde nessuno sul forum prova a cercare ancora su google e poi prova a portarlo da qualche parte per farlo vedere... magari ha qualche sensore sballato...

Ciao

[yves]

@ Kittenberg, mi viene un dubbio, prova a dare questi comandi, appena acceso il PC li dai uno dietro l'altro, lo fai lavorare normalmente una decina di minuti (quello che vuoi, poco importa) e ridai i primi due, giusto per scongiurare un bug nel bios:

Codice: Seleziona tutto

cat /proc/interrupts

Codice: Seleziona tutto

ls /proc/irq/

Codice: Seleziona tutto

cd /var/lib/acpi-support/ ; grep . -r *-*

Codice: Seleziona tutto

ls /proc/acpi/thermal_zone/THRM/

Codice: Seleziona tutto

dmesg | grep -i warn

Codice: Seleziona tutto

dmesg | grep -i dsdt

Postaci il risultato.

[kittenberg]

Codice: Seleziona tutto

jaaaq@hangar:~$ cat /proc/interrupts
           CPU0       CPU1       
  0:         26          2   IO-APIC-edge      timer
  1:         10       1158   IO-APIC-edge      i8042
  7:          1          0   IO-APIC-edge    
  8:          0          1   IO-APIC-edge      rtc0
  9:          0          5   IO-APIC-fasteoi   acpi
 12:          0        136   IO-APIC-edge      i8042
 14:          0          0   IO-APIC-edge      pata_atiixp
 15:          0          0   IO-APIC-edge      pata_atiixp
 16:         64      50601   IO-APIC-fasteoi   ohci_hcd:usb3, ohci_hcd:usb4, HDA Intel
 17:          0          3   IO-APIC-fasteoi   ehci_hcd:usb1
 18:          0        220   IO-APIC-fasteoi   ohci_hcd:usb5, ohci_hcd:usb6, ath, radeon@pci:0000:01:00.0
 19:          0         22   IO-APIC-fasteoi   ehci_hcd:usb2
 20:          0          3   IO-APIC-fasteoi   ohci1394
 21:          0          0   IO-APIC-fasteoi   mmc0
 22:         52      15958   IO-APIC-fasteoi   ahci
 24:      54979          0  HPET_MSI-edge      hpet2
 30:         45      12397   PCI-MSI-edge      eth0
NMI:          0          0   Non-maskable interrupts
LOC:         75      61464   Local timer interrupts
SPU:          0          0   Spurious interrupts
CNT:          0          0   Performance counter interrupts
PND:          0          0   Performance pending work
RES:      23969      15169   Rescheduling interrupts
CAL:         99         46   Function call interrupts
TLB:       1073        480   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:          2          2   Machine check polls
ERR:          1
MIS:          0
jaaaq@hangar:~$ ls /proc/irq/
0  10  12  14  16  18  2   21  24  30  5  7  9
1  11  13  15  17  19  20  22  3   4   6  8  default_smp_affinity
jaaaq@hangar:~$ cd /var/lib/acpi-support/ ; grep . -r *-*
grep: *-*: Nessun file o directory
jaaaq@hangar:/var/lib/acpi-support$ cd /var/lib/acpi-support/ ; grep . -r *.*
grep: *.*: Nessun file o directory
jaaaq@hangar:/var/lib/acpi-support$ ls /proc/acpi/thermal_zone/THRM/
ls: impossibile accedere a /proc/acpi/thermal_zone/THRM/: Nessun file o directory
jaaaq@hangar:/var/lib/acpi-support$ cd
jaaaq@hangar:~$ ls /proc/acpi/thermal_zone/THRM/
ls: impossibile accedere a /proc/acpi/thermal_zone/THRM/: Nessun file o directory
jaaaq@hangar:~$ sudo ls /proc/acpi/thermal_zone/THRM/
[sudo] password for jaaaq: 
ls: impossibile accedere a /proc/acpi/thermal_zone/THRM/: Nessun file o directory
jaaaq@hangar:~$ dmesg | grep -i warn
[    9.561087] EDAC amd64: WARNING: ECC is NOT currently enabled by the BIOS. Module will NOT be loaded.
jaaaq@hangar:~$ dmesg | grep -i dsdt
[    0.000000] ACPI: DSDT 00000000dfef1000 08E0B (v01 TOSINV TOSINV00 F0000000 MSFT 01000013)
[    0.312147] ACPI: EC: Look up EC in DSDT
jaaaq@hangar:~$ 

[yves]

Quell'affare sembra non abbia nessun supporto ACPI in relazione alle temperature, in più segnala almeno un errore negli IRQ, ma se è appena stato avviato bisognerebbe vedere se quell'errore si ripete o no (aumenta il numero), comunque non ho mai avuto AMD e non vorrei la cosa fosse differente, dai questo comando e vedi che esce:

Codice: Seleziona tutto

cd /proc/acpi && ls

Inserisci gli output nei tag "code" (pulsante "#"), modifica anche il messaggio precedente per favore.

[kittenberg]

cd /proc/acpi && ls

Codice: Seleziona tutto

ac_adapter  dsdt                 fadt  power_resource  thermal_zone
battery     embedded_controller  fan   processor       video
button      event                info  sleep           wakeup

stò iniziando a credere che la scelta tra un intel e un AMD a questo punto sia quasi da materia ideologica...

comunque sia, i problemi con questa specie di pc sembra siano riconducibili al non perfetto riconoscimento della scheda video (radeon ati... i driver proprietari danno problemi... io ancora non l'ho sistemato questo problema), e alla mancanza di driver k8/k10/k11 per lm-sensors.


[da quanto ho capito, ma potrei sbagliarmi] di rovescio noi possessori di amd abbiamo powernowd (non ho istallato neanche questo perchè ancora non ho avuto il tempo di studiarmi bene la filosofiia con cui gli ingegneri hanno progettato stò trabicolo) che a quanto pare dovrebbe essere la versione di cputils per amd.

[yves]

Io ho sempre avuto Intel, agli inizi dei "Pentium 1" perchè AMD scaldava come una stufa ed in seguito perchè ho letto un bel pò di riviste dove i confronti, il più delle volte, andavano a favore di Intel, ma AMD era anche meno caro (a parità "prestazioni dichiarate"), quindi son scelte un pò personali.

Sul tuo il problema non è AMD, è (apparentemente) un bios fatto con le scarpe, peggio del mio (..e ti garantisco che non è poco).

Le cartelle ci sono, quindi è come sul mio, cosa mancano sono i sensori (o il loro riconoscimento), proviamo questa:

Codice: Seleziona tutto

cd

Codice: Seleziona tutto

cd /proc/acpi/thermal_zone && ls

Codice: Seleziona tutto

cd

Codice: Seleziona tutto

cd /proc/acpi/processor/CPU* && ls

Codice: Seleziona tutto

cd

Codice: Seleziona tutto

cd /proc/acpi/processor/CPU0 && ls

Codice: Seleziona tutto

cd

ora controlla nell'ultimo comando, ti appaiono una serie di voci, ad esempio "info", "limit" ed altro, bisogna tentare di leggerli, ineriscili in fondo a questo comando sostituendo la voce:

Codice: Seleziona tutto

cat /proc/acpi/processor/CPU0/power

qui ho usato "power".

[kittenberg]

Codice: Seleziona tutto

jaaaq@hangar:~$ cd
jaaaq@hangar:~$ cd /proc/acpi/thermal_zone && ls
THZN
jaaaq@hangar:/proc/acpi/thermal_zone$ cd
jaaaq@hangar:~$ cd /proc/acpi/processor/CPU* && ls
info  limit  power  throttling
jaaaq@hangar:/proc/acpi/processor/CPU0$ cd
jaaaq@hangar:~$ cd /proc/acpi/processor/CPU0 && ls
info  limit  power  throttling
jaaaq@hangar:/proc/acpi/processor/CPU0$ cd
jaaaq@hangar:~$ cat /proc/acpi/processor/CPU0/info
processor id:            0
acpi id:                 0
bus mastering control:   yes
power management:        no
throttling control:      yes
limit interface:         yes
jaaaq@hangar:~$ cat /proc/acpi/processor/CPU0/limit
active limit:            P0:T0
user limit:              P0:T0
thermal limit:           P0:T0
jaaaq@hangar:~$ cat /proc/acpi/processor/CPU0/power
active state:            C0
max_cstate:              C8
maximum allowed latency: 2000000000 usec
states:
    C1:                  type[C1] promotion[--] demotion[--] latency[000] usage[00000000] duration[00000000000000000000]
jaaaq@hangar:~$ cat /proc/acpi/processor/CPU0/throttling
state count:             8
active state:            T0
state available: T0 to T7
states:
   *T0:                  100%
    T1:                  87%
    T2:                  75%
    T3:                  62%
    T4:                  50%
    T5:                  37%
    T6:                  25%
    T7:                  12%
jaaaq@hangar:~$ 

la cosa strana è che adesso le ventole non stanno affatto girando al 100%.

in effetti si. gli AMD costano meno, ma se la scomodità è solo questa del settaggio non standard, allora saranno comunque soldi ben spesi (appena avrò imparato tutto)

[yves]

Infatti non c'è il controllo sulla CPU:

processor id:            0
acpi id:                0
bus mastering control:  yes
power management:        no
throttling control:      yes
limit interface:        yes

Che CPU è esattamente?

[kittenberg]

AMD athlon x2 dualcore QL-64

in gergo griffin.

[yves]

Non so come deve essere gestito, vediamo se riusciamo a scoprirlo, installa questo:

Codice: Seleziona tutto

sudo apt-get install cpufrequtils acpitool libcpufreq0

una volta terminata l'installazione dai questi comandi:

Codice: Seleziona tutto

acpitool -c

dovrebbe apparire cosa può o non può fare, inutile tentare a casaccio, con questo comando dovrebbe darti le frequenze in tempo reale:

Codice: Seleziona tutto

watch grep \"cpu MHz\" /proc/cpuinfo

[kittenberg]

Codice: Seleziona tutto

jaaaq@hangar:~$ acpitool -c
  CPU type               : AMD Athlon(tm) X2 Dual-Core QL-64 
  Min/Max frequency      : 1050/2100 MHz
  Current frequency      : 1050 MHz
  Frequency governor     : ondemand 
  Freq. scaling driver   : powernow-k8 
  Cache size             : 512 KB
  Bogomips               : 4198.56 
  Bogomips               : 4189.49 

  # of CPU's found       : 2

  Processor ID           : 0
  Bus mastering control  : yes
  Power management       : no
  Throttling control     : yes
  Limit interface        : yes
  Active C-state         : C0
  C-states (incl. C0)    : 1
  T-state count          : 8
  Active T-state         : T0


  Processor ID           : 1
  Bus mastering control  : yes
  Power management       : no
  Throttling control     : no
  Limit interface        : no
  Active C-state         : C0
  C-states (incl. C0)    : 0
  T-state count          : 20000  Active T-state         : 20000

in pratica con il comando successivo simulo l'applet di cpufreq... ora sono entrambe in ondemand a 1,05 ghz...

come consigli di procedere?

[yves]

Da cosa vedo li è corretto, non conoscevo il suo sistema di gestione.

A questo punto o c'è un bug nel bios oppure un guasto (o mal funzionamento) hardware, se andiamo a vedere dal lato dell'elettronica la ventola ha tre fili, due di alimentazione ed un terzo di controllo (tachimetrico), un circuito integrato specializzato la controlla (velocità) in base ad un informazione che riceve, se ad esempio il controllo velocità è interrotto (o aleatorio) va a palla o fa lo "jo jo", un altra possibilità è un impostazione nel bios sballata (o corrotta), sul mio l'ho già resettato una volta, nel bios stesso c'è una funzione "load default value" o "reset default value", potrebbe anche essere sufficiente.
Ora sarebbe una buona cosa sapere se è il controllo della ventola o il rilevamento delle temperature ad avere il problema, e li sinceramente non so che dirti, i sensori apparentemente non li rileva (ho letto l'output di sensors-detect) e quindi non possono indicare niente.

Vedo che stai usando un kenel di Karmic, se hai voglia di tentare un ultima cosa prova con l'rc8 scaricandolo da qui:
http://kernel.ubuntu.com/~kernel-ppa/ma ... .6.32-rc8/
io lo sto usando (ma su architettura Intel 32 Bit) e va bene, installa sia l'image che gli headers in base al tuo sistema (ho visto che nomini il "generic" quindi penso che hai installato la Ubuntu a 32 Bit)

Non credo si possa fare di più,

Ciao.

[kittenberg]

l'hardware funziona... dall'altro boot (vista) ho fatto un prime95 (test basato sui numeri primi) per una ventina di minuti e le ventole partono bene e anche arrivando a 80 gradi la cpu non fà errori. diciamo che il sistema operativo originale della macchina a volte dà il problema dello "jo jo" solo all'avvio, ma se la cpu è messa sotto sforzo la ventola ritorna al funzionamento normale.

leggiti anche questo thread... ho fatto un pò di prove anche di qua.... a questo punto comincio a credere sia il bios... ma mi chiedo come mai si sia starato... eppure lo ho anche aggiornato da poco!


http://forum.ubuntu-it.org/viewtopic.php?t=339192

[kittenberg]

con quest'altro kernel lo "yoyo" all'avvio sembra eliminato, ma la gestione delle ventole in ubuntu non è ancora dinamica. forse c'è da sistemare il powernowd (con amd deve andare a sostituire qualcos'altro, ma al momento le mie conoscenze in materia sono un pò penose).

a questo punto potrebbe essere un problema presente solo a 64bit, ma ho il sospetto che ci sia di mezzo anche il power management della cpu.

un problema legato direttamente ai sensori lo vedo molto improbabile... al massimo soltanto in caso di inefficienze del driver che mi stà girando ora: lm-sensors attualmente mi legge solo la temperatura della cpu, mentre leggo in giro che ha un cruscotto abbastanza largo....

Driver `to-be-written':
 * Chip `AMD Family 11h thermal sensors' (confidence: 9)

Note: there is no driver for AMD Family 11h thermal sensors yet.
Check http://www.lm-sensors.org/wiki/Devices for updates.

...ma escludendolo dal detect...

Sorry, no sensors were detected.
This is relatively common on laptops, where thermal management is
handled by ACPI rather than the OS.

(a proposito... con questo kernel mi scrive anche strane cose all'avvio... sia prima che dopo il grub...)

il bios?
teniamo anche conto che devo impostare bene i driver ATI video... per il resto credo che il sistema operativo sia ben integrato con l'hardware fondamentale del pc.

[yves]

I bios son fatti per Windows, di questo me ne son accorto da un bel pò con il mio, in più ora è stata rimossa l'opzione per correggere la DSDT e quindi o si ricompila il kernel con la patch oppure lo tieni come sta, tutto sommato sul mio troppi problemi non li da, per fortuna.

Ho letto l'altra discussione, il problema non è Grub ma l'ACPI che non riesce a comunicare con i sensori, lm-sensors fallisce tutto, se lanci il "dmesg" completo e vai in cima alla lista noterai che ACPI si avvia molto presto nella fase di boot.

Ora che hai aggiornato il kernel riprova a rilevare i sensori, magari succede un miracolo, se è sparito lo "jo jo" qualcosa è cambiato di sicuro.

[kittenberg]

rettifico: lo yoyo non è sparito neanche con l'aggiornamento del kernel.

ho anche resettato il bios come dicevi di fare te... nessun cambiamento.

il problema non è Grub ma l'ACPI che non riesce a comunicare con i sensori, lm-sensors fallisce tutto, se lanci il "dmesg" completo e vai in cima alla lista noterai che ACPI si avvia molto presto nella fase di boot.

confermami questa idea e chiudiamo questa discussione.

per chi ha lo stesso problema posso confermare che la mailing list di lm-sensors negli ultimi giorni è dedicata principalmente all'aggiornamento dei driver per chipset AMD. si tratta quindi solo di aspettare l'aggiornamento.

[yves]

Al 100% non posso esserne sicuro, ma da come lo descrivi non vedo molte alte possibilità, di certo Grub non c'entra, è giusto uno "stratagemma" che permette il caricamento dell'SO, l'hardware sembra funzionare visto che su Windows non fa quegli scherzi quindi,visto che hai fantasmi non ci credo e che a gestire quelle robe è l'ACPI (che poi passa il lavoro ad altro) non resta che lui:

Codice: Seleziona tutto

---------------------->dmesg<---------------------
[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 2.6.32-4-generic (buildd@iridium) (gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu8) ) #5~pre1-Ubuntu SMP Fri Nov 13 14:12:32 UTC 2009 (Ubuntu 2.6.32-4.5~pre1-generic)
[    0.000000] KERNEL supported cpus:
[    0.000000]   Intel GenuineIntel
[    0.000000]   AMD AuthenticAMD
[    0.000000]   NSC Geode by NSC
[    0.000000]   Cyrix CyrixInstead
[    0.000000]   Centaur CentaurHauls
[    0.000000]   Transmeta GenuineTMx86
[    0.000000]   Transmeta TransmetaCPU
[    0.000000]   UMC UMC UMC UMC
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[    0.000000]  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 000000007f7d0000 (usable)
[    0.000000]  BIOS-e820: 000000007f7d0000 - 000000007f7de000 (ACPI data)
[    0.000000]  BIOS-e820: 000000007f7de000 - 000000007f800000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[    0.000000]  BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
---------------------->dmesg | grep -i acpi<---------------------
[    0.000000] ACPI: RSDP 000f91e0 00014 (v00 ACPIAM)
[    0.000000] ACPI: RSDT 7f7d0000 00034 (v01 A M I  OEMRSDT  08000614 MSFT 00000097)
[    0.000000] ACPI: FACP 7f7d0200 00084 (v02 A M I  OEMFACP  08000614 MSFT 00000097)
[    0.000000] ACPI: DSDT 7f7d0430 044BE (v01  M31EI M31EI000 00000000 INTL 02002026)
[    0.000000] ACPI: FACS 7f7de000 00040
[    0.000000] ACPI: APIC 7f7d0390 0005C (v01 A M I  OEMAPIC  08000614 MSFT 00000097)
[    0.000000] ACPI: MCFG 7f7d03f0 0003C (v01 A M I  OEMMCFG  08000614 MSFT 00000097)
[    0.000000] ACPI: OEMB 7f7de040 00114 (v01 A M I  AMI_OEM  08000614 MSFT 00000097)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: PM-Timer IO Port: 0x808
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[    0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.027791] ACPI: Core revision 20090903
[    0.168786] ACPI: bus type pci registered
[    0.172735] ACPI: EC: Look up EC in DSDT
[    0.173696] ACPI: Executed 1 blocks of module-level executable AML code
[    0.188068] ACPI: Interpreter enabled
[    0.188131] ACPI: (supports S0 S3 S4 S5)
[    0.188291] ACPI: Using IOAPIC for interrupt routing
[    0.192095] PCI: MCFG area at e0000000 reserved in ACPI motherboard resources
[    0.199219] ACPI: EC: GPE = 0x18, I/O: command/status = 0x66, data = 0x62
[    0.199380] ACPI Warning: Incorrect checksum in table [OEMB] - 43, should be 3B (20090903/tbutils-314)
[    0.199625] ACPI: No dock devices found.
[    0.200144] ACPI: PCI Root Bridge [PCI0] (0000:00)
[    0.201528] pci 0000:00:1f.0: quirk: region 0800-087f claimed by ICH6 ACPI/GPIO/TCO
[    0.204026] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[    0.204228] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
[    0.204352] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
[    0.204432] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P6._PRT]
[    0.225028] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[    0.225480] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[    0.225993] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *10 11 12 14 15)
[    0.226440] ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
[    0.226885] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[    0.227393] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[    0.227904] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[    0.228412] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[    0.229187] ACPI: WMI: Mapper loaded
[    0.229187] PCI: Using ACPI for IRQ routing
[    0.238508] pnp: PnP ACPI init
[    0.238566] ACPI: bus type pnp registered
[    0.240834] pnp: PnP ACPI: found 12 devices
[    0.240883] ACPI: ACPI bus type pnp unregistered
[    0.240935] PnPBIOS: Disabled by ACPI PNP
[    0.611619] ACPI: AC Adapter [AC0] (on-line)
[    0.611898] ACPI: Lid Switch [LID]
[    0.612078] ACPI: Sleep Button [SLPB]
[    0.612251] ACPI: Power Button [PWRB]
[    0.612425] ACPI: Power Button [PWRF]
[    0.613016] ACPI Warning: Incorrect checksum in table [SSDT] - 2B, should be 96 (20090903/tbutils-314)
[    0.613143] ACPI: SSDT 7f7d48f0 0038E (v01    AMI   CPU1PM 00000001 INTL 02002026)
[    0.613981] ACPI Warning: Incorrect checksum in table [SSDT] - 63, should be F3 (20090903/tbutils-314)
[    0.614105] ACPI: SSDT 7f7d4c80 002E8 (v01    AMI   CPU2PM 00000001 INTL 02002026)
[    0.617752] ACPI: Thermal Zone [THRM] (38 C)
[    0.680191] ACPI: Battery Slot [BAT0] (battery present)
[   10.956443] ACPI: Video Device [IGD] (multi-head: yes  rom: no  post: no)

qui vedi il mio. la prima parte è completa di tutte le linee sino a quando arriva l'ACPI e la seconda comprende solo le voci in relazione a lui, e questo come avevo accennato anche in un altro post arriva quasi immediatamente all'avvio del sistema, quindi è normalissimo.

La gestione della CPU (per quel poco che si vede) è corretta, noto solo che carica un pò più sulla "1" invece che sulla "0" come fa sul mio:

Codice: Seleziona tutto

yves@tuxbox-yves:~$ cat /proc/interrupts
           CPU0       CPU1       
  0:     825745          0   IO-APIC-edge      timer
  1:       3272          0   IO-APIC-edge      i8042
  8:          1          0   IO-APIC-edge      rtc0
  9:      17302          0   IO-APIC-fasteoi   acpi
 12:       1212          0   IO-APIC-edge      i8042
 14:      18480          0   IO-APIC-edge      ata_piix
 15:      27311          0   IO-APIC-edge      ata_piix
 16:          8      55575   IO-APIC-fasteoi   uhci_hcd:usb5, yenta, HDA Intel, i915@pci:0000:00:02.0
 18:         28      27610   IO-APIC-fasteoi   uhci_hcd:usb4, ohci1394
 19:          0          0   IO-APIC-fasteoi   uhci_hcd:usb3
 23:          2          0   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb2
 26:          1          0   PCI-MSI-edge      sky2@pci:0000:04:00.0
 27:      76308          0   PCI-MSI-edge      iwl3945
NMI:          0          0   Non-maskable interrupts
LOC:     222084     707974   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:          0          0   Performance monitoring interrupts
PND:          0          0   Performance pending work
RES:     159707     162829   Rescheduling interrupts
CAL:        777        697   Function call interrupts
TLB:       2642       4468   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:          9          9   Machine check polls
ERR:          0
MIS:          0

ma anche quello potrebbe essere normale per gli AMD, cioè "funziona", manca il rilevamento dei sensori per poterli elaborare da ACPI ed è quello (IMHO) il suo unico problema.

se il sistema non surriscalda puoi stare tranquillo, il bios riesce comunque a far funzionare quella parte, diverso sarebbe se salisse a temperature assurde.