Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   "Martin K. Petersen" <martin.petersen@oracle.com>
To:     kys@microsoft.com, longli@microsoft.com, wei.liu@kernel.org,
        decui@microsoft.com, jejb@linux.ibm.com,
        linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-scsi@vger.kernel.org, Michael Kelley <mikelley@microsoft.com>
Cc:     "Martin K . Petersen" <martin.petersen@oracle.com>,
        stable@vger.kernel.org
Subject: Re: [PATCH 1/1] scsi: storvsc: Fix handling of virtual Fibre Channel timeouts
Date:   Mon, 31 Jul 2023 15:46:17 -0400
Message-Id: <169083273233.2873926.15195678771794220955.b4-ty@oracle.com>
In-Reply-To: <1690606764-79669-1-git-send-email-mikelley@microsoft.com>
References: <1690606764-79669-1-git-send-email-mikelley@microsoft.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk

On Fri, 28 Jul 2023 21:59:24 -0700, Michael Kelley wrote:

> Hyper-V provides the ability to connect Fibre Channel LUNs to the host
> system and present them in a guest VM as a SCSI device. I/O to the vFC
> device is handled by the storvsc driver. The storvsc driver includes
> a partial integration with the FC transport implemented in the generic
> portion of the Linux SCSI subsystem so that FC attributes can be
> displayed in /sys.  However, the partial integration means that some
> aspects of vFC don't work properly. Unfortunately, a full and correct
> integration isn't practical because of limitations in what Hyper-V
> provides to the guest.
> 
> [...]

Applied to 6.5/scsi-fixes, thanks!

[1/1] scsi: storvsc: Fix handling of virtual Fibre Channel timeouts
      https://git.kernel.org/mkp/scsi/c/175544ad48cb

-- 
Martin K. Petersen	Oracle Linux Engineering