Pagina 1 di 2

Curioso problema..Idee??

Inviato: sab 24 mag 2008, 10:57
da squalano
Ciao a tutti, sono nuovo nel forum e colgo l'occasione per salutare tutti.
Detto questo vi sottopongo il mio problema.
Allora, ho una slack 12 con kernel 2.6.23 e patch rtai da me compilato, il tutto su un notebook toshiba (Satellite A100 925). Premesso che da ormai 7-8 mesi lavoro con questo kernel e dopo vari..raffinamenti..non ho più avuto problemi e ha sempre funzionato tutto quanto.
Dunque questa mattina avvio tutto quanto e KDE si comporta in modo strano, il mouse si muove ma..non clicca..mi loggo nuovamente e funziona a momenti. Viva il determinismo mi dico, e allora provo a passare al terminale e con mia sorpresa funzionano solo i terminali 1 e 6, gli altri che han sempre funzionato no.
Ho dunque pensato a cosa ho fatto l'ultima sessione e penso che il tutto si possa ricondurre a una sciagurata abilitazione di un qualche controllo per la batteria da menu di controllo di kde (ogni tanto anche ai nerd piacciono le GUI) che mi ha chiesto password per abilitare qualcosa, credo un demone (mannaggia a me che non ricordo).
Qualche suggerimento?

Premesso che:
1) Il problema si ripropone anche sul kernel 2.6.20 vanilla che usavo prima
2) Non ho perso molto tempo nel debug, magari è una cavolata, solo il notebook mi serve urgentemente funzionante.

Vi ringrazio da subito.

Re: Curioso problema..Idee??

Inviato: sab 24 mag 2008, 11:17
da conraid
Quel controllo di KDE di cui parli, prende la gestione dell'ACPI. Anche a me ha creato problemi, ma non di quella natura. Diciamo che dopo non avevo più il controllo degli eventi ACPI, ed a me piace averlo :-)
Già X rompe abbastanza, se ci si mette anche KDE.
Se non hai cambiato parametri di configurazioni non so che dirti.
Per tornare alla voce precedente comunque togli il bit suid al programma che prende il controllo di ACPI (ora non ricordo il nome e non posso controllare)

Re: Curioso problema..Idee??

Inviato: sab 24 mag 2008, 11:27
da squalano
Grazie mille per la tua risposta, eh immaginavo avesse a che fare con ACPI. Solo che della configurazione e dei dettagli non conosco nulla..sò già mi dovrò rompere un pò la testa.

Re: Curioso problema..Idee??

Inviato: sab 24 mag 2008, 11:38
da conraid
squalano ha scritto:Grazie mille per la tua risposta, eh immaginavo avesse a che fare con ACPI. Solo che della configurazione e dei dettagli non conosco nulla..sò già mi dovrò rompere un pò la testa.
Premesso che non so se i tuoi problemi sono di natura ACPI ti dico un'altra cosa che ho notato.
Nei nuovi kernel è deprecato usare /proc per ac_adapter e battery, ma al suo posto viene consigliato /sys
Se lo fai no problem, funziona tutto (naturalmente se hai i moduli ac_adapter o battery) devi scegliere o l'uno o altro, altrimenti ti da un errore di coerenza.
Usando /sys nessun problema, ma klaptop non va (non ho indagato se è possibile configurarlo in qualche modo comunque), non indica il tempo delle batterie, etc...
Usando il deprecato /proc invece sì, anche senza dare i permessi al kde_handler_acpi (mi sembra si chiami così)

Purtroppo come detto anche nella documentazione del kernel, fino a che i programmi in userspace non si saranno adeguati, usare alcuni funzioni deprecate è ancora necessario

Re: Curioso problema..Idee??

Inviato: sab 24 mag 2008, 13:10
da squalano
Cavoli interessante, e..come faccio a vedere se ACPI utilizza proc o sys? E come forzo uno o l'altro? Ti chiedo scusa ma di ACPI proprio non sò nulla.

Dal punto di vista del mio problema comunque nulla di nuovo. Noto solo che in /var/log/messages ciclicamente compare: "imps2: Auto-detected initellimouse PS/2"

Nessuno di voi è in grado di dirmi dal pannello di controllo di kde, cosa cerca di avviare quando dal menù ControlloEnergia->BatteriaComputerPortatile nel tab ConfigurazioneACPI si cerca di spuntare qualche box?
Ah beh..NON DATE CONFERMA PER CARITA'

Aiutatemi :-(

Re: Curioso problema..Idee??

Inviato: sab 24 mag 2008, 13:25
da conraid
Riguardo il mouse sembra un autodetect, lascia perdere

Per vedere cosa usa ACPI, boh... io mi faccio i controlli a mano, tanto ho un notebook HP che non ha un demone specifico.
Per il resto l'importante è che compili /proc/event, anch'esso deprecato, ma fincheé non fanno un demone aggiornato....
Per il resto lascia in /proc se vuoi un mio consiglio. Anche perché nella Slackware tutto è configurato così

Per vedere quale utilizza è semplice, guardi dove sono i file :-)
Per esempio

Codice: Seleziona tutto

ls /proc/acpi
e guardi cosa c'è in /proc

altrimenti vai dentro /sys e controlli

Re: Curioso problema..Idee??

Inviato: sab 24 mag 2008, 15:07
da slucky
non è che si possa trattare di problemini derivanti da x? per caso hai installato dei nuovi driver grafici ultimamente? comunque controlla meglio i servizi (demoni) attivi sulla tua macchina da pkgtool>Setup>services


SAluti :)

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 12:21
da squalano
Ciao, intanto grazie anche a te per la risposta.
Allora, non credo sia X, in pkgtool è tutto ok, ho provato ad avviarlo con l'xorg.conf originale ma la storia non cambia. Siccome nell'ultima sessione "sana" devo aver usato tipo:
- kpdf
- matlab
- UrbanTerror :-)
- pannello di controllo di kde

..resto dunque dell'idea che dipenda da quest'ultima cosa, in particolare c'è qualche cosa che gestisce ora ACPI per il controllo della batteria, e penso sia colpa sua. Dovrei scoprire..come debellare sto demone maledetto di cui non conosco il nome..basterebbe capire cos'è.
Non abbandonatemi..sob.. :-(

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 12:44
da Bart
conraid ha scritto:
squalano ha scritto:Grazie mille per la tua risposta, eh immaginavo avesse a che fare con ACPI. Solo che della configurazione e dei dettagli non conosco nulla..sò già mi dovrò rompere un pò la testa.
Premesso che non so se i tuoi problemi sono di natura ACPI ti dico un'altra cosa che ho notato.
Nei nuovi kernel è deprecato usare /proc per ac_adapter e battery, ma al suo posto viene consigliato /sys
Se lo fai no problem, funziona tutto (naturalmente se hai i moduli ac_adapter o battery) devi scegliere o l'uno o altro, altrimenti ti da un errore di coerenza.
Usando /sys nessun problema, ma klaptop non va (non ho indagato se è possibile configurarlo in qualche modo comunque), non indica il tempo delle batterie, etc...
Usando il deprecato /proc invece sì, anche senza dare i permessi al kde_handler_acpi (mi sembra si chiami così)

Purtroppo come detto anche nella documentazione del kernel, fino a che i programmi in userspace non si saranno adeguati, usare alcuni funzioni deprecate è ancora necessario
Si difatti anche io li ho abilitati entrambi (/proc e /sys). Per curiosità avendo anche una ubuntu appena installata sono andato a vedere il suo .config e ho notato che li abilita entrambi anche lei. Attualmente concordo in pieno con conraid: servono entrambi.
Da me non ci sono problemi di conflitto e probabilmente potrebbe dipendere da kde. Ma hai provato a togliere la spunta a quelle opzioni che hai settato nell'ultima sessione di lavoro e a riavviare?

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 12:51
da conraid
Bart ha scritto:Si difatti anche io li ho abilitati entrambi (/proc e /sys). Per curiosità avendo anche una ubuntu appena installata sono andato a vedere il suo .config e ho notato che li abilita entrambi anche lei. Attualmente concordo in pieno con conraid: servono entrambi.
Da me non ci sono problemi di conflitto e probabilmente potrebbe dipendere da kde. Ma hai provato a togliere la spunta a quelle opzioni che hai settato nell'ultima sessione di lavoro e a riavviare?
A me però da errore abilitando /proc e /sys per ac_adapter e battery
O meglio, dove compilo quei moduli devo anche scegliere una delle due nella voce /proc corrispondente.
Spetta guarda meglio

Riguardo a ubuntu, immagino che tutte le distribuzioni usino acpid, e quello è ancora "indietro"

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 12:57
da Bart
Guarda ti posto la mia parte di config relativa all'acpi:

Codice: Seleziona tutto

CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
# CONFIG_ACPI_DOCK is not set
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
# CONFIG_ACPI_CONTAINER is not set
# CONFIG_ACPI_SBS is not set
CONFIG_X86_ACPI_CPUFREQ=y
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
CONFIG_PNPACPI=y
# CONFIG_THINKPAD_ACPI is not set
CONFIG_BLK_DEV_IDEACPI=y

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 12:58
da conraid
Allora.

Quando voglio abilitare i moduli ac_adapter o battery (nel notebook li ho builtin nel kernel stesso) devo scegliere tra
  • Deprecated power /proc/acpi directories
  • Future power /sys interface
altrimenti mi da un errore di "coerenza"

Mentre
  • Deprecated /proc/acpi/event support
va messo sempre in ogni caso

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 12:59
da conraid
Bart ha scritto:

Codice: Seleziona tutto

CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
A me queste 4 tutte insieme non le ha fatte compilare. Appena ho dato make mi ha segnalato l'errore.

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 13:44
da squalano
Ragazzi, credo proprio di aver risolto! \:D/
Era /usr/bin/klaptop_acpi_helper , ho tolto il bit suid e ora sembra funzionare come prima.
Per quanto riguarda i terminali..ehm..quello era dovuto a traffici che avevo fatto con il mio runlevel, li avevo tolti io dall'inittab erroneamente.
Vi ringrazio infinite per l'aiuto!

Re: Curioso problema..Idee??

Inviato: dom 25 mag 2008, 14:44
da conraid
squalano ha scritto:Ragazzi, credo proprio di aver risolto! \:D/
Era /usr/bin/klaptop_acpi_helper , ho tolto il bit suid e ora sembra funzionare come prima.
anche a me creò molti problemi
sembra figo avere tutto disponibile da KDE, ma alla fine sono solamente rogne.