rilevante

Lista, buongiorno !

Vi chiedo aiuto per un chipset WIFI BCM4313 (si, quello dell'HP folio 13).

Premessa:
La macchina monta una testing, tranne per il kernel, che monta un 2.6.32 AMD64
di stable (tutti i kernel di testing e sid vanno in crash dopo 3 secondi al
boot della macchina).

Ho seguito questo howto: http://wiki.debian.org/wl

Ma l'ho seguito prima del passaggio a testing (mantenendo il kernel di
stable), altrimenti si presentavano problemi con gli header del 2.6.32,
dipendenze (gcc 3.4 vs gcc 3.6, ed altri).

Risultato: iwconfig mi fa vedere correttamente la scheda funzionante.

Il problema sembra essere l'attivazione, la macchina non ha un interruttore
hardware, ma il pulsante F12 permette con (FN) di attivare/disattivare la
scheda, attivando un apposito led. Il problema è che quel led è sempre
arancione e non cambia mai stato.

Da KDE o da console non viene identificata alcuna rete wifi , la scheda
risulta presente, ma si comporta come se fosse spenta.

Idee ?

Grazie

Luca

Il 22/02/2012 21:24, dea ha scritto:
> [...]
>
> Il problema sembra essere l'attivazione, la macchina non ha un interruttore
> hardware, ma il pulsante F12 permette con (FN) di attivare/disattivare la
> scheda, attivando un apposito led. Il problema è che quel led è sempre
> arancione e non cambia mai stato.
>
> Da KDE o da console non viene identificata alcuna rete wifi , la scheda
> risulta presente, ma si comporta come se fosse spenta.
>
> Idee ?

Ho visto dalle specifiche hardware che la scheda è un combo con il
bluetooth.
Non è che per caso hai attivato solo il bluetooth, mentre il wifi è spento?

In data mercoledì 22 febbraio 2012 21:24:39, dea ha scritto:
> Idee ?

Controlla con rfkill se il blocco è davvero hardware

> Ho visto dalle specifiche hardware che la scheda è un combo con il
> bluetooth.
> Non è che per caso hai attivato solo il bluetooth, mentre il wifi
> è spento?

A dire il vero anche il bluetooth me lo segnala "disattivo" e non si riesce ad
attivare.

Un aggiornamento, spero che a qualcuno possa essere utile.

- I kernel 3.2 di testing e sid non è vero che vanno in crash, ma dopo pochi
secondi dal boot mettono a zero la luminosità: display completamente nero
(conà il 2.6.32 non succede).
Aggiungendo a GRUB: "acpi_backlight=vendor" tutto funziona.

- Con i kernel 3.2 anche la rete wifi funziona bene.

CIAO

Luca

On 23/02/2012 10:03, dea wrote:

> Aggiungendo a GRUB: "acpi_backlight=vendor" tutto funziona.

puoi anche vedere sotto /sys/class/backlight/
dovresti trovare una o più directory che a loro volta contengono un file
backlight (fai attenzione che potrebbe esserci più di un file
nell'albero e soltanto uno funziona)

se provi da root a fare
# echo 50 > /sys/class/backlight/...PERCORSO../backlight

e ottieni la modifica delle backlight, allora dovresti ottenere lo
stesso risultato inserendo tale comando in /etc/rc.local

In questo modo lasci usare i driver liberi in sviluppo per i backlight e
magari in un futuro hai una gestione migliore (se metti
acpi_backlight=vendor vuol dire che usi quelli del vendor, se invece
metti acpi_backlight=video (che equivale a non mettere nulla perchéè il
default) usi quelli liberi.

Ciao
Davide

In data giovedì 23 febbraio 2012 21:21:26, Davide Prina ha scritto:
> On 23/02/2012 10:03, dea wrote:
> > Aggiungendo a GRUB: "acpi_backlight=vendor" tutto funziona.
>
> puoi anche vedere sotto /sys/class/backlight/
> dovresti trovare una o più directory che a loro volta contengono un file
> backlight (fai attenzione che potrebbe esserci più di un file
> nell'albero e soltanto uno funziona)
>
> se provi da root a fare
> # echo 50 > /sys/class/backlight/...PERCORSO../backlight
>
> e ottieni la modifica delle backlight, allora dovresti ottenere lo
> stesso risultato inserendo tale comando in /etc/rc.local

Occhio che ultimamente i comandi che inserivo in quel file non funzionavano
più, a meno che succedesse solo a me . . .

> Occhio che ultimamente i comandi che inserivo in quel file non
> funzionavano più, a meno che succedesse solo a me . . .
> --
> elio

Grazie Elio !

Il vero (mio) problema è stato capire che il kernel non andava in crash dopo 3
secondi dal boot, ma si spegneva l'illuminazione del video, quindi io
associavo il "full-black" ad un crash.
E montando un SSD non puoi neppure capire se il disco è in attività o meno...

Proverò a giocare su quanto mi hai detto, ormai sono tranquillo perchè il
problema è stato identificato.

Luca

On 23/02/2012 23:16, Elio Marvin wrote:
> In data giovedì 23 febbraio 2012 21:21:26, Davide Prina ha scritto:
>> /etc/rc.local

> Occhio che ultimamente i comandi che inserivo in quel file non funzionavano
> più, a meno che succedesse solo a me . . .

/etc/rc.local è richiamato da /etc/init.d/rc.local
verifica che ci sia sul tuo sistema
$ ls -l /etc/init.d/rc.local

inoltre /etc/init.d/rc.local viene richiamato dai vari link simbolici in
/etc/rcX.d/SZKrc.local dove X, ZK sono valori numerici...

verifica se hai il file
$ ls -l /etc/rc2.d/S??rc.local

se non c'è, allora vuol dire che è stato dato un
# update-rc.d rc.local remove

puoi reinstallarlo con update-rc

per saperne di più:
$ man update-rc

Ciao
Davide