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

Re: [RFC XEN PATCH v4 1/5] xen/vpci: Clear all vpci status of device


  • To: "Hildebrand, Stewart" <Stewart.Hildebrand@xxxxxxx>
  • From: "Chen, Jiqian" <Jiqian.Chen@xxxxxxx>
  • Date: Wed, 10 Jan 2024 06:24:26 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=2ic+dQrxDEN2PXgKgtZbj6lGK54OQ8ahMVCJLoStW6Y=; b=W8Od4HX3GACysWrBwKu2kY+P6OcKAWClf4zs9pojvkhDSwyxfLN39uAhGJh2nJu9VN7vOkshTtpDZ11byNkpH3kASO6Tu7QDTg7nx6GIGOEva+3m0Ar5A0PNI5CaQuNl+8yWMWg12ZV0GGGFjavQDQJmCd1XubWrTpNkiE8aY6H3YTKNauXfN64JfEgZ+4/lVjnxX6B1YPyTig6K4iQ7vlBDAdfQ9zVd5+BbpjUaJyuUJljUNkaptBmV4JPKkAP8DQo3HI0Tzfi8oPiPG1dJ6FR9wPf14uLuFzDf9pMDropvZTccSXl9o+QxfRZZW91LsOuDfXk0O/4ALiVreApszg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G4AvRaQWSGpCs8h9Joh+2NXeh05vopMFWCQAQZU8TOBvGWty+43wQW/8bB9OjZVJWFb7vjR/O6nyu+IG80NLem/gyVLRg5e+L5Ryky+FQQK6J0Xthd3AzkNAA2/9CGj9LnbhpX8Gq35jD4jTGg1946GWWtudbyAGAYK9IWRbJTEa+Hl6kPEE494ZvOBPlo5bvnHRpeEUkIKDcSg7IHW43dkobOp+EUYTX/5EmxR/KGznJmbjNQBxsgB1caBThPkQqbYBUZihhPbk2lkqpLrUAzcY3UVje7Yss04IyDaop16k4+GkxV19YwsQyQZ5xsaKOFHvrY2gLcwSsCuMet9rgw==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, Juergen Gross <jgross@xxxxxxxx>, "Huang, Ray" <Ray.Huang@xxxxxxx>, "Chen, Jiqian" <Jiqian.Chen@xxxxxxx>
  • Delivery-date: Wed, 10 Jan 2024 06:24:41 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHaP6YrwTeuO8u85U6eXqUvf5Gm3LDRoHaAgAF/ZoA=
  • Thread-topic: [RFC XEN PATCH v4 1/5] xen/vpci: Clear all vpci status of device

On 2024/1/9 23:24, Stewart Hildebrand wrote:
> On 1/5/24 02:09, Jiqian Chen wrote:
>> diff --git a/xen/drivers/pci/physdev.c b/xen/drivers/pci/physdev.c
>> index 42db3e6d133c..552ccbf747cb 100644
>> --- a/xen/drivers/pci/physdev.c
>> +++ b/xen/drivers/pci/physdev.c
>> @@ -67,6 +68,39 @@ ret_t pci_physdev_op(int cmd, 
>> XEN_GUEST_HANDLE_PARAM(void) arg)
>>          break;
>>      }
>>  
>> +    case PHYSDEVOP_pci_device_state_reset: {
>> +        struct physdev_pci_device dev;
>> +        struct pci_dev *pdev;
>> +        pci_sbdf_t sbdf;
>> +
>> +        if ( !is_pci_passthrough_enabled() )
>> +            return -EOPNOTSUPP;
>> +
>> +        ret = -EFAULT;
>> +        if ( copy_from_guest(&dev, arg, 1) != 0 )
>> +            break;
>> +        sbdf = PCI_SBDF(dev.seg, dev.bus, dev.devfn);
>> +
>> +        ret = xsm_resource_setup_pci(XSM_PRIV, sbdf.sbdf);
>> +        if ( ret )
>> +            break;
>> +
>> +        pcidevs_lock();
>> +        pdev = pci_get_pdev(NULL, sbdf);
>> +        if ( !pdev )
>> +        {
>> +            pcidevs_unlock();
>> +            ret = -ENODEV;
>> +            break;
>> +        }
>> +
> 
>         write_lock(&pdev->domain->pci_lock);
> 
>> +        ret = vpci_reset_device_state(pdev);
> 
>         write_unlock(&pdev->domain->pci_lock);
vpci_reset_device_state only reset the vpci state of pdev without deleting pdev 
from domain, and here has held pcidevs_lock, it has no need to lock pci_lock?

> 
>> +        pcidevs_unlock();
>> +        if ( ret )
>> +            printk(XENLOG_ERR "%pp: failed to reset PCI device state\n", 
>> &sbdf);
>> +        break;
>> +    }
>> +
>>      default:
>>          ret = -ENOSYS;
>>          break;
>> diff --git a/xen/drivers/vpci/vpci.c b/xen/drivers/vpci/vpci.c
>> index 72ef277c4f8e..3c64cb10ccbb 100644
>> --- a/xen/drivers/vpci/vpci.c
>> +++ b/xen/drivers/vpci/vpci.c
>> @@ -107,6 +107,15 @@ int vpci_add_handlers(struct pci_dev *pdev)
>>  
>>      return rc;
>>  }
>> +
>> +int vpci_reset_device_state(struct pci_dev *pdev)
>> +{
>> +    ASSERT(pcidevs_locked());
> 
>     ASSERT(rw_is_write_locked(&pdev->domain->pci_lock));
> 
>> +
>> +    vpci_remove_device(pdev);
>> +    return vpci_add_handlers(pdev);
>> +}
>> +
>>  #endif /* __XEN__ */
>>  
>>  static int vpci_register_cmp(const struct vpci_register *r1,

-- 
Best regards,
Jiqian Chen.

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.