[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPcyv4hELsX=dnqppbL72Tg2k8xMm-5ZaEsxM98eQ7XPoG5NGg@mail.gmail.com>
Date: Wed, 1 Jul 2020 09:08:17 -0700
From: Dan Williams <dan.j.williams@...el.com>
To: Christoph Hellwig <hch@....de>
Cc: Jens Axboe <axboe@...nel.dk>,
device-mapper development <dm-devel@...hat.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-m68k@...ts.linux-m68k.org, linux-xtensa@...ux-xtensa.org,
drbd-dev@...ts.linbit.com,
linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
linux-bcache@...r.kernel.org,
linux-raid <linux-raid@...r.kernel.org>,
linux-nvdimm <linux-nvdimm@...ts.01.org>,
linux-nvme@...ts.infradead.org,
linux-s390 <linux-s390@...r.kernel.org>
Subject: Re: [PATCH 16/20] block: move ->make_request_fn to struct block_device_operations
On Wed, Jul 1, 2020 at 2:01 AM Christoph Hellwig <hch@....de> wrote:
>
> The make_request_fn is a little weird in that it sits directly in
> struct request_queue instead of an operation vector. Replace it with
> a block_device_operations method called submit_bio (which describes much
> better what it does). Also remove the request_queue argument to it, as
> the queue can be derived pretty trivially from the bio.
>
> Signed-off-by: Christoph Hellwig <hch@....de>
> ---
[..]
> drivers/nvdimm/blk.c | 5 +-
> drivers/nvdimm/btt.c | 5 +-
> drivers/nvdimm/pmem.c | 5 +-
For drivers/nvdimm
Acked-by: Dan Williams <dan.j.williams@...el.com>
Powered by blists - more mailing lists