WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [PATCH 06/12] xen pci platform device driver

To: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH 06/12] xen pci platform device driver
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Tue, 18 May 2010 11:11:02 -0700
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Don Dutile <ddutile@xxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, Sheng Yang <sheng@xxxxxxxxxxxxxxx>
Delivery-date: Tue, 18 May 2010 11:12:51 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1274178187-20602-6-git-send-email-stefano.stabellini@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <alpine.DEB.2.00.1005181054260.11380@kaball-desktop> <1274178187-20602-6-git-send-email-stefano.stabellini@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc12 Lightning/1.0b2pre Thunderbird/3.0.4
On 05/18/2010 03:23 AM, Stefano Stabellini wrote:
> Add the xen pci platform device driver that is responsible
> for initializing the grant table and xenbus in PV on HVM mode.
> Few changes to xenbus and grant table are necessary to allow the delayed
> initialization in HVM mode.
> Grant table needs few additional modifications to work in HVM mode.
>   

This needs a description of how event and interrupt handling work in
this environment.

> When running on HVM the event channel upcall is never called while in
> progress because it is a normal Linux irq handler, therefore we cannot
> be sure that evtchn_upcall_pending is 0 when returning.
>   

Is that because the interrupt raised by a pending event is
edge-triggered, so that even if the event is still pending on return,
the corresponding interrupt isn't still asserted?

> For this reason if evtchn_upcall_pending is set by Xen we need to loop
> again on the event channels set pending otherwise we might loose some
> event channel deliveries.
>   

So if the event is raised after the event processing loop but before the
handler returns, the corresponding interrupt is still asserted so the
interrupt handler will be re-entered immediately?  But if that's true,
then why is an event occurring during the loop liable to get missed?


> Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
> Signed-off-by: Sheng Yang <sheng@xxxxxxxxxxxxxxx>
> ---
>  drivers/xen/Kconfig                 |    8 ++
>  drivers/xen/Makefile                |    3 +-
>  drivers/xen/events.c                |    5 +-
>  drivers/xen/grant-table.c           |   70 +++++++++++--
>  drivers/xen/platform-pci.c          |  198 
> +++++++++++++++++++++++++++++++++++
>  drivers/xen/xenbus/xenbus_probe.c   |   20 +++-
>  include/xen/grant_table.h           |    1 +
>  include/xen/interface/grant_table.h |    1 +
>  include/xen/platform_pci.h          |    9 ++
>  include/xen/xenbus.h                |    1 +
>  10 files changed, 300 insertions(+), 16 deletions(-)
>  create mode 100644 drivers/xen/platform-pci.c
>
> diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig
> index fad3df2..da312e2 100644
> --- a/drivers/xen/Kconfig
> +++ b/drivers/xen/Kconfig
> @@ -62,4 +62,12 @@ config XEN_SYS_HYPERVISOR
>        virtual environment, /sys/hypervisor will still be present,
>        but will have no xen contents.
>  
> +config XEN_PLATFORM_PCI
> +     tristate "xen platform pci device driver"
> +     depends on XEN
> +     help
> +       Driver for the Xen PCI Platform device: it is responsible for
> +       initializing xenbus and grant_table when running in a Xen HVM
> +       domain. As a consequence this driver is required to run any Xen PV
> +       frontend on Xen HVM.
>  endmenu
> diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
> index 7c28434..e392fb7 100644
> --- a/drivers/xen/Makefile
> +++ b/drivers/xen/Makefile
> @@ -9,4 +9,5 @@ obj-$(CONFIG_XEN_XENCOMM)     += xencomm.o
>  obj-$(CONFIG_XEN_BALLOON)    += balloon.o
>  obj-$(CONFIG_XEN_DEV_EVTCHN) += evtchn.o
>  obj-$(CONFIG_XENFS)          += xenfs/
> -obj-$(CONFIG_XEN_SYS_HYPERVISOR)     += sys-hypervisor.o
> \ No newline at end of file
> +obj-$(CONFIG_XEN_SYS_HYPERVISOR)     += sys-hypervisor.o
> +obj-$(CONFIG_XEN_PLATFORM_PCI)       += platform-pci.o
> diff --git a/drivers/xen/events.c b/drivers/xen/events.c
> index a137a2f..cfc6d96 100644
> --- a/drivers/xen/events.c
> +++ b/drivers/xen/events.c
> @@ -671,7 +671,7 @@ void __xen_evtchn_do_upcall(struct pt_regs *regs)
>  
>               count = __get_cpu_var(xed_nesting_count);
>               __get_cpu_var(xed_nesting_count) = 0;
> -     } while(count != 1);
> +     } while(count != 1 || vcpu_info->evtchn_upcall_pending);
>   

I still don't think I understand the need for this (or if its needed,
why its correct).

>  
>  out:
>  
> @@ -731,7 +731,8 @@ static int rebind_irq_to_cpu(unsigned irq, unsigned tcpu)
>       struct evtchn_bind_vcpu bind_vcpu;
>       int evtchn = evtchn_from_irq(irq);
>  
> -     if (!VALID_EVTCHN(evtchn))
> +     if (!VALID_EVTCHN(evtchn) ||
> +             (xen_hvm_domain() && !xen_have_vector_callback))
>   

A comment would be useful here.  Is it that events delivered via IO APIC
are always routed to vcpu 0, but PV events and vectored HVM events can
be delivered to any vcpu?

>               return -1;
>  
>       /* Send future instances of this interrupt to other vcpu. */
> diff --git a/drivers/xen/grant-table.c b/drivers/xen/grant-table.c
> index f66db3b..6f5f3ba 100644
> --- a/drivers/xen/grant-table.c
> +++ b/drivers/xen/grant-table.c
> @@ -37,11 +37,14 @@
>  #include <linux/slab.h>
>  #include <linux/vmalloc.h>
>  #include <linux/uaccess.h>
> +#include <linux/io.h>
>  
>  #include <xen/xen.h>
>  #include <xen/interface/xen.h>
>  #include <xen/page.h>
>  #include <xen/grant_table.h>
> +#include <xen/platform_pci.h>
> +#include <xen/interface/memory.h>
>  #include <asm/xen/hypercall.h>
>  
>  #include <asm/pgtable.h>
> @@ -59,6 +62,7 @@ static unsigned int boot_max_nr_grant_frames;
>  static int gnttab_free_count;
>  static grant_ref_t gnttab_free_head;
>  static DEFINE_SPINLOCK(gnttab_list_lock);
> +static unsigned long hvm_pv_resume_frames;
>  
>  static struct grant_entry *shared;
>  
> @@ -449,6 +453,30 @@ static int gnttab_map(unsigned int start_idx, unsigned 
> int end_idx)
>       unsigned int nr_gframes = end_idx + 1;
>       int rc;
>  
> +     if (xen_hvm_domain()) {
> +             struct xen_add_to_physmap xatp;
> +             unsigned int i = end_idx;
> +             rc = 0;
> +             /*
> +              * Loop backwards, so that the first hypercall has the largest
> +              * index, ensuring that the table will grow only once.
> +              */
> +             do {
> +                     xatp.domid = DOMID_SELF;
> +                     xatp.idx = i;
> +                     xatp.space = XENMAPSPACE_grant_table;
> +                     xatp.gpfn = (hvm_pv_resume_frames >> PAGE_SHIFT) + i;
> +                     rc = HYPERVISOR_memory_op(XENMEM_add_to_physmap, &xatp);
> +                     if (rc != 0) {
> +                             printk(KERN_WARNING
> +                                             "grant table add_to_physmap 
> failed, err=%d\n", rc);
> +                             break;
> +                     }
> +             } while (i-- > start_idx);
> +
> +             return rc;
> +     }
> +
>       frames = kmalloc(nr_gframes * sizeof(unsigned long), GFP_ATOMIC);
>       if (!frames)
>               return -ENOMEM;
> @@ -476,9 +504,28 @@ static int gnttab_map(unsigned int start_idx, unsigned 
> int end_idx)
>  
>  int gnttab_resume(void)
>  {
> -     if (max_nr_grant_frames() < nr_grant_frames)
> +     unsigned int max_nr_gframes;
> +
> +     max_nr_gframes = max_nr_grant_frames();
> +     if (max_nr_gframes < nr_grant_frames)
>               return -ENOSYS;
> -     return gnttab_map(0, nr_grant_frames - 1);
> +
> +     if (xen_pv_domain())
> +             return gnttab_map(0, nr_grant_frames - 1);
> +
> +     if (!hvm_pv_resume_frames) {
> +             hvm_pv_resume_frames = alloc_xen_mmio(PAGE_SIZE * 
> max_nr_gframes);
>   

Can alloc_xen_mmio fail?  Can this possibly get called with the stub
version in place (returning ~0UL), and what does ioremap do if you pass
that into it?

> +             shared = ioremap(hvm_pv_resume_frames, PAGE_SIZE * 
> max_nr_gframes);
> +             if (shared == NULL) {
> +                     printk(KERN_WARNING
> +                                     "Fail to ioremap gnttab share 
> frames\n");
> +                     return -ENOMEM;
> +             }
> +     }
> +
> +     gnttab_map(0, nr_grant_frames - 1);
> +
> +     return 0;
>  }
>  
>  int gnttab_suspend(void)
> @@ -505,15 +552,12 @@ static int gnttab_expand(unsigned int req_entries)
>       return rc;
>  }
>  
> -static int __devinit gnttab_init(void)
> +int gnttab_init(void)
>  {
>       int i;
>       unsigned int max_nr_glist_frames, nr_glist_frames;
>       unsigned int nr_init_grefs;
>  
> -     if (!xen_domain())
> -             return -ENODEV;
> -
>       nr_grant_frames = 1;
>       boot_max_nr_grant_frames = __max_nr_grant_frames();
>  
> @@ -557,4 +601,16 @@ static int __devinit gnttab_init(void)
>       return -ENOMEM;
>  }
>  
> -core_initcall(gnttab_init);
> +static int __devinit __gnttab_init(void)
> +{
> +     /* Delay grant-table initialization in the PV on HVM case */
> +     if (xen_hvm_domain())
> +             return 0;
> +
> +     if (!xen_pv_domain())
> +             return -ENODEV;
> +
> +     return gnttab_init();
> +}
> +
> +core_initcall(__gnttab_init);
> diff --git a/drivers/xen/platform-pci.c b/drivers/xen/platform-pci.c
> new file mode 100644
> index 0000000..7a8da66
> --- /dev/null
> +++ b/drivers/xen/platform-pci.c
> @@ -0,0 +1,198 @@
> +/******************************************************************************
> + * platform-pci.c
> + *
> + * Xen platform PCI device driver
> + * Copyright (c) 2005, Intel Corporation.
> + * Copyright (c) 2007, XenSource Inc.
> + * Copyright (c) 2010, Citrix
> + *
> + * This program is free software; you can redistribute it and/or modify it
> + * under the terms and conditions of the GNU General Public License,
> + * version 2, as published by the Free Software Foundation.
> + *
> + * This program is distributed in the hope it will be useful, but WITHOUT
> + * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> + * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License for
> + * more details.
> + *
> + * You should have received a copy of the GNU General Public License along 
> with
> + * this program; if not, write to the Free Software Foundation, Inc., 59 
> Temple
> + * Place - Suite 330, Boston, MA 02111-1307 USA.
> + *
> + */
> +
> +#include <asm/io.h>
> +
> +#include <linux/interrupt.h>
> +#include <linux/module.h>
> +#include <linux/pci.h>
> +
> +#include <xen/grant_table.h>
> +#include <xen/platform_pci.h>
> +#include <xen/interface/platform_pci.h>
> +#include <xen/xenbus.h>
> +#include <xen/events.h>
> +#include <xen/hvm.h>
> +
> +#define DRV_NAME    "xen-platform-pci"
> +
> +MODULE_AUTHOR("ssmith@xxxxxxxxxxxxx and stefano.stabellini@xxxxxxxxxxxxx");
> +MODULE_DESCRIPTION("Xen platform PCI device");
> +MODULE_LICENSE("GPL");
> +
> +static unsigned long platform_mmio;
> +static unsigned long platform_mmio_alloc;
> +static unsigned long platform_mmiolen;
> +
> +unsigned long alloc_xen_mmio(unsigned long len)
> +{
> +     unsigned long addr;
> +
> +     addr = platform_mmio + platform_mmio_alloc;
> +     platform_mmio_alloc += len;
> +     BUG_ON(platform_mmio_alloc > platform_mmiolen);
> +
> +     return addr;
> +}
> +
> +static uint64_t get_callback_via(struct pci_dev *pdev)
> +{
> +     u8 pin;
> +     int irq;
> +
> +     irq = pdev->irq;
> +     if (irq < 16)
> +             return irq; /* ISA IRQ */
> +
> +     pin = pdev->pin;
> +
> +     /* We don't know the GSI. Specify the PCI INTx line instead. */
> +     return ((uint64_t)0x01 << 56) | /* PCI INTx identifier */
> +             ((uint64_t)pci_domain_nr(pdev->bus) << 32) |
> +             ((uint64_t)pdev->bus->number << 16) |
> +             ((uint64_t)(pdev->devfn & 0xff) << 8) |
> +             ((uint64_t)(pin - 1) & 3);
> +}
> +
> +static irqreturn_t do_hvm_evtchn_intr(int irq, void *dev_id)
> +{
> +     xen_hvm_evtchn_do_upcall(get_irq_regs());
> +     return IRQ_HANDLED;
> +}
> +
> +static int xen_allocate_irq(struct pci_dev *pdev)
> +{
> +     return request_irq(pdev->irq, do_hvm_evtchn_intr,
> +                     IRQF_DISABLED | IRQF_NOBALANCING | IRQF_TRIGGER_RISING,
> +                     "xen-platform-pci", pdev);
> +}
> +
> +static int __devinit platform_pci_init(struct pci_dev *pdev,
> +                                    const struct pci_device_id *ent)
> +{
> +     int i, ret;
> +     long ioaddr, iolen;
> +     long mmio_addr, mmio_len;
> +     uint64_t callback_via;
> +
> +     i = pci_enable_device(pdev);
> +     if (i)
> +             return i;
> +
> +     ioaddr = pci_resource_start(pdev, 0);
> +     iolen = pci_resource_len(pdev, 0);
> +
> +     mmio_addr = pci_resource_start(pdev, 1);
> +     mmio_len = pci_resource_len(pdev, 1);
> +
> +     if (mmio_addr == 0 || ioaddr == 0) {
> +             dev_err(&pdev->dev, "no resources found\n");
> +             ret = -ENOENT;
> +     }
> +
> +     if (request_mem_region(mmio_addr, mmio_len, DRV_NAME) == NULL) {
> +             dev_err(&pdev->dev, "MEM I/O resource 0x%lx @ 0x%lx busy\n",
> +                    mmio_addr, mmio_len);
> +             ret = -EBUSY;
> +     }
> +
> +     if (request_region(ioaddr, iolen, DRV_NAME) == NULL) {
> +             dev_err(&pdev->dev, "I/O resource 0x%lx @ 0x%lx busy\n",
> +                    iolen, ioaddr);
> +             ret = -EBUSY;
> +             goto out;
> +     }
> +
> +     platform_mmio = mmio_addr;
> +     platform_mmiolen = mmio_len;
> +
> +     if (!xen_have_vector_callback) {
> +             ret = xen_allocate_irq(pdev);
> +             if (ret) {
> +                     printk(KERN_WARNING "request_irq failed err=%d\n", ret);
> +                     goto out;
> +             }
> +             callback_via = get_callback_via(pdev);
> +             ret = xen_set_callback_via(callback_via);
> +             if (ret) {
> +                     printk(KERN_WARNING
> +                                     "Unable to set the evtchn callback 
> err=%d\n", ret);
> +                     goto out;
> +             }
> +     }
> +
> +     alloc_xen_mmio_hook = alloc_xen_mmio;
> +     platform_pci_resume_hook = platform_pci_resume;
> +     platform_pci_disable_irq_hook = platform_pci_disable_irq;
> +     platform_pci_enable_irq_hook = platform_pci_enable_irq;
>   

What's this _hook stuff for?

> +
> +     ret = gnttab_init();
> +     if (ret)
> +             goto out;
> +     ret = xenbus_probe_init();
> +     if (ret)
> +             goto out;
> +
> +out:
> +     if (ret) {
> +             release_mem_region(mmio_addr, mmio_len);
> +             release_region(ioaddr, iolen);
> +             pci_disable_device(pdev);
> +     }
> +
> +     return ret;
> +}
> +
> +#define XEN_PLATFORM_VENDOR_ID 0x5853
> +#define XEN_PLATFORM_DEVICE_ID 0x0001
> +static struct pci_device_id platform_pci_tbl[] __devinitdata = {
> +     {XEN_PLATFORM_VENDOR_ID, XEN_PLATFORM_DEVICE_ID,
> +      PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
> +     {0,}
> +};
> +
> +MODULE_DEVICE_TABLE(pci, platform_pci_tbl);
> +
> +static struct pci_driver platform_driver = {
> +     name:     DRV_NAME,
> +     probe :    platform_pci_init,
> +     id_table : platform_pci_tbl,
> +};
> +
> +static int __init platform_pci_module_init(void)
> +{
> +     int rc;
> +
> +     if (!xen_platform_pci)
> +             return -ENODEV;
> +
> +     rc = pci_register_driver(&platform_driver);
> +     if (rc) {
> +             printk(KERN_INFO DRV_NAME
> +                    ": No platform pci device model found\n");
> +             return rc;
> +     }
> +     return 0;
> +}
> +
> +module_init(platform_pci_module_init);
> diff --git a/drivers/xen/xenbus/xenbus_probe.c 
> b/drivers/xen/xenbus/xenbus_probe.c
> index 0b05b62..dc6ed06 100644
> --- a/drivers/xen/xenbus/xenbus_probe.c
> +++ b/drivers/xen/xenbus/xenbus_probe.c
> @@ -782,16 +782,24 @@ void xenbus_probe(struct work_struct *unused)
>       blocking_notifier_call_chain(&xenstore_chain, 0, NULL);
>  }
>  
> -static int __init xenbus_probe_init(void)
> +static int __init __xenbus_probe_init(void)
> +{
> +     /* Delay initialization in the PV on HVM case */
> +     if (xen_hvm_domain())
> +             return 0;
> +
> +     if (!xen_pv_domain())
> +             return -ENODEV;
> +
> +     return xenbus_probe_init();
> +}
> +
> +int xenbus_probe_init(void)
>  {
>       int err = 0;
>  
>       DPRINTK("");
>  
> -     err = -ENODEV;
> -     if (!xen_domain())
> -             goto out_error;
> -
>       /* Register ourselves with the kernel bus subsystem */
>       err = bus_register(&xenbus_frontend.bus);
>       if (err)
> @@ -857,7 +865,7 @@ static int __init xenbus_probe_init(void)
>       return err;
>  }
>  
> -postcore_initcall(xenbus_probe_init);
> +postcore_initcall(__xenbus_probe_init);
>  
>  MODULE_LICENSE("GPL");
>  
> diff --git a/include/xen/grant_table.h b/include/xen/grant_table.h
> index a40f1cd..811cda5 100644
> --- a/include/xen/grant_table.h
> +++ b/include/xen/grant_table.h
> @@ -51,6 +51,7 @@ struct gnttab_free_callback {
>       u16 count;
>  };
>  
> +int gnttab_init(void);
>  int gnttab_suspend(void);
>  int gnttab_resume(void);
>  
> diff --git a/include/xen/interface/grant_table.h 
> b/include/xen/interface/grant_table.h
> index 39da93c..39e5717 100644
> --- a/include/xen/interface/grant_table.h
> +++ b/include/xen/interface/grant_table.h
> @@ -28,6 +28,7 @@
>  #ifndef __XEN_PUBLIC_GRANT_TABLE_H__
>  #define __XEN_PUBLIC_GRANT_TABLE_H__
>  
> +#include <xen/interface/xen.h>
>  
>  /***********************************
>   * GRANT TABLE REPRESENTATION
> diff --git a/include/xen/platform_pci.h b/include/xen/platform_pci.h
> index f39f4d3..59a120c 100644
> --- a/include/xen/platform_pci.h
> +++ b/include/xen/platform_pci.h
> @@ -29,4 +29,13 @@
>  #define XEN_IOPORT_LINUX_PRODNUM 0xffff
>  #define XEN_IOPORT_LINUX_DRVVER  ((LINUX_VERSION_CODE << 8) + 0x0)
>  
> +#ifdef CONFIG_XEN_PLATFORM_PCI
> +unsigned long alloc_xen_mmio(unsigned long len);
> +#else
> +static inline unsigned long alloc_xen_mmio(unsigned long len)
> +{
> +     return ~0UL;
> +}
>   

Why is this stub needed?

> +#endif
> +
>  #endif /* _XEN_PLATFORM_PCI_H */
> diff --git a/include/xen/xenbus.h b/include/xen/xenbus.h
> index 43e2d7d..ffa97de 100644
> --- a/include/xen/xenbus.h
> +++ b/include/xen/xenbus.h
> @@ -174,6 +174,7 @@ void unregister_xenbus_watch(struct xenbus_watch *watch);
>  void xs_suspend(void);
>  void xs_resume(void);
>  void xs_suspend_cancel(void);
> +int xenbus_probe_init(void);
>  
>  /* Used by xenbus_dev to borrow kernel's store connection. */
>  void *xenbus_dev_request_and_reply(struct xsd_sockmsg *msg);
>   


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>