Re: [PATCH 1/2] blk-crypto: don't use struct request_queue for public interfaces

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Eric Biggers <ebiggers@xxxxxxxxxx>
Subject: Re: [PATCH 1/2] blk-crypto: don't use struct request_queue for public interfaces
From: Christoph Hellwig <hch@xxxxxx>
Date: Fri, 4 Nov 2022 08:32:16 +0100
Cc: Christoph Hellwig <hch@xxxxxx>, Jens Axboe <axboe@xxxxxxxxx>, Mike Snitzer <snitzer@xxxxxxxxxx>, "Theodore Y. Ts'o" <tytso@xxxxxxx>, Jaegeuk Kim <jaegeuk@xxxxxxxxxx>, dm-devel@xxxxxxxxxx, linux-block@xxxxxxxxxxxxxxx, linux-fscrypt@xxxxxxxxxxxxxxx
In-reply-to: <Y2S/DfZTr90t6QXv@sol.localdomain>
References: <20221104054621.628369-1-hch@lst.de> <20221104054621.628369-2-hch@lst.de> <Y2S/DfZTr90t6QXv@sol.localdomain>
User-agent: Mutt/1.5.17 (2007-11-01)

On Fri, Nov 04, 2022 at 12:28:13AM -0700, Eric Biggers wrote:
> Shouldn't the three places above still say request_queue, not block_device?
> They're talking about the driver.

Yes, probably.

References:
- pass a struct block_device to the blk-crypto interfaces
  - From: Christoph Hellwig
- [PATCH 1/2] blk-crypto: don't use struct request_queue for public interfaces
  - From: Christoph Hellwig
- Re: [PATCH 1/2] blk-crypto: don't use struct request_queue for public interfaces
  - From: Eric Biggers

Prev by Date: Re: [PATCH 2/2] blk-crypto: add a blk_crypto_cfg_supported helper
Next by Date: Re: [QUESTION] {start,stop}_this_handle() and lockdep annotations
Previous by thread: Re: [PATCH 1/2] blk-crypto: don't use struct request_queue for public interfaces
Next by thread: [PATCH 2/2] blk-crypto: add a blk_crypto_cfg_supported helper
Index(es):
- Date
- Thread

[Index of Archives] [Linux RAID] [Linux SCSI] [Linux ATA RAID] [IDE] [Linux Wireless] [Linux Kernel] [ATH6KL] [Linux Bluetooth] [Linux Netdev] [Kernel Newbies] [Security] [Git] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Device Mapper]

Powered by Linux