acpi

[pulce]

Ciao, scorrendo il dmesg mi sono accorto che c'è un problema riguardo ACPI che dovrebbe essere relazionato all'errore sulle porte USB.

ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB]
Preferirei non usare passare a una versione più aggiornata del kernel perchè altrimenti non riesco a usare alcune patch per il modem e per i dischi. Per la cronaca non funziona il sistema di rilevamento della temperatura del processore...

P.S. Non riesco a postare tutto il dmesg per problemi di lunghezza....però posto la parte che mi sembra interessante e ne evidenzio in particolare la riga con l'errore:

Codice:

Linux agpgart interface v0.102
USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt 0000:00:1a.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1a.0 to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1a.0: irq 11, io base 0x0000b800
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
iTCO_vendor_support: vendor-support=0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007)
iTCO_wdt: Found a ICH9 TCO device (Version=2, TCOBASE=0x0860)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 3
PCI: setting IRQ 3 as level-triggered
ACPI: PCI Interrupt 0000:00:1a.1[B] -> Link [LNKF] -> GSI 3 (level, low) -> IRQ 3
PCI: Setting latency timer of device 0000:00:1a.1 to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1a.1: irq 3, io base 0x0000b880
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: SSDT DFF8E0D0, 01D2 (r1    AMI   CPU1PM        1 INTL 20060113)
rtc_cmos: probe of 00:03 failed with error -16                     <-----------------------      ERRORE!!
input: Power Button (FF) as /devices/virtual/input/input2
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
PCI: setting IRQ 5 as level-triggered
ACPI: PCI Interrupt 0000:00:1a.2[C] -> Link [LNKC] -> GSI 5 (level, low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:1a.2 to 64
uhci_hcd 0000:00:1a.2: UHCI Host Controller
uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.2: irq 5, io base 0x0000bc00
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found

[michele.p]

...visto che compilato e ricompilato più volte il kernel non è da escludere una qualche opzione che non hai abilitato....hai verificato se i (o il) moduli(o) del kernel atti(o) al rilevamento della temperatura sono/è stati(o) caricati(o)?

...in prove precedenti riuscivi a monitorare correttamente la temperatura?

Bye 

[pulce]

Ciao, quando compilo un kernel abilitando nuove opzioni, mantengo anche i precedenti per sicurezza. (e l'esperienza dimostra che questa non è affatto una pessima idea)
Ho provato a riutilizzare anche il kernel installato insieme alla distro senza alcuna modifica e l'errore c'è. 
I moduli acpid sono presenti ma non riesco assolutamente a monitorare la temperatura del processore perchè in System Guard i moduli in questione sono "sleeping" e non trovo l'opzione per controllare la temperatura.
Da quando ho cambiato la motherboard non sono mai riuscito a monitorare la temperatura sotto Linux, ma solo entrando nel BIOS dopo l'accensione. Per la cronaca era una temperatura piuttosto bassa (per un Precott) , mi sembra di ricordare intorno ai 45°.

[michele.p]

...riporta l'output del comando;

lspci -n

Bye 8-)

[pulce]

Obbedisco!

Codice:

root@darkstar:~# lspci -n
00:00.0 0600: 8086:29c0 (rev 02)
00:01.0 0604: 8086:29c1 (rev 02)
00:1a.0 0c03: 8086:2937 (rev 02)
00:1a.1 0c03: 8086:2938 (rev 02)
00:1a.2 0c03: 8086:2939 (rev 02)
00:1a.7 0c03: 8086:293c (rev 02)
00:1b.0 0403: 8086:293e (rev 02)
00:1c.0 0604: 8086:2940 (rev 02)
00:1c.4 0604: 8086:2948 (rev 02)
00:1c.5 0604: 8086:294a (rev 02)
00:1d.0 0c03: 8086:2934 (rev 02)
00:1d.1 0c03: 8086:2935 (rev 02)
00:1d.2 0c03: 8086:2936 (rev 02)
00:1d.7 0c03: 8086:293a (rev 02)
00:1e.0 0604: 8086:244e (rev 92)
00:1f.0 0601: 8086:2918 (rev 02)
00:1f.2 0106: 8086:2921 (rev 02)
00:1f.3 0c05: 8086:2930 (rev 02)
00:1f.5 0106: 8086:2926 (rev 02)
01:00.0 0300: 1002:3e50
01:00.1 0380: 1002:3e70
02:00.0 0200: 1969:1048 (rev b0)
03:00.0 0101: 11ab:6121 (rev b1)
05:00.0 0703: 1057:3052 (rev 04)

[michele.p]

...il modulo;

i2c-i801

viene caricato?

Bye 

[pulce]

Pare di sì, controllando lsmod appare una riga:
i2c_i801                7824  0

[michele.p]

il comando;

modinfo i2c_i801

cosa ti restituisce?

Bye 

[pulce]

Direttamente dalla shell:
root@darkstar:~# modinfo ic2_i801
modinfo: could not find module ic2_i801
 

[michele.p]

...perché il nome del modulo non è ic2_i801, ma i2c_i801  (dal bus i2c appunto -> http://it.wikipedia.org/wiki/I%C2%B2C oppure http://ar.linux.it/docs/i2c/i2c.html

Bye 

[pulce]

Ok, sono stato un pollo... 
root@darkstar:~# modinfo i2c_i801
filename:       /lib/modules/2.6.24.5_A2/kernel/drivers/i2c/busses/i2c-i801.ko
license:        GPL
description:    I801 SMBus driver
author:         Frodo Looijaard <frodol@dds.nl>, Philip Edelbrock <phil@netroedge.com>, and Mark D. Studebaker <mdsxyz123@yahoo.com>
alias:          pci:v00008086d00005032sv*sd*bc*sc*i*
alias:          pci:v00008086d00002930sv*sd*bc*sc*i*
alias:          pci:v00008086d0000283Esv*sd*bc*sc*i*
alias:          pci:v00008086d0000269Bsv*sd*bc*sc*i*
alias:          pci:v00008086d000027DAsv*sd*bc*sc*i*
alias:          pci:v00008086d0000266Asv*sd*bc*sc*i*
alias:          pci:v00008086d000025A4sv*sd*bc*sc*i*
alias:          pci:v00008086d000024D3sv*sd*bc*sc*i*
alias:          pci:v00008086d000024C3sv*sd*bc*sc*i*
alias:          pci:v00008086d00002483sv*sd*bc*sc*i*
alias:          pci:v00008086d00002443sv*sd*bc*sc*i*
alias:          pci:v00008086d00002423sv*sd*bc*sc*i*
alias:          pci:v00008086d00002413sv*sd*bc*sc*i*
depends:        i2c-core
vermagic:       2.6.24.5_A2 mod_unload 486

[michele.p]

....perché hai il kernel 2.6.24.5?...stai utilizzando la Slackware 12.1?....hai provato con un kernel più recente?....prova a dare un'occhiata qui;

http://www.slacky.eu/forum/viewtopic.php?p=237901

...facci sapere...

Bye 

[pulce]

Sì, sto usando la Slackware 12.1 perchè se uso la versione più aggiornata della distro o un kernel successivo ho dei problemi ancora irrisolti per il modem et non posso applicare la patch per ahci che mi è costata un mucchio di lavoro 
Ora approfondirò il link del messaggio precedente, ma anche se forse non c'entra per niente, ho notato una cosa curiosa:
nel libretto della mobo mi ritrovo che il chiip Marvell è 88SE6111 (come pure tra le caratteristiche della mobo nel sito della Asus), mentre da lspci mi ritrovo:

Codice:

03:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6121 SATA II Controller (rev b1) (prog-if 8f [Master SecP SecO PriP PriO])
        Subsystem: ASUSTeK Computer Inc. Unknown device 82a2
        Flags: bus master, fast devsel, latency 0, IRQ 11
        I/O ports at dc00 [size=8]
        I/O ports at d880 [size=4]
        I/O ports at d800 [size=8]
        I/O ports at d480 [size=4]
        I/O ports at d400 [size=16]
        Memory at feaffc00 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [48] Power Management version 2
        Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- Queue=0/0

ossia il sistema lo "vede" come 68SE6121 (2 al posto di 1 nella sigla).
Ora in dmesg mi ritrovo (cfr I messaggio) una riga che si riferisce proprio a questo:
rtc_cmos: probe of 00:03 failed with error -16
Per caso non può essere questo il problema, dato che i due chip hanno caratteristiche diverse, come riporta l'interessantissima pagina:
http://en.wikipedia.org/wiki/List_of_Marvell_Technology_Group_chipsets
  

P.S. Il cdrom  attaccato a tale controllo funziona perfettamente e la porta SATA (esterna al case) relativa è inutilizzata e non so se funziona...Per la cronaca tenendo conto che quella porta dovrebbe funzionare con AHCI sarebbe il massimo attaccarci il disco, così evito la patch anche se poi ho il disco esterno al case...forse però è meglio un problema alla volta...

[michele.p]

..il tuo problema sembrerebbe essere stato già incontrato da più di qualche persona, ad esempio;

http://fixunix.com/kernel/249450-any-help-rtc-related-config-rtc_cmos-probe-00-03-failed-error-16-error-message.html

...potrebbe darsi che riguardi proprio le versioni del kernel che stai utilizzando.... 

Bye 8-)

[pulce]

i) Per controllare se la causa del problema sia realmente il kernel ho provato a lanciare una distro live con un kernel più aggiornato,  ma nel lspci resta l'errore di riconoscimento: risulta 88SE6121 al posto di 88SE61111. Non so se resti anche l'indicazione di errore durante il caricamento del kernel (anche se è pienamente prevedibile che lo sia) perchè non funziona l'abituale comando shell: cat /var/log/dmesg. C'è una maniera di leggere comodamente i messaggi di caricamento per una distro live?

ii) Io ho supposto che l'errore di cui si discuteva nei primi messaggi, id est il problema del controllo della temperatura, sia legato in qualche modo con questo. Ti sembra logico?