Lid del mio portatile [solved]

[Elbryan]

Ho deciso di dare un altro try a gentoo e, come sempre, mi trovo a dover litigare con il lid del mio notebook.
Infatti se chiudo il coperchio e poi lo riapro, il monitor resta spento.

Sfogliando su google ho trovato questo link:
http://gentoo-wiki.com/HARDWARE_Dell_Inspiron_640m#ACPI:_LCD_ON.2FOFF

Questa operazione l'avevo già provata e successivamente ho dovuto editare lo script perché sul mio note non funzionava.
Ora, però, noto che la wiki è stata modificata ed hanno aggiunto un ulteriore metodo che sembrare sistemare il problema.

Ve lo riporto qui:

As an alternative to the process above, experienced users may wish to patch their DSDT with http://www.reactivated.net/systems/dell-640m/dsdt/01_lid-power-lcd.patch - after this modification, lid open/closing works as expected with no requirement for acpid or similar.


La mia scarsa conoscenza di gentoo mi impedisce di comprendere come utilizzare questa patch (probabilmente è una patch del kernel, perdonate se ho detto una bestemmia).

Qualcuno saprebbe indicarmi la via migliore per raggiungere lo scopo?
Nel caso la via migliore sia la seconda, come applico la patch?
Se è una patch del kernel devo ogni volta riapplicarla manualmente nel caso io ricompili il kernel?

Grazie ^^

[Dottout]

non è una patch del kernel bensì del DSDT, che fa parte delle specifiche base di acpi. quella patch la applichi al dsdt con un patch -p0 <nomepatch, cmq la procedura per fixare il dsdt richiede qualche step aggiuntivo, che trovi spiegato in questa guida (sorry non mi ricordo tutti i passi)

[Elbryan]

se ti dicessi che tutta quella roba da far da solo mi spaventa a morte, mi daresti una vaga indicazione? ^^'''

[Dottout]

ti serve il compilatore che trovi qui: http://developer.intel.com/technology/iapc/acpi/downloads.htm
poi:
Extract your current DSDT to a file as follows:
Code:
cat /proc/acpi/dsdt > dsdt.dat
Disassemble the DSDT
Code:
./iasl -d dsdt.dat

This will create a file called dsdt.dsl, which contains the disassembled DSDT. Have a look at it if you like. You can view its contents with any text editor. <-- così ottieni quello da patchare
# Recompile the DSDT.
Code:
./iasl -tc dsdt.dsl
This will create two files, dsdt.hex and DSDT.aml. <- questo step ti ricompila il dsdt patchato (è l'.hex)
per sostituirlo al tuo segui la guida al punto: 9. Incorporating the fixed DSDT into the kernel

(lo so che questo copia\incolla fa schifo ma almeno sintetizza un minimo )

[Elbryan]

perfect appena ho tempo (domani credo) ci provo ^^

Grazie mille per la disponibilità intanto!

[djinnZ]

il compilatore è in portage (eix acpi) e mi pare sia pure stabile
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist

[Elbryan]

[Elbryan]

perdonatemi se uppo la conversazione, comunque questo è il problema che vi dicevo ieri:

[mrfree]

http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems credo sia un buon inizio se non hai mai avuto a che fare con i DSDT
_________________
Please EU, pimp my country!

ICE: /etc/init.d/iptables panic

[Elbryan]

[Dottout]

puoi usare un dsdt anche buggato (cosa che del resto hai fatto fino adesso). la patch dovrebbe migliorare la situazione, in merito a quell'errore non so, puoi provare a individuarlo tu oppure continuare a ignorarlo

[mrfree]

[djinnZ]

vai su acpi.sf.net e chiedi aiuto.

a naso direi che può essere che sia una chiamata a funzione (o come diavolo si chiamano) che è stata scritta male. cerca se da qualche parte esiste qualcosa che assomiglia ad una funzione che si chiama "pnp0c14" se c'è prova a togliere l'asterisco e ricompilare.
Ovviamente è a tuo rischio e pericolo e non so quali danni puoi causare.
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist

[Elbryan]

Questa cosa è più grande di me e un poco mi spaventa..

Quindi ho preferito passare allo script.. grazie comunque

[Dottout]

non per forzarti a far passi + lunghi della gamba ma: allo stato attuale il tuo dsdt è buggato, potresti accontentarti di applicare la patch e ignorare il precedente errore (che fino ad ora è risultato esser innocuo)

[Elbryan]

[djinnZ]

aspetta un attimo e ricapiltoliamo.

per caricare il dsdt (con kernel gentoo/hardened/suspend2 gli altri non so) devi andare in device drivers -> generic driver options e mettere no a Select only drivers that do not need compile externa software (o giù di li, sarebbe STANDALONE=N) poi devi andare in power management -> acpi, abilitare custom dsdt (ACPI_CUSTOM_DSDT=Y) e valorizzare custom dstd table (ACPI_CUSTOM_DSDT_FILE=path) nel modo corretto (vecchio problema del kernel meglio usare un persorso assoluto e non avere spazi e caratteri strani nei path). Ti ritrovi in queste istruzioni?

la patch è per il kernel o per la dsdt?
se è per il kernel devi verificare che non ci siano dei .rej nell'albero dei sorgenti, il kernel gentoo è già pezzottato (termine italiano derivato dalla lingua napoletana per il barbarismo patchato) di suo e una parte della patch potrebbe non essere stata inclusa perchè non allineata (si apetta che l'istruzione x sia alla line 123 del file y.c mentre è nel file y.c ma alla linea 129, in tal caso la applichi manualmente e via);
se invece è per il dsdt devi controllare che la versione del bios corrisponda e del kernel non te frega nulla perchè l'unico legame è l'istruzione di dire al bios di caricare la nuova dsdt invece di quella di default, e sempre verificare che non ci siano dei rej e che non esista già in un'altra posizione

[Elbryan]

Sei troppo gentile..
Allora. Sì, il mio è un dell 640m e, purtroppo, non è listato su acpi.sourceforge.net.

Questo è il dsdt.dsl decompilato ed originale: http://rafb.net/p/5hSgR451.html
Questo è il dsdt patchato con la patch che trovi al primo post di questo thread: http://rafb.net/p/J5ED9r33.html

Questo è l'output di iasl -tc dsdt.dsl:

[djinnZ]

[Elbryan]

[djinnZ]

http://vger.kernel.org/vger-lists.html#linux-acpi
o
https://lists.osdl.org/mailman/listinfo/linux-pm

se dai uno sguardo qui potresti anche pensare di aggiungerti alla discussione.
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist

[Elbryan]

[djinnZ]

in primis tenere d'occhio il bug
poi secondo il grado di faccia tosta
"bump"?
scocciare anche in ML per far seguire la cosa?
postare un banale messaggio sempre nella prima ML e dire "sono niubbo ed ho un problema con un dell 640m"?
anche tutti insieme. In fin dei conti nel peggiore dei casi ti possono mandare a c***** ma niente di più.

(e questa è la volta buona che drittzt e scen in quanto devel frequentatori di questo forum pagano qualcuno che venga a spezzarmi le gambe, non è proprio correttissimo ma tutto è lecito )
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist