Re: [PATCH 2/3] nvme: add polling options for loop target

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

To: Keith Busch <kbusch@xxxxxxxx>
Subject: Re: [PATCH 2/3] nvme: add polling options for loop target
From: Christoph Hellwig <hch@xxxxxx>
Date: Wed, 22 Mar 2023 09:23:10 +0100
Cc: linux-block@xxxxxxxxxxxxxxx, axboe@xxxxxxxxx, linux-nvme@xxxxxxxxxxxxxxxxxxx, hch@xxxxxx, sagi@xxxxxxxxxxx, Keith Busch <kbusch@xxxxxxxxxx>
In-reply-to: <20230322002350.4038048-3-kbusch@meta.com>
References: <20230322002350.4038048-1-kbusch@meta.com> <20230322002350.4038048-3-kbusch@meta.com>
User-agent: Mutt/1.5.17 (2007-11-01)

On Tue, Mar 21, 2023 at 05:23:49PM -0700, Keith Busch wrote:
> From: Keith Busch <kbusch@xxxxxxxxxx>
> 
> This is for mostly for testing purposes.

I have to admit I'd rather not merge this upstream.  Any good reason
why we'd absolutely would want to have it?

Follow-Ups:
- Re: [PATCH 2/3] nvme: add polling options for loop target
  - From: Keith Busch
- Re: [PATCH 2/3] nvme: add polling options for loop target
  - From: Daniel Wagner

References:
- [PATCH 0/3] nvme fabrics polling fixes
  - From: Keith Busch
- [PATCH 2/3] nvme: add polling options for loop target
  - From: Keith Busch

Prev by Date: Re: [PATCH] block: don't set GD_NEED_PART_SCAN if scan partition failed
Next by Date: Re: [PATCH 3/3] blk-mq: directly poll requests
Previous by thread: Re: [PATCH 2/3] nvme: add polling options for loop target
Next by thread: Re: [PATCH 2/3] nvme: add polling options for loop target
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