[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230808010157epcms2p378d787756af41ec0715f056f3bdb6d5d@epcms2p3>
Date: Tue, 08 Aug 2023 10:01:57 +0900
From: Jeuk Kim <jeuk20.kim@...sung.com>
To: Bart Van Assche <bvanassche@....org>,
"jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"adrian.hunter@...el.com" <adrian.hunter@...el.com>,
"avri.altman@....com" <avri.altman@....com>
CC: "linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] scsi: ufs: ufs-pci: Add support for QEMU
On 8/8/23, Bart Van Assche wrote:
> On 8/6/23 18:37, Jeuk Kim wrote:
>> static const struct pci_device_id ufshcd_pci_tbl[] = {
>> + { PCI_VENDOR_ID_REDHAT, 0x0013, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
>> { PCI_VENDOR_ID_SAMSUNG, 0xC00C, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
>
> Does Red Hat agree with using device ID 0x0013 for this purpose? Is it
> guaranteed that this device ID won't be used for any other purpose?
>
> Thanks,
>
> Bart.
Yes.
Red Hat donated part of its device ID range to QEMU, which is 1b36:0001 to 1b36:00ff,
and the QEMU community has accepted UFS to use device ID 1b36:0x0013.
The document can be found at https://www.qemu.org/docs/master/specs/pci-ids.html.
As qemu.git/master is frozen for the next release, you cannot see the QEMU UFS device ID on the page now.
You will be able to see it after about 22 August.
Thanks,
Jeuk
Powered by blists - more mailing lists