[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e37e0d80-9ddc-5a36-44a6-22dd0e36bf8d@acm.org>
Date: Mon, 7 Aug 2023 14:04:21 -0700
From: Bart Van Assche <bvanassche@....org>
To: jeuk20.kim@...sung.com, "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/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.
Powered by blists - more mailing lists