Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Dopo la compilazione del kernel 3.5 (linux-next del 28/06) ho difficoltà ad utilizzare ntfs-3g
In pratica posso creare directory (sia come utente che come root) ma non posso creare o modificare i file
Dal momento che ntfs-3g non funziona a lato kernel (e quindi non sono stati fatti upgrade ricompilando il kernel) mi viene da pensare a problemi con fuse.
Se torno al 3.2.21 di slackware invece funziona tutto bene.
linux-next non e' corrispondente al 3.5: e' composto da una serie di patch che finiranno nel ciclo di sviluppo successivo, e' altamente sperimentale, e capita molto spesso che le cose non funzionino.
in genere viene usato dagli sviluppatori del kernel, che lo testano e propongono patch ulteriori per facilitare la vita a Linus e ad Andrew Morton quando ne prendono dei pezzi per farci il merge nel nuovo ramo di sviluppo.
Non perchè è una versione di sviluppo significa che è una versione non funzionante.
invece e' proprio cosi', molto spesso ci sono delle patch che non funzionano, se continui ad aggiornare da linux-next te ne accorgerai.
comunque ti ripeto, sempre secondo me, che l'unico posto dove ha senso discutere dei bug di linux-next e' nel posto frequentato da quelli che scrivono le patch per lo stesso, e' difficile che tu trovi il subsystem maintainer o l'autore di una patch che crea casino su slacky o linuxquestions.
Non mi sento sufficientemente "skillato" da scrivere su lkml (considerando che tra l'altro non la seguo nemmeno in lettura), e non mi trovo a mio agio con le mailing list.
Comunque,
Ho provato a fare git pull ma ottengo diversi CONFLICT files.
Eppure avevo un working directory clean
Sto dando una pulita e riprovo, al massimo riclono.
Comunque ho scritto quì perchè il problema ntfs-3g non è scontato che debba essere per forza qualcosa legato al codice eventualmente fallato della 3.5 ma ad una mia errata configurazione per esempio, e non so nemmeno se sulla 3.4.4 mi funziona (anzi, mo provo).
In fondo io ho fatto make oldconfig da un 3.2.21 lasciando tutte le opzioni di default e non è scontato che tra queste non ci sia qualcosa che conflitta con kernel >= 3.3
La 3.5-rc5 non risolve, i 19 secondi per il tsc rimangono, e c'è una cosa in più.
Non sapendo che make modules_install sovrascrive il pacchetto kernel-firmware di slackware per default, l'ho fatto senza precauzioni quando ho installato il precedente linux-next.
Comunque quando sono tornato a 3.2.21, senza ripristinare kernel-firmware ha funzionato tutto correttamente.
Rifacendo make modules_install sull'ultimissimo linux-next, e sovrascrivendo quindi ulteriormente i firmware, quando ho fatto il boot con 3.2.21 il sistema non partiva. Alcuni moduli panicavano; il sistema non è andato completamente in kernel panic, ma sembra che avesse problemi con il sata o qualcosa del genere.
Con il 3.4.4 funziona.
C'era un motivo, però, per cui volevo compilare l'ultimissima versione, ma non lo ricordo assolutamente (ergo, a breve torno a 3.2.21 )
io faccio
cp /boot/config-huge-3.2.21 .config
make oldconfig
<invio>
<invio>
<invio>
...
make xconfig
-> disabilitare CONFIG_DLM (altrimenti non compila)
make
Ora ne sto compilando due: uno dal tarball del 3.5-rc5 e uno dal commit linux-next relativo alla 3.5-rc5:
commit 7693416be32cf1559f9cb92dca3932198ffcaf97
Merge: 6ffc69d 6887a41
Author: Arnd Bergmann <arnd@arndb.de>
Date: Mon Jul 2 22:56:17 2012 +0200
Merge tag 'v3.5-rc5' into for-next
Linux 3.5-rc5
una diff -ur mi mostra molte differenze, anche su fuse.
anch'io prendo il .config di Pat, pero' poi, siccome sono scemo e mi piace compilare velocemente, me lo personalizzo per la mia macchina disabilitando tutto quello che non uso (ad esempio il DLM non lo uso): una buona base di partenza e' "make localmodconfig", che ti seleziona come moduli solo quelli che hai attivi in quel momento (ma anche tante cose che Pat mette built-in invece che come modulo le tolgo), ma poi ci dovrai sicuramente aggiungere qualcosa.
poi uso il "make menuconfig" perche' mi garba di piu'.
Ultima modifica di ponce il mar 3 lug 2012, 17:00, modificato 2 volte in totale.
io compilo nuove versioni molto spesso, quindi perdo un pochino di tempo ad alleggerirlo per risparmiarne tanto dopo (ci metto 2-3 minuti a compilarlo sul portatile i5)
Io invece credo che per quest'anno ho compilato kernel a sufficienza e la mia avventura mi sa che si ferma quì.
L'ultima volta che ho compilato un kernel è stato quando è uscito 3.0rc1 per provare le differenze nel nome di versione. Installato, pochi minuti e sono ritornato alla versione che slackware current aveva in quel momento. E la compilazione precedente... boh.
Che differenze sostanziali riesci a notare con la 3.2.21?
mah, in genere quello che mi interessa sono le nuove features (per esempio nei nuovi kernel e' stato inserito openvswitch) che uso spesso a casa e al lavoro, ma li ricompilo anche con le patch per bfs e bfq sul portatile di cui sopra per giocarci ogni tanto con Enemy Territory (e la differenza si vede).