Re: [gentoo-user-es] DMA

[Mich Buchanan]

El Sat, 20 Nov 2004 11:33:35 +0100
Flamma <flamma@×××××××××.es> escribió:

> El vie, 19-11-2004 a las 20:29 +0100, Jose escribió:
> > Hola a tod@s
> >
> > Os escribo para ver si me podeis echar una mano con un problema q tengo
> > con el DMA del disco duro.
> >
> > El caso es q desde hace tiempo q noto muy bajo rendimiento en el
> > sistema, se nota especialmente cuando uso el mplayer.
> >
> > El caso es q he pensado q puede ser el DMA, q lo tengo desactivado, así
> > q me puse a investigar para activarlo:
> >
> > bash-2.05b# hdparm -d1 /dev/hda
> >
> > /dev/hda:
> >  setting using_dma to 1 (on)
> >  HDIO_SET_DMA failed: Operation not permitted     !!!----- no meja
> >  using_dma    =  0 (off)
> > bash-2.05b#
> >
> >
> > Se me ocurren pocas cosas, una es ver si tengo el modulo en el kernel
> > para mi chipset
> >
> > bash-2.05b# lspci
> > 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133]
> > (rev 03)
> > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
> > 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
> > (rev 40)
> > 00:07.1 IDE interface: VIA Technologies, Inc.
> > VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06)
> > 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a)
> > 00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 1a)
> > 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev
> > 40)
> > 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> > RTL-8139/8139C/8139C+ (rev 10)
> > 00:0d.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100]
> > (rev 04)
> > 00:0f.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev
> > 06)
> > 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2
> > MX/MX 400] (rev b2)
> > bash-2.05b#
> >
> >
> > De la salida de lspci deduzco q es via82cxxx.ko, q es lo mas parecido q
> > he encontrado en la configuración del kernel, pero tampoco funciona el
> > hdparm con el módulo cargado.
> >
> >
> > Y es en este punto cuando recurro a la lista pq ya no se q más hacer :P
> >
> >
> > a ver si alguien me echa una mano, muchas gracias!!!!
> >
>
> Justo ayer resolví el mismito problema. Me juego el cuello si se
> soluciona siguiendo los pasos de:
>
> http://bulma.net/body.phtml?nIdNoticia=551
>
> Y si no, escribe y buscamos más... Por cierto, ¿qué kernel usas?
>
> (Ya he enviado este mensaje al autor, porque se me olvidó el Ctrl+L .
> Lo reenví a la lista por si resulta de provecho para alguien más.)
>
>
> --
> gentoo-user-es@g.o mailing list
>

Pues no se como se soluciona, pero también estoy interesado en saber como se soluciona el problema, mi caso es una controladora sata con un disco sata seagate con caché de 8MB, la vt8237, ya he revisado que tengo compilado en el kernel el soporte para la controladora, pero me encuentro con que en cada vez q reinicio con este fstab, linux se reinicia solo:


/dev/sda2 /boot ext2 noauto,noatime 1 2
/dev/sda9 / reiserfs noatime,notail 0 1
/dev/sda10 /home reiserfs noatime 0 1
/dev/sda3 none swap sw 0 0

Modifiqué la línea de la partición / para q no se revisara en el arranque y se acabaron los reinicios (creo que al revisar una partición y encontrar errores la partición no se puede montar como de escritura y de ahí el reinicio):

/dev/sda9 / reiserfs noatime,notail 0 0

pero claro, ahora en el dmesg obtengo esto:

[...]
ReiserFS: sda9: found reiserfs format "3.6" with standard journal
ReiserFS: sda9: using ordered data mode
ReiserFS: sda9: journal params: device sda9, size 8192, journal first block 18, max trans len 1024, max batch900, max commit age 30, max trans age 30
ReiserFS: sda9: checking transaction log (sda9)
ReiserFS: sda9: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 752k freed
Adding 514072k swap on /dev/sda3. Priority:-1 extents:1
ReiserFS: sda9: Removing [1659998 1660020 0x0 SD]..done
ReiserFS: sda9: There were 1 uncompleted unlinks/truncates. Completed
[...]

¿alguna idea de pq se corrompe (o eso me parece) la información del disco en cada reinicio?

Como dato o pista obtengo esto en el hdparm que se parece un poco a lo que te aparece a ti:

baywatch-1 mich # hdparm -tT /dev/sda

/dev/sda:
Timing cached reads: 1312 MB in 2.00 seconds = 654.79 MB/sec
BLKFLSBUF failed: Operation not supported
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not supported
Timing buffered disk reads: 162 MB in 3.02 seconds = 53.67 MB/sec
BLKFLSBUF failed: Operation not supported
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not supported 

el disco creo q rinde bien, pero dice que no soporta operaciones como flush, que creo q es vaciar la caché del disco y esa podría ser la causa de los problemas, ¿tenéis idea de como solucionarlo?

Muchas gracias por adelantado y saludos a todos gentooza, ya que ¡¡este es mi estreno en la lista de Gentoo!!

--
gentoo-user-es@g.o mailing list