Newsgroup: it.comp.os.linux.sys
Titolo: DMA ed errore del disco

Oggi, mentre il disco frullava per costruire il database di locate, sono
comparse a video (e nei log) le seguenti scritte:
da: dma_intr: status=0x71 { DriveReady DeviceFault SeekComplete Error }
hda: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=13949417, sector=1049144
hda: DMA disabled
ide0: reset: success
Uso Debian con kernel 2.2.17 e questi sono alcuni dei messaggi che
compaiono al boot (quelli che io ritengo rilevanti):
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: not 100%% native mode: will probe irqs later
    ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA
ide0: VIA Bus-Master (U)DMA Timing Config Success
    ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA
ide1: VIA Bus-Master (U)DMA Timing Config Success
hda: FUJITSU MPD3108AT, ATA DISK drive
hdc: ASUS CD-S400/A, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: FUJITSU MPD3108AT, 10300MB w/512kB Cache, CHS=1313/255/63, UDMA
All'avvio, tra gli script di INIT, eseguo questo comando:
hdparm -q -m 16 -q -u 1 /dev/hda
Qualcuno sa darmi qualche spiegazione? Il problema sembra non avere
conseguenze sul sistema...
-- 
Saluti,
    Mardy

 conseguenze sul sistema...
Ci credo...ha smesso di usare il dma e ha risolto il problema! :)
Scherzi a parte, prova come ti dicevo
-- 
Bye,
Stefano Marinelli
**REPLACE piedone WITH bigfoot**

questione puo'essere simile...
Mah, non ricordo come ho disposto il cavo, controllerň. Si tratta di un
problema documentato? Come hai fatto a trovare questa soluzione (a cui
io non avrei mai pensato)?
-- 
Saluti,
    Mardy

 io non avrei mai pensato)?
Non so se sia documentato o meno.Ci ho pensato ricordando che, alcuni
anni fa, un amico mi disse "e ricorda che meno strada fanno, meno
possibilita' ci sono che si possano alterare" (riferendosi ai dati). Mi
e'venuto in mente cosi'... :)


pesantemente il bus occupano gran parte del processore)
Io sto usando la patch al 2.2.19 presa da 
http://linux-ide.org
 ma ho
una fifa matta che possa perdere i dati sul disco, qualcuno puo'
perfavore rassicurarmi, c'e' nessuno che ha avuto un tracollo usando
"via 82Cxxxx support"? Spero sinceramente di no altrimenti sto
rischiando di brutto.
Non so se ho capito male, ma BM-DMA e UDMA non sono la stessa cosa e a
questo punto direi che se la memoria non mi tradisce nei messaggi
all'avvio non e' cambiato molto pero' ho notato che hdparm -tT e'
passato da 3.90 a 21.xx MB/s. Su un'altra scheda con controller PIIX4
(??) avevo 4.90 che mal si rapportava al 7.81 del vecchio Fireball
ST2.1. Anche questo povero vecchio gioiellino come il suo piu' giovane
fratellone non superava i 3.8-3.9 sulla scheda con chipset VIA.
Ho scelto di non rischiare, a mio modo di vedere, chiedendo ad hdparm
di (non) attivare niente che non venga attivato dal kernel.
Vi mando un pezzetto del mio dmesg:
Uniform Multi-Platform E-IDE driver Revision: 6.30
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: VIA vt82c596b (rev 12) IDE UDMA66 controller on pci00:07.1
    ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:pio, hdd:pio
keyboard: Timeout - AT keyboard not present?
keyboard: Timeout - AT keyboard not present?
hda: QUANTUM FIREBALLP AS20.5, ATA DISK drive
hdb: MATSHITA CR-584, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: QUANTUM FIREBALLP AS20.5, 19595MB w/1902kB Cache,
CHS=2498/255/63, UDMA(66)

 rischiando di brutto.
Guarda, ho una mainboard ASUS con quel chipset e ti assicuro che la
patch presa da li' assieme al 2.2.19 va che e' una meraviglia... ho
avuto invece parecchi problemi con il 2.2.17 e il 2.2.18. Ora invece
l'UDMA funziona alla grande senza particolari problemi, tanto da
risparmiarmi parecchi parametri di hdparm:
# uptime
4:15pm  up 17 days,  7:53,  5 users,  load average: 0.00, 0.03, 0.08
Dal mio kernel.log
Apr 11 08:56:00 by-tor kernel: VP_IDE: VIA vt82c686a (rev 1b) IDE UDMA66
controller on pci00:04.1
Apr 11 08:56:00 by-tor kernel: hda: QUANTUM FIREBALLlct08 13, ATA DISK
drive
Apr 11 08:56:00 by-tor kernel: hdb: ST36422A, ATA DISK drive
Apr 11 08:56:00 by-tor kernel: hdc: PCCD048, ATAPI CDROM drive
Apr 11 08:56:00 by-tor kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Apr 11 08:56:00 by-tor kernel: ide1 at 0x170-0x177,0x376 on irq 15
Apr 11 08:56:00 by-tor kernel: hda: TF.1=x00 TF.2=x00 TF.3=x00 TF.4=x00
TF.5=x00 TF.6=x40 TF.7=xf8 <6>hda: QUANTUM FIREBALLlct08 13, 12416MB
w/418kB Cache, CHS=1582/255/63, (U)DMA
Apr 11 08:56:00 by-tor kernel: hda: TF.1=x02 TF.2=x00 TF.3=x00 TF.4=x00
TF.5=x00 TF.6=x00 TF.7=xef <6>hdb: ST36422A, 6103MB w/256kB Cache,
CHS=13228/15/63, UDMA(33)
Apr 11 08:56:00 by-tor kernel: hdb: TF.1=x02 TF.2=x00 TF.3=x00 TF.4=x00
TF.5=x00 TF.6=x00 TF.7=xef hdc: ATAPI 48X CD-ROM drive, 128kB Cache,
UDMA(33)
-- 
Ciao     |              
sno...@libero.it
Lorenzo  |  "Produci, consuma, crepa" - CCCP Fedeli alla Linea

4:15pm  up 17 days,  7:53,  5 users,  load average: 0.00, 0.03, 0.08
Mi sento meglio, grazie!

 Mi sento meglio, grazie!
Figurati... anche se c'e' sotto un UPS che fa il suo dovere (settimana
scorsa a causa di un temporale in zona e' saltato il salvavita... sneza
ups sarei rimasto a piedi) :-)
