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] [day] [month] [year] [list]
Date:	Sun, 16 Sep 2007 03:58:07 -0400
From:	Jeff Garzik <jgarzik@...ox.com>
To:	Mark Lord <liml@....ca>
CC:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Daniel J Blueman <daniel.blueman@...il.com>,
	Tejun Heo <htejun@...il.com>, linux-ide@...r.kernel.org,
	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: ICH Intel PATA short cable override...

Mark Lord wrote:
> Jeff Garzik wrote:
>> Mark Lord wrote:
>>> Ditto for selecting transfer modes.
>>
>>
>> Waiting on one thing AFAICS:
>>
>>     ability to drain/idle all ports +
>>     issue a command on one port +
>>     resume normal parallel port operation
>>
>> SET FEATURES - XFER MODE is special in that it requires all sorts of 
>> additional controller handling and careful cross-port synchronization.
> 
> Absolutely.
> 
> Also note that I'm *not* advocating HDIO_SET_PIO_MODE (and kin) here,
> but rather perhaps a sysfs option per-drive.  It is needed, especially for
> custom/embedded systems, and I suppose we will get there eventually.  :)

(did I reply to this already?  I forget)

We don't need any sysfs options.  Just normal SG_IO sending a SET 
FEATURES - XFER MODE command to the desired device.

Currently, that [sub-]command is intentionally filtered out because of 
the problems that would ensue.

Once the above EH mods are in place, we simply remove that filter, and 
The Right Thing(tm) happens when you submit an ATA command via normal 
methods.  No need for new sysfs hooks or new ioctls or anything.

	Jeff



-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ