Em Sunday 05 August 2001 05:23, Lisias Toledo escreveu:
> O hda possui suporte ultradma, mas o hdb n�o.
>
> At� onde eu sei, n�o se deve misturar HDs PIO com DMA no mesmo cabo
> (n�o me lembro o motivo, nem se era pepino de chipset que pode ter
> sido resolvido). Quando isto acontece, ambos os HDs devem ser usados
> como PIO.
>
> O kernel 2.0 (e creio que o 2.2, quando migrei n�o tive problemas com
> meu computador que tinha um HD velho junto com um mais novo)
> desabilita o dma por default, sendo necess�rio usar o hdparm para
> ativ�-lo.
>
> Se o 2.2 tbm mant�m o dma desativado, este � o motivo pelo qual ele
> n�o dava pau antes.
>
> O 2.4 deve estar ativando o ultra-dma quando encontra um HD capaz, e
> como o seu segundo n�o ag�enta o tranco, ele tenta at� desistir e vai
> pro PIO. *Talvez* ele reduza o hda para PIO tbm, mas isto � algo a
> ser verificado com o hdparm.
>
> </chute>
>
> � um chute, mas � um chute calculado. O kernel 2.0 mant�m o ultra-dma
> desativado por padr�o, disto eu tenho certeza. Quando migrei pro 2.2,
> alguns arquivos de sistema deixaram de funcionar (lsof, entre outros)
> e voltei atr�s pro 2.0, que uso at� hoje no servidor de arquivos. Mas
> n�o obtive NENHUM problema com os hds no 2.2, ent�o ***presumo*** que
> ele tenha um comportamento igual ao do 2.0.
>
> Pelo menos, vc agora tem algo pra brincar no Domingo. 8-P
Bota brincadeira nisso. Voc� me fez abrir CPU e passar o hdb para hdc.
Mas n�o funcionou. Tentei desbilitar UDMA pela BIOS (AWARD da ASUS
P5SB), mudei o PIO/DMA de AUTO para 4/2 at� 0/0. Nada.
Usei o hdparm com o comando hdparm -X10 /dev/hdc, que segundo o man
passo o hdc para PIO 2. Nothing. Veja as informa��es que passa o hdparm:
# /sbin/hdparm -i /dev/hdc
/dev/hdc:
Model=FUJITSU MPD3084AT, FwRev=DD-03-47, SerialNo=01017948
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=16514064
IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2
AdvancedPM=yes: disabled (255)
Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4
Ou seja, estou com o hdc junto com o hdd (CD-DOM) no IDE1, separado do
hda (que n�o d� problemas) no IDE0, mas o erro continua sendo reportado
no kernel 2.4:
SIS5513: IDE controller on PCI bus 00 dev 01
SIS5513: chipset revision 208
SIS5513: not 100% native mode: will probe irqs later
SiS530
ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
hda: WDC WD307AA-32BAA0, ATA DISK drive
hdc: FUJITSU MPD3084AT, ATA DISK drive
hdd: FX162T4, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 60074784 sectors (30758 MB) w/2048KiB Cache, CHS=3739/255/63,
UDMA(33)
hdc: 16514064 sectors (8455 MB) w/512KiB Cache, CHS=16383/16/63,
UDMA(33)
Partition check:
hda: hda1 hda2 hda3 < hda5 hda6 hda7 >
hdc:hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
hdc: drive not ready for command
[PTBL] [1027/255/63] hdc1 hdc2 <hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
hdc: drive not ready for command
hdc5hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
hdc: drive not ready for command
hdc6 >
Mesmo assim, depois do boot, tudo funciona normal.
--
Edgard Lemos
[EMAIL PROTECTED]
Usu�rio Linux n� 135479
Assinantes em 05/08/2001: 2259
Mensagens recebidas desde 07/01/1999: 126421
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
