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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140919112147.GA4639@infradead.org>
Date:	Fri, 19 Sep 2014 04:21:47 -0700
From:	Christoph Hellwig <hch@...radead.org>
To:	"Elliott, Robert (Server Storage)" <Elliott@...com>
Cc:	Andreas Dilger <adilger@...ger.ca>,
	Milosz Tanski <milosz@...in.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Christoph Hellwig <hch@...radead.org>,
	"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
	"linux-aio@...ck.org" <linux-aio@...ck.org>,
	Mel Gorman <mgorman@...e.de>,
	Volker Lendecke <Volker.Lendecke@...net.de>,
	Tejun Heo <tj@...nel.org>, Jeff Moyer <jmoyer@...hat.com>
Subject: Re: [RFC PATCH 0/7] Non-blockling buffered fs read (page cache only)

On Mon, Sep 15, 2014 at 10:36:46PM +0000, Elliott, Robert (Server Storage) wrote:
> That sounds like the proposed WRITE SCATTERED/READ GATHERED 
> commands for SCSI (where are related to, but not necessarily
> tied to, atomic writes).  We discussed them a bit at 
> LSF-MM 2013 - see http://lwn.net/Articles/548116/.

In the same way a preadx/pwritex could use but would not require an
O_ATOMIC.  What's the status of those in t10?  Last I heard
READ GATHERED was out and they were only looking into WRITE SCATTERED?

Without the atomic WRITE SCATTERED use case adding the syscalls seems
rather pointless, and I'd really avoid blocking nice software only
features like the per-I/O nonblock flag (and the similarly trivial
per-I/O sync option I have a prototype for) on it.

Speaking of easy flags:  while a nonblock flags for writes wouldn't
be anywhere near as easy as the one for reads would there be sufficient
interested in it to bother implementing it?
--
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