linux-kernel - Re: Quick question about libata and hdparm

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: <20090420173526.GA7935@ime.usp.br>
Date:	Mon, 20 Apr 2009 14:35:27 -0300
From:	Rogério Brito <rbrito@....usp.br>
To:	Jeff Garzik <jeff@...zik.org>
Cc:	Michael Tokarev <mjt@....msk.ru>, Mark Lord <lkml@....ca>,
	linux-kernel@...r.kernel.org
Subject: Re: Quick question about libata and hdparm

Hi, Jeff.

On Apr 19 2009, Jeff Garzik wrote:
> Well, it's supposed to reduce speed in several circumstances... just
> not Michael's.  :)

Well, I'll take that as a yes. :-)

Can you comment on the dmesg log attached? I'd like to, at least,
understand what is happening, since I'm starting to consider using
libata with all my computers.

This computer, in particular, uses an IDE drive with a 40 ribbon cable
(and, thus, no UDMA/66). The cable is well put (checked two times
already) and I believe that everything is OK with this cable, since I
substituted it was already substituting one that gave me the same
results.

I can post any information that is desired about this machine (but the
dmesg talks a lot about it, of course).

(Yes, this dmesg is from Ubuntu, and, yes, I can use a vanilla kernel
from kernel.org--just let me know if it is necessary to change anything
and I will do just that).

Thanks, Rogério.

-- 
Rogério Brito : rbrito@...ckenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org

View attachment "dmesg-dumont.txt" of type "text/plain" (32124 bytes)