Non riesco a impostare il DIO_SET_DMA failed e conseguenze

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

Ho un notebook con disco sata

eddy89 · Posted: Tue Feb 21, 2006 7:13 pm Post subject:

Scusa, ma guarda ke a me da lo stesso errore se cerco di farlo con il mio utente.. prova a farlo con root hdparm -d1
oppure configura /etc/conf.d/hdparm per settare il dma all'avvio (prima prova manualmente).
Se anche con root non funziona controlla i permessi.

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

Neanche con root sempre fallito al set dma anche del cdom e avviando l'init sempre stesso errore.

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

vi dico un pò la situazione attuale:
allora questo è quello che faccio caricare [/quote]al kernel

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

ragazzi non riesco ad uscirne fuori caspitp

.:chrome:. · Posted: Wed Feb 22, 2006 6:50 pm Post subject:

hai compilato il supporto per il DMA sul bus ATA/ATAPI, nel kernel?

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

Si penso di si l'avevo scritto qualche post prima CONFIG_BLK_DEV_IDEDMA_PCI queste sono i conf del kernel in ataAtapi

eddy89 · Posted: Wed Feb 22, 2006 8:18 pm Post subject:

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

quel modulo non l'avevo attivato perchè l'help dice

eddy89 · Posted: Wed Feb 22, 2006 9:02 pm Post subject:

(Quale modulo nn avevi attivato??)
Humpf.. Io nn l'ho nemmeno letto quello, ma probabilmente riguarda rari chipset forse vecchiotti che piantano macello..
Io ti dico: la mia configurazione è così come ho postato e tutto funziona regolarmente, non ti posso dare altre garanzie per ovvie ragioni.

P.s.:Il tuo hard-disk ha il dma attivato??

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

No il disco è uno scsi e non penso sia attivabile il dma

gutter · Posted: Wed Feb 22, 2006 9:14 pm Post subject:

Credo che questo dovrebbe chiarire qualche dubbio.

Poi puoi provare a vedere se questo può essere di aiuto:

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

fantastico ignoravo l'esisteza di sdparm appena finisco d'impostare iproute mi rimetto all'opera leggendo questo ottimi link che mi hai dato..mi hai proprio aperto una nuova strada

Si però il mio disco è una ata.........

Thanks

nightshadow · Posted: Thu Feb 23, 2006 9:17 am Post subject:

tutto quello che ti succede e' normale!

accade quando utilizzi un dispositivo EIDE/ATAPI collegato a un controler SATA (che, per semplificare, "emula" un controller IDE).

L'unica soluzione e' quella di disattivare completamente il supporto ATA/ATAPI:

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

allora avevo già tutto attivato infatti se vedi in qualche post precedente lo scsi0 l'attivava tranne il modulo del cdrom sul quale avevo montato il drivere atapi.
Penso di aver messo male l'opzione libata nel menu. di grub visto che mi da il seguente errore

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

Finalmete crea dvd senza problemi anche a 8x,quindi potrei ritenermi soddisfatto.
Ma sto notando che masterizzando con k3b perfettamente con filesystem standard iso9660 anche non creando multisessioni(ho pensato pottesse essere un problema del cd aperto) non riesco a leggere i cd che creo,solo da linux però.

Quando monto il cdrom:

eddy89 · Posted: Fri Feb 24, 2006 5:44 pm Post subject:

Ma questo ti succede anche dopo aver aperto e richiuso il cassetto del lettore?

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

In verità il lettore finita la scrittura rimane chiuso presumo per il fatto che sia scsi.Provo ad aprirlo e va in loop nella lettura con l'errore che ho postato prima.Lo termino con fuser, apro chiudo, e sempre lo stesso errore ma stavolta ripetuto una sola volta

Ma la cosa che non capisco è che lo stesso identico supporto con i driver ata veniva scritto e poi viene e veniva letto tranquillamente..

Penso di ritornare al modulo atapi su hdc e provo ad attivare il dma direttamente dal codice di libata e con hdparm proverò a mettere Utradma
mode 0 visto che sotto altri sistemi lavora così. Ma la cosa più strana vedendo questi sistemi operativi con le raccapricianti dll che il mio cdrom ha due driver uno scsi e l'altro ata/atapi.Ma come si spiega una cosa del genere?!!?

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

Oggi ho deciso di rimettere i drivere eide atapi senza dma putroppo.Ho provato con hdparm vari tipi di dma ma non vuole proprio attivare niente dandomi sempre lo stesso errore Dopo aver perso non sò più quanti cd(provati dvd+r dvd-r filesystem udf flsm iso) ho eliminato il supporto scsi per cdrom; Probabilmente non lo attiva perchè il disco è uno scsi o meglio è un sata e quindi dovrebbero esserci incompatibilità tra il canale dma e quello scsi(Stranamete però vengono utilizzate libata1.1 e pensavo avessero il supporto per accesso diretto all mem)

Ora per lo meno posso scrivere dvd e cd e poi leggerli senza quell'errore ma la cosa strana è che nella scrittura di un cd a 24x il sistema non s'imballa....

Vorrei farvi notare questo msg nel kernel

nightshadow · Posted: Wed Mar 01, 2006 4:33 pm Post subject:

Devi considerare che sui dischi scsi non esiste la modalita' ultraDMA. i dischi SCSI usano na tecnologia differente.
SATA viene gestito come un disco SCSI, quindi sul dev 0 nno esiste DMA. in ogni caso e' come se fosse attivo.
i problemi che hai riscontrato sono tutti derivati dal fatto che quelle due "undef" chew trovi in libata.h non e' che sono disattivate cosi per sport.
e' che si tratta di codice ancora da considerarsi sperimentale.. e per questo motivo viene per ora tenuto disabilitato. non appena sufficientemente maturo sara' sicuramente disponibile e attivato di default.

Ora, i tuoi problemini potrebbero derivare proprio da questo. *potrebbero*

il DMA non si attiva sulle interfacce PATA dei chipset intel 9xx (almeno questi sono gli unici su cui ho provato e NON funziona).
non so dirti esattamente il perche.. ma la mia ipotesi piu plausibile e' che il chipset utilizzi solo SATA e abbia una sorta di "emulatore" PATA per consentire il supporto a dischi EIDE normali.

sicuramente l'unica strada percorribile per il futuro sono le libata, non appena saranno sufficientemente mature. io sto attendendo il kernel 2.6.16 per vedere se ci sono miglioramenti..

ad esempio io ho il problema che con libata masterizzo solo i DVD.. mentre masterizzando CD, mi accade che nel log di k3b dice che cdrecord non ha i permessi per aprire il device.
eppure tutti i permessi sono OK

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

Ottime delucidazioni.
Infatti anche io ho lo stesso problema sulla masterizzazione dei cd e per lo meno adesso sarò più contento e motivato ad aggiornale il mio kernel sempre se questo risolverà il problema.

Ma a quanto si aggira circa un trasferimento tramite usb2 su un disco esterno montato con usb-storage quindi su sd*? In questo caso la velocità dipende solo dal controller usb? Su un bel disco ata133 su usb è normale un velocità di trasferimento all'incirca di 18mB/s??

nightshadow · Posted: Thu Mar 02, 2006 5:25 pm Post subject:

nick_spacca · l33t Joined: 29 May 2004 Posts: 689 Location: Paris/France

Cadoro · Apprentice Joined: 09 Feb 2006 Posts: 154 Location: Napoli

Ma a me più di 18 proprio non va.
Ma anche se sposto un file da una partizione all'altra questa su per giù è la massima velocità.
Ma come mai eppure il disco è un sata così come il disco esterno (ata 133 da 8mbCache)caricato con usb-storage?!?!!? :?:

nightshadow · Posted: Fri Mar 03, 2006 11:20 am Post subject:

questo avviene perche il vero collo di bottiglia di un disco e' la sua parte meccanica.
se quello che ti serve si trova nella cache del disco la velocita' e' molto piu veloce rispetto a un file che deve essere caricato direttamente dal disco magnetico.

se trasferisci un file molto grande, ecco che la velocita' scende perche la cache hardware del disco smette di lavorare.

se invece trasferisci grandi quantita' di piccoli file, la testina e' costretta a spostarsi spesso tra i vari cilindri perche per ogni file deve recuperare la posizione che il file occupa fisicamente sul disco e poi andarlo a legere. il tempo perso e' di pochi millisecondi, ma in ogni caso sono sufficienti per veder calare di parecchio le prestazioni....