linux-kernel - Re: regression introduced by "block: Add support for DAX reads/writes to block devices"

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:	Fri, 14 Aug 2015 09:28:25 -0700
From:	Dan Williams <dan.j.williams@...el.com>
To:	"Wilcox, Matthew R" <matthew.r.wilcox@...el.com>
Cc:	Jeff Moyer <jmoyer@...hat.com>,
	Linda Knippers <linda.knippers@...com>,
	Boaz Harrosh <boaz@...xistor.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
	"Verma, Vishal L" <vishal.l.verma@...el.com>
Subject: Re: regression introduced by "block: Add support for DAX reads/writes
 to block devices"

On Thu, Aug 13, 2015 at 12:32 PM, Wilcox, Matthew R
<matthew.r.wilcox@...el.com> wrote:
> I liked the patch you were pushing to request the *page* containing the requested bytes instead of the *block* containing the requested bytes.
>
> For the misaligned partition problem, I was thinking we should change the direct_access API to return a phys_addr_t instead of a pfn.  That way we can return something that isn't actually page aligned, and DAX can take care of making sure it doesn't overshoot the end.


If you go that route please make it __pfn_t + offset rather than
phys_addr_t so we can communicate the PFN_DEV flag among others.
--
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/