linux-kernel - Re: unresponsiveness on linux desktop during file copy

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <5bdc1c8b0905152037r614eaf8ft222c7a6294f2e80f@mail.gmail.com>
Date:	Fri, 15 May 2009 20:37:29 -0700
From:	Mark Knecht <markknecht@...il.com>
To:	Satish Eerpini <eerpini@...il.com>
Cc:	Rik van Riel <riel@...hat.com>, Ray Lee <ray-lk@...rabbit.org>,
	Christoph Lameter <cl@...ux-foundation.org>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: unresponsiveness on linux desktop during file copy

On Fri, May 15, 2009 at 8:12 PM, Satish Eerpini <eerpini@...il.com> wrote:
>> I googled on "82801GBM/GHM slow" and found a lot to read.
>
> will read through that ,...
>
>> Is DMA for this drive enabled? It seems that some others didn't have
>> it enabled by default, or maybe at all. I didn't real the threads very
>> far.
>
> the udma5 mode seems to be enabled , though I can't really make any
> sense out of it:
>
> hdparm -i /dev/sda
>
> /dev/sda:
>
>  Model=TOSHIBA MK1234GSX                       , FwRev=AH001H  ,
> SerialNo=           372HFDVGS
>  Config={ Fixed }
>  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
>  BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=?16?
>  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648
>  IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
>  PIO modes:  pio0 pio1 pio2 pio3 pio4
>  DMA modes:  sdma0 sdma1 sdma2 mdma0 mdma1 mdma2
>  UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
>  AdvancedPM=yes: unknown setting WriteCache=enabled
>  Drive conforms to: Unspecified:  ATA/ATAPI-3,4,5,6,7
>
>  * signifies the current active mode
>
>> hdparm -d1 /dev/sda
>
> got the following error when I tried setting the mode as above, I
> think along with -d1 we need to give some "X" argument( or so reads
> the man page)..
>
>  hdparm -d1 /dev/sda
>
> /dev/sda:
>  setting using_dma to 1 (on)
>  HDIO_SET_DMA failed: Inappropriate ioctl for device
>  HDIO_GET_DMA failed: Inappropriate ioctl for device
>
>> Clearly, since you see the same thing in a console with X never having
>> been started says it's not a GUI issue.
>
> yes I suppose, but any idea how I figure out what exactly is causing
> the IOWAIT, .. and if there are any patches, let me know, I can test
> them .
>
> Cheers
> Satish

OK, the solution for this is probably beyond my expertise but this
looks identical to when I got a Compaq laptop and the ATI chipset's
DMA driver wasn't working right. hdparm said I was using udma but I
got error messages like you are when I tried to enable DMA.

Do you believe this was working better on an earlier kernel? If so you
might drop back and see if these commands work better. If so that
would suggest a regression of some type.

Hopefully someone here can direct you to the right person that supports this.

- Mark
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/