linux user group brescia

On Wed, Aug 15, 2001 at 04:48:08PM +0200, Danilo wrote:
> Grazie per l'interessamento. Credo di essere riuscito a risolvere il problema
> semplicemente (si fa per dire) togliendo le righe di inizializzazione del dma
> con hdparm, e usando solo  la voce del kernel "Use PCI DMA by default when
> available".
> Visto che questa voce era attiva anche prima, probabilmente andava in conflitto
> con i parametri di hdparm, creando quel pò di casino.

no.
In fase di compilazione del kernel puoi abilitare l'uso di dma/udma, ecc,
ma in fase di boot, il kernel, se rileva un chipset via non fa altro
che attivare i workaround disponibili (leggi: disattivazione del dma),
e quindi spariscono i tuoi problemi.
e` anche vero pero` che l'utilizzo del dma si puo` forzare, a prescindere
dal kernel, o passando a linea di comando, del boot del kernel, gli
appositi comandi, oppure utilizzando hdparm. a quel punto riabiliti
l'udma e sono fatti tuoi.
fantomatici conflitti tra user space e kernel space... uhm...
e` anche vero, che il supercesso chipset via, che malauguratamente
conosco visto che tutte le macchine al lavoro ne sono impestate,
reagisce in modo diverso con diversi hd. pertanto ho avuto hd sui
quali era impossibile scrivere per piu` di un minuto senza che non
si sputtanasse qualcosa, come ho ora un hd con il quale Via sembra
non litigare, e con il quale posso anche abilitare udma.

purtroppo 'sti cessi sono molto diffusi, e agli sviluppatori del kernel
stanno procurando non pochi grattacapi, visto che sembra veramente
che il loro comportamento sia dettato da /dev/random.

ciao,
andrea