Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753298AbcKARGk (ORCPT ); Tue, 1 Nov 2016 13:06:40 -0400 Received: from verein.lst.de ([213.95.11.211]:54580 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751337AbcKARGi (ORCPT ); Tue, 1 Nov 2016 13:06:38 -0400 Date: Tue, 1 Nov 2016 18:06:36 +0100 From: Christoph Hellwig To: Jens Axboe Cc: Christoph Hellwig , linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: block device direct I/O fast path Message-ID: <20161101170636.GA22639@lst.de> References: <1477936765-8828-1-git-send-email-hch@lst.de> <20161101170019.GB9797@kernel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161101170019.GB9797@kernel.dk> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 556 Lines: 10 On Tue, Nov 01, 2016 at 11:00:19AM -0600, Jens Axboe wrote: > #2 is a bit more problematic, I'm pondering how we can implement that on > top of the bio approach. The nice thing about the request based approach > is that we have a 1:1 mapping with the unit on the driver side. And we > have a place to store the timer. I don't particularly love the embedded > timer, however, it'd be great to implement that differently. Trying to > think of options there, haven't found any yet. I have a couple ideas for that. Give me a few weeks and I'll send patches.