Chiedo scusa a Francesco, per non aver potuto rispondere prima al suo commento all’articolo, ma ho avuto davvero pochissimo tempo in questo periodo. Ad ogni modo, sconsiglio fortemente l’utilizzo di ath9k che è ancora ad uno stadio fin troppo sperimentale per essere usato… La miglior cosa è utilizzare il supporto (anch’esso sperimentale, ma decisamente più stabile) di madwifi.

In particolare per la dlink dwa 547, occorre scaricare il trunl r3123 come suggerito qui.

Serve, naturalmente subversion, ma non è molto complicato! Basta aprire un terminale e piazzarsi in una directory a piacimento. A questo punto basta dare un bel:

svn checkout http://svn.madwifi.org/madwifi/trunk/ madwifi

a questo punto però occorre “switchare” al trunk specifico per la nostra scheda, per far cio:

cd madwifi

svn switch http://svn.madwifi.org/madwifi/trunk/ -r 3123

Ed ecco scaricati i sorgenti del driver madwifi compatibile con la scheda. Funzionano perfettamente con kernel da 2.6,21 al 2.6.25, mentre con 2.6.26 c’è da fare qualche workaround.

Appena avrò trovato una versione ath9k stabile, farò una guida anche per quelli!

Ho da qualche settimana questa discreta scheda (presa per abbinarla al router dlink 802.11n), basata su chipset atheros di ultima generazione (anch’esso 802.11n) e che a differenza delle varie soluzioni usb, mi offre una ricezione ottimale anche nella posizione “infelice” del mio desktop.

Leggi il resto di questo articolo »

Dopo attenta analisi del problema riscontrato precedentemente, e che sembrava essere un bug del nuovo chipset di Intel, siamo venuti a capo del problema.

Ad essere bacato non è, come erroneamente pensavamo, il controller integrato nel chipset ICH9(r), ma il controller aggiuntivo Jmicron, utilizzato per l’unico canale IDE presente sulla scheda madre (non più, evidentemente collegato all’ICHx), e per la connettività eSATA.

Il problema in realtà è più complesso di quello che sembrava, ed è stato, per il momento, ovviato, sostituendo il Masterizzatore DVD ATAPI, con un masterizzatore SATA, al costo di una trentina di euro. Alla base di tutto, sembrerebbe una errata gestione del DMA, ancora utilizzata dalla vecchia interfaccia IDE, che manda in conflitto il driver con Winsozz con qualcosa, facendolo crashare. Anche il pinguino sembra afflitto da problemi analoghi, anche se, per la natura stessa del nostro, non si arriva al crash, ma a semplici problemi di I/O sul drive.

Probabilmente, l’unico modo che si ha per venire a capo della cosa è attendere il rilascio di un nuovo firmware/BIOS per il suddetto controller, trattandosi di un problema che affligge il DMA, per cui un livello di astrazione intermedio tra quello puramente software (il driver) e quello tipicamente hardware (il chip).

Vi terrò informati.

Sugli stessi temi:

Il vero punto di forza dei chipset Intel, dal mio punto di vista, è sempre stata la gestione dei controller Parallel/Serial-ATA. La famiglia ICHx, rappresenta forse la più riuscita serie di controller dischi uscita fin qui, almeno fino ad adesso! Compatibilità pressochè assoluta, rapido supporto da parte di un po’ tutti i sistemi operativi, e gestione trasparente delle risorse.

Ma adesso, anche questo mito sembra essere stato sfatato…

Il tutto è nato da un problema che un mio collega ha lamentato con la sua nuova scheda madre (una Abit IP35-Pro) ed il suo masterizzatore Pioner 111b, regolarmente riconosciuto dal bios ed utilizzato come periferica di bootstrap, per l’installazione del sistema operativo, ma che in Winsozz Xp sparisce senza alcuna traccia.

Sembrerebbe che il problema sia noto e possa essere probabilmente risolto mediante l’abilitazione della modalità RAID da Bios e dell’utilizzo dei driver Jmicron, per il controller IDE…

La cosa va valutata… vi terrò informati, anche perchè sul chipset P35 puntavo molto, essendo, al momento una delle mie due opzioni per la scheda madre (l’altra è il 650/680 di Nvidia).

Sugli stessi temi: