January 30, 2010
[bardo@forty-two ~]$ uprecords -sm1
# Uptime | System Boot up
----------------------------+---------------------------------------------------
-> 1 25 days, 00:39:39 | Linux 2.6.32-ARCH Sun Jan 3 15:34:58 2010
Un peccato dover riavviare 
Fastidio a parte, questo significa che la nuova beta dei driver nvidia ha finalmente risolto il fastidioso problema che freezava il sistema, e finalmente arch è rock stable 
E questo 2.6.33, poi, non vedo l’ora che esca, sto testando la rc6 e mi gusta assai, in particolare per l’attesissima introduzione della headphone detection sui Macbook 5,1 e 5,2.
Posted by bardo under arch, g33k1ng around, | | Comments (2)
October 23, 2009
A BSD non piace l’I/O APIC in VirtualBox. Né a free né ad open.
Posted by bardo under g33k1ng around, telegrafico | Comments (5)
July 18, 2009
A usare NFS. Sul serio. L’uso di mtdblockd sale sopra il 30% contro una norma di… vediamo… zero! In caso di attività di rete un minimo intensa (sopra a qualche centinaio di connessioni contemporanee) il carico sale sopra al 6 e alcune connessioni restano appese all’handshake, probabilmente perché iptables non riesce a starci dietro. Il router, dal canto suo, diventa quasi inutilizzabile, richiedendo parecchie decine di secondi per un login via ssh e rispondendo molto lentamente all’input.
Una volta scaricati i moduli nfs, lockd e sunrpc tutto torna di colpo rapidissimo e le connessioni smettono di incastrarsi quasi del tutto. Quasi perché, evidentemente, l’alto carico di rete qualche disservizio lo causa comunque. Comunque, un’altra vita rispetto a prima. Devo proprio decidermi a saldarci su il lettore di SD.
Posted by bardo under g33k1ng around | Comments (0)
June 28, 2009
Chi ha regolarmente la malaugurata idea di leggere i ChangeLog del kernel sa bene di cosa sto parlando: dopo un po’ va insieme la vista e l’intera operazione diventa una sofferenza. Quelli delle rc1 in particolare sono decisamente corpose (l’ultimo supera i 5MB di testo non compresso, per un totale di 8739 commit spalmati in 140663 umili righe): la lettura diventa presto qualcosa di impossibile, dato che l’occhio comincia a saltellare su e giù e dopo un po’ dà forfait.
In questo ci viene d’aiuto il buon vecchio vim: prima di tutto per il testo bianco su sfondo nero, che è decisamente più riposante dell’opposto se usato con un font decente. In proposito consiglio terminus (pacman -S terminus-font), un monospace pensato appositamente per i terminali che mantiene un’ottima leggibilità anche in queste condizioni, in corpo 8 per chi ha la vista buona come il sottoscritto, 10 per gli altri. Poi c’è la syntax highlighting, che rende molto più facile il gioco della caccia al commit, da usare regolarmente in congiunzione con la linea set background=dark in /etc/vimrc o in ~/.vimrc per avere il giusto contrasto di colore.
Tutto questo è un buon inizio, resta il problema del saltellamento del bulbo oculare, la vera piaga di tutta la faccenda. Mentre si delineava nella mia testa tutto questo bel giochino ho pensato che un semplice /^commit seguito da tante n sarebbe bastato, e invece no: il cursore va a piazzarsi a fondo pagina, col risultato che vedo solo l’id del commit perdendomi completamente il contenuto. Essendo un utente medio di vim conosco qualche comandino da tastiera, ma non mi sono mai lanciato nell’uso avanzato. Mi sono quindi messo alla ricerca di un modo per far sì che la riga che matcha diventasse la prima della pagina, in modo da avere sempre la descrizione nello stesso punto e risparmiarmi una pupilla che sembra muoversi di moto browniano. E l’ho trovato.
Per far sì che la riga del cursore venga messa in cima alla pagina basta premere zt in modalità comandi. Dato che premere nzt 8739 volte non mi attirava granché, ho pensato di attivare un mapping che mi consentisse di usare un solo tasto per fare tutto. E dunque, ecco svelato l’arcano:
:nmap n nzt
Una volta fatto ciò, ad ogni pressione di n sarà come aver premuto in sequenza i tasti nzt, e dopo aver lanciato la ricerca (/^commit, come si diceva) potremo usare questo tasto per navigare comodamente il ChangeLog.
Posted by bardo under arch, g33k1ng around | Comments (4)
June 21, 2009
Torno ancora sull’argomento perché negli ultimi due kernel sono state introdotte novità interessanti. La prima e indubbiamente più importante è l’integrazione, nella versione 2.6.30, delle patch per il supporto multitouch e del driver bcm5974. Grazie a questo cambiamento finalmente il supporto per il trackpad è disponibile nativamente, e possiamo togliere la patch dal nostro PKGBUILD!
In aggiunta ho scoperto da poco che qualcuno ha scritto finalmente una patch per ALSA 1.0.19 (ma comunque compatibile con la 1.0.20) che integra il supporto ai MacBook 5,1. Sono quindi utilizzabili tutti i canali audio, anche se i controlli non sono ancora il massimo della vita. La scheda dovrebbe essere automaticamente riconosciuta per i 5,1; i 5,2 hanno una scheda simile, e il riconoscimento può essere forzato inserendo la riga “options snd_hda_intel model=mb5″ in /etc/modprobe.d/modprobe.conf. Attenzione a chi prima aveva impostato il parametro model=mbp, quella linea va eliminata perché tutto funzioni correttamente.
Ma andiamo a vedere i controlli. Nell’immagine che segue possiamo vedere come si presenta il mixer con il kernel 2.6.30.
Al momento non è supportata la headphone detection, quindi esistono tre switch principali: PCM, ovvero il controllo volume principale, Master, che controlla l’uscita dalle casse integrate, e HP, che controlla l’uscita cuffie. È da notare che azzerare il volume di uno o dell’altro non è sufficiente a zittire completamente l’uscita corrispondente, è necessario mettere in muto il canale.
I MacBook, poi, sono provvisti di un piccolo woofer interno. Questo, al momento, è controllato tramite lo slider LFE, mentre il volume dei due midrange/tweeter si imposta sullo slider Front. Le cuffie, chiaramente, non hanno di questi problemi essendo altoparlanti stereo tradizionali, quindi l’unico controllo volume necessario è HP.
Sembrano non avere effetto gli slider Surround e Line, e lo switch Channel, che prima serviva a passare dalle cuffie alle casse integrate. O forse sono io che di tutta questa roba non so che farmene. In compenso, udite udite, finalmente il microfono funziona! 
Qualche problema il kernel invece sembra darlo dal lato del wireless: fatico molto, con il craptastico driver proprietario della Broadcom, a recuperare una connessione wireless dopo la sospensione, cosa che non avveniva in precedenza, neanche nelle ultime RC di questa release.
Potete scaricare il PKGBUILD con la configurazione e la patch qui. Buon divertimento!
Posted by bardo under arch, g33k1ng around | Comments (3)