[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20230802012035epcms2p4a6827b9192dc50b7ebd2d24de72f3fb5@epcms2p4>
Date: Wed, 02 Aug 2023 10:20:35 +0900
From: Jeuk Kim <jeuk20.kim@...sung.com>
To: Bart Van Assche <bvanassche@....org>,
Adrian Hunter <adrian.hunter@...el.com>
CC: "jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"avri.altman@....com" <avri.altman@....com>,
"dlunev@...omium.org" <dlunev@...omium.org>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] scsi: ufs: ufs-pci: Add support for QEMU
On 8/1/23, Bart Van Assche wrote:
> On 8/1/23 04:12, Adrian Hunter wrote:
> > I was really hoping for an explanation of "Why?" i.e.
> > why does anyone want a virtual UFS device? Why not use
> > any existing virtual block device?
>
> I hope this will enable testing of the UFS driver inside a virtual machine
> on systems without UFS host controller. Jeuk, is that correct?
>
> Thanks,
>
> Bart.
Hi Bart!
That's right.
I would say there are 3 main reasons why we need UFS virtualization.
1) As Bart said, it enables to test UFS drivers on virtual machines on
systems without UFS host controller.
2) It works as an emulation, so it's easier to reproduce and debug bug
situations on the device than on a real device.
3) It is easy to preemptively implement and test new features before the
real device is created.
Thanks,
Jeuk
Powered by blists - more mailing lists