- Fedora Online
- A proposito di FOL
- FOL: la storia
- Netiquette
- Eventi FOL
- Informativa Cookies
Mi sento un po' a disagio ad aprire in continuazione discussioni di problemi... ma tant'è...
:-?
Tempo fa mi accorsi, nelle prove per installare i nuovi driver intel da rawhide, che con il kernel .31, oltre a piantarsi proprio il pc, la regolazione della luminosità cessava di funzionare non appena partiva il boot di linux.
Il problema più grave è che anche riavviando questa non funzionava più nemmeno da bios, finchè non spegnevo il pc e staccavo corrente e batteria, o riavviavo in vista.
Pensando ad un problema del kernel beta, non ci diedi peso.
Il problema nasce dal fatto che anche con il kernel .30, che è passato tempo fa in fedora11, accade la stessa cosa e non ho trovato alcuna soluzione in merito, se non la testimonianza di qualcuno che ha la mia problematica (con un thinkpad e qualcuno con eeePC)..
Vorrei sapere se qualcuno di voi ha questo problema, che piattaforme sono colpite (al momento mi sembra di capire che siano afflite quelle con vga intel) e se esiste una soluzione, dato che questo problema rende a tutti gli effetti inutilizzabile il pc, visto che all'avvio, oltre a bloccarla, ha pure l'intelligente idea di impostarla al minimo.
Ciao
Giusto per chiarezza ,in questa discussione mi sembra di aver capito che almeno in parte avessi risolto.
Ho capito male oppure è cambiato qualche cosa nel frattempo?
si sa che la gente da' buoni consigli se non puo' piu' dare il cattivo esempio
Ciao
Giusto per chiarezza ,in questa discussione mi sembra di aver capito che almeno in parte avessi risolto.
Ho capito male oppure è cambiato qualche cosa nel frattempo?
Il problema è diverso. Fino a prima del kernel .30 e successivi, la regolazione della luminosità ha sempre funzionato, sebbene c'erano problemi, come il fatto che arrivava a gdm e veniva impostata al massimo, per poi ritornare all'impostazione voluta dopo il login, o che a cavoli suoi si abbassava, ma potendo sempre regolarla con i tasti fn.
Ora, con kernel 2.6.30 e .31, dopo aver dato l'ok all'avvio di fedora, viene regolata al minimo e ogni tipo di regolazione della luminosità smette di funzionare. Non funzionano più ne i tasti fn, ne tramite applet. In /proc/acpi/video/OVGA/DD03/brightness, dove prima c'erano i livelli, ora non ci sono più, in nessun DD0x.
In più anche se riavvio, non funziona più nemmeno da bios, quando compare la schermata acer o quando appare grub, almeno finchè non avvio vista (credo perché il driver video in vista resetti/sblocchi qualcosa) o spengo il notebook e gli stacco corrente e batteria.
Aggiungo i link alle discussioni che ho trovato sul non funzionamento della regolazione della luminosità:
http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/msg05838.html
http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/msg06045.html
Che ambiente desktop usi?
Ciao da me che sono io!!!!!
E...Partecipa al Fedora Project
Che ambiente desktop usi?
gnome, ma il problema si presenta prima di arrivare al login. Già quando appare il messaggio di caricamento di udev è stata impostata al minimo e smette di funzionare qualsiasi regolazione
Il tuo dmesg non riporta niente di interessante in tal proposito?
---aggiunta---
Prova ad aggiungere questo in fondo alla riga del kernel quando avvii fedora:
acpi_osi="Linux"
Ciao da me che sono io!!!!!
E...Partecipa al Fedora Project
Il tuo dmesg non riporta niente di interessante in tal proposito?
---aggiunta---
Prova ad aggiungere questo in fondo alla riga del kernel quando avvii fedora:
acpi_osi="Linux"
dmesg è kilometrico, me lo sto spulciando. Comunque anche con acpi_osi="Linux" ho lo stesso problema.
Ho trovato in mezzo a dmesg questo:
[drm] Initialized drm 1.1.0 20060810
i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
i915 0000:00:02.0: setting latency timer to 64
alloc irq_desc for 29 on cpu 0 node 0
alloc kstat_irqs on cpu 0 node 0
i915 0000:00:02.0: irq 29 for MSI/MSI-X
[drm] TV-13: set mode NTSC 480i 0
allocated 1280x800 fb: 0x007df000, bo ffff88007d9f3a80
Console: switching to colour frame buffer device 160x50
[drm] LVDS-8: set mode 1280x800 15
fb0: inteldrmfb frame buffer device
registered panic notifier
ACPI Error (video-0537): Current brightness invalid [20090320]
input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/device:3a/input/input9
ACPI: Video Device [OVGA] (multi-head: yes rom: no post: no)
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
edit:
ho trovato un'altra voce relativa al brightness di acer_wmi:
acer-wmi: Acer Laptop ACPI-WMI Extras
acer-wmi: Brightness must be controlled by generic video driver
ho avviato con kernel 2.6.29 e si sblocca, come capita avviando in vista. In dmesg ci sono delle differenze ed, in particolare, nel .29 non compare quell'errore di invalid brightness
Mi sono appena accorto che, nella nuova release di driver intel, è stato fixato un problema relativo al controllo della luminosità:
* Add support for BACKLIGHT property. This allows backlight adjustment with programs such as "xbacklight -set " or "xrandr --set BACKLIGHT ": bug#20963.
http://intellinuxgraphics.org/2009Q3.html
l'aggiunta pare risolvere il problema dell'avere i controlli di luminosità con kms. Non so se questo risolverà il mio problema ma, a me, anche partendo senza kms la luminosità si pianta.
Il problema più grosso è che in fedora 11 ci sono ancora i driver 2.7, quelli presi da rawhide (2.8.0.XX) non funzionano per niente, e chissà quando si vedranno i 2.9 :-?
Potresti provare a ad applicare la patch ai driver e ricompilare un kernel tuo personale...io sinceramente al momento non saprei come aiutarti...
Ciao da me che sono io!!!!!
E...Partecipa al Fedora Project
la problematica è legata alle schede intel e kernel con modeset abilitato (di default da 2.6.30)
Aggiungendo l'opzione
nomodeset
ai parametri di avvio del kernel (file /etc/grub.conf)
ES. rhgb quiet nomodeset
il pannello e la luminosità vengono regolarmente rilevati e la luminosità può essere normalmente regolata
Unica problematica:
Il passaggio tra il boot testo e il server grafico non sarà fluidissimo ma sarà anticipato da un flash dello schermo
Spero di esserti stato di aiuto
ciao
-=LordByte=-
... da Yggdrasil a Fedora passando per slack deb suse rh .....
la problematica è legata alle schede intel e kernel con modeset abilitato (di default da 2.6.30)
Aggiungendo l'opzione
nomodeset
ai parametri di avvio del kernel (file /etc/grub.conf)
ES. rhgb quiet nomodeset
il pannello e la luminosità vengono regolarmente rilevati e la luminosità può essere normalmente regolata
Unica problematica:
Il passaggio tra il boot testo e il server grafico non sarà fluidissimo ma sarà anticipato da un flash dello schermo
Spero di esserti stato di aiutociao
la prima prova che feci fu disabilitare il kms, ma anche senza ho lo stesso problema.
vuoi provare ad aggiungere alla linea kernel di grub il seguente parametro :
acpi_backlight=vendorchi dice la verità a volte viene scoperto
vuoi provare ad aggiungere alla linea kernel di grub il seguente parametro :
acpi_backlight=vendor
RISOLTOOO... con questa opzione la regolazione della luminosità continua a funzionare....
Ho provato comunque ad avviare senza questa opzione, facendolo bloccare, e al riavvio anche mettendola non si sblocca. Almeno però se non è ancora bloccata con questa opzione funziona... sperando che risolvano del tutto prima o poi.