Frakka,
bumblebee è installato e il processo è in esecuzione.
in particolare, è installato bymblebee-nvidia.
il problema lo riscontro solo con kernel 3.7 o 3.8.
sui precedenti non avevo problemi.
ho fatto mille prove, disinstallando in modalità linea di comando tutti i driver, reinstallando gli headers e poi i driver ancora...
ma niente!
non so...
grazie per il link!
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
Mi spiace ma non posso neppure fare test...
Bisognerebbe verificare se con i kernel in uso ci sono problemi noti, oltre a questo non saprei come aiutarti.
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
secondo me con la prossima generazione di driver abiliteranno optimus...
Valve ha dato una bella spinta allo sviluppo dei driver per linux...
grazie per l'aiuto, appena scopro qualcsa lo comunico
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
Stavo leggendo proprio qualcosa del genere un paio di giorni fà: Se non sbaglio la release 3.8 del kernel dovrebbe implementare la possibilità di passare da una VGA all'altra senza bisogno di tool terzi, come bumblebee.
Inoltre le prossime generazioni di driver nVidia in questo potrebbero aiutare, come giustamente dici tu.
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
Frakka, non funzionano più le porte usb...
non capisco cosa possa esser successo!
tutto funziona perfettamente... solo se inserisco una qualunque penna usb (o HDD) non viene riconosciuta.
altra cosa, io ho installato il kernel 3.8 rc2, e inserito nel /etc/default/grub, la voce acpi_osi= al fine di avere funzionanti i tasti di regolazione della luminosità display.
se però riavvio e in fase di boot scelgo il kernel precedente (3.5.qualcosa) i tasti per la regolazione della luminosità funzionano ugualmente! è normale!!??
https://help.ubuntu.com/community/AsusZenbookPrime
questa guida dichiara che solo dal 3.7 in poi i tasti devono funzionare!
boh
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
Se parti con il 3.5 e scrivi in console "uname -a" ti riporta il kernel giusto?
Che abbia costruito un modulo in grado di funzionare anche con la vecchia versione del kernel?
Per le usb:
scrivi in console da root "lspci" e vedi se nell'elenco c'e' l'usb controller. Se e' presente vediamo che suggerisce frakkaz.
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
Non credo sia una questione di moduli o driver, a quanto ho capito il problema con il pulsanti di regolazione è solo un problema di riconoscimento acpi... Il driver dovrebbe essere funzionante anche con il kernel 3.2 e spiccioli...
Se togli l'opzione "acpi_osi=" le USB prendono a funzionare??
Con il kernel 3.5 le USB funzionano ancora?
Mi posti un:
Con le USB funzionanti ed uno con le USB non funzionanti?codice:dmesg | grep usb
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
cerchiamo di descrivere bene il comportamento perché mi sembra alquanto anomalo...
allora se tolgo l'opzione "acpi_osi=" e riavvio non funzionano più i tasti luminosità, su nessun kernel.
le porte USB continuano a non funzionare.... su nessun kernel!
ho notato però che se lascio una usb inserita dopo il riavvio la vedo regolarmente...e se inserisco nelle alre porte un'altra penna...viene letta!
appena disinserisco quella presente in fase di riavvio non funzionano più...
ecco cosa vedo quando lascio una periferica inserita
normalmente invece..
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
Senza la USB inserita al boot sembra che non vengano attivate le porte 3 e 4... Vengono attivate solo la 1 e la 2 perchè c'è la webcam collegata al 2 e un masterizzatore USB sulla 1.
E' probabilmente un problema del demone che gestisce l'hotplug: Bisogna guardarci meglio, così sui due piedi non mi viene in mente nulla ma credo sia una stupidaggine (tipo un demone disabilitato o una cavolata del genere).
La stringa serve semplicemente a fare in modo che il sistema ACPI della mobo non riconosca "Linux" come OS. Rimettila pure, evidentemente non c'entra nulla.
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)
|
nexthardware.com - © 2002-2022 |
Rispondi quotando