[PATCH v7 0/3] FDP and per-io hints

[Javier Gonzalez]

> -----Original Message-----
> From: Christoph Hellwig <hch at lst.de>
> Sent: Monday, October 14, 2024 8:21 AM
> To: Jens Axboe <axboe at kernel.dk>
> Cc: Christoph Hellwig <hch at lst.de>; Javier Gonzalez <javier.gonz at samsung.com>;
> Keith Busch <kbusch at kernel.org>; Martin K. Petersen
> <martin.petersen at oracle.com>; Kanchan Joshi <joshi.k at samsung.com>;
> hare at suse.de; sagi at grimberg.me; brauner at kernel.org; viro at zeniv.linux.org.uk;
> jack at suse.cz; jaegeuk at kernel.org; bcrl at kvack.org; dhowells at redhat.com;
> bvanassche at acm.org; asml.silence at gmail.com; linux-nvme at lists.infradead.org;
> linux-fsdevel at vger.kernel.org; io-uring at vger.kernel.org; linux-
> block at vger.kernel.org; linux-aio at kvack.org; gost.dev at samsung.com;
> vishak.g at samsung.com
> Subject: Re: [PATCH v7 0/3] FDP and per-io hints
> 
> On Fri, Oct 11, 2024 at 11:08:26AM -0600, Jens Axboe wrote:
> >
> > I think that last argument is a straw man - for any kind of interface
> > like this, we've ALWAYS just had the rule that any per-whatever
> > overrides the generic setting.
> 
> And exactly that is the problem.  For file systems we can't support
> that sanely.  So IFF you absolutely want the per-I/O hints we need
> an opt in by the file operations.  I've said that at least twice
> in this discussion before, but as everyone likes to have political
> discussions instead of technical ones no one replied to that.

Is it a way forward to add this in a new spin of the series - keeping the 
temperature mapping on the NVMe side?

If not, what would be acceptable for a first version, before getting into adding
a new interface to expose agnostic hints?