aboutsummaryrefslogtreecommitdiffstats
path: root/unmodified_drivers/linux-2.6/platform-pci
Commit message (Collapse)AuthorAgeFilesLines
* pv-on-hvm: Update for linux-2.6.18-xen.hg:623:2866e6af50Keir Fraser2008-07-311-2/+2
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* pv-on-hvm: Fix panic-handler code to work on wider range of kernels.Keir Fraser2008-06-131-19/+7
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* pv-on-hvm: Change barrier from rmb to wmb.Keir Fraser2008-05-291-1/+1
| | | | Signed-off-by: Kouya Shimura <kouya@jp.fujitsu.com>
* PV-on-HVM: Fix __xen_suspend() for changed XenLinux interface.Keir Fraser2008-02-291-1/+2
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* merge with xen-unstable.hgAlex Williamson2008-02-143-0/+59
|\
| * pv-on-hvm: Signal crash to Xen tools when HVM guest panics.Keir Fraser2008-02-133-0/+59
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Attached patch adds a function to automatically dump core file when guest linux on HVM domain panics, in the same way as PV domain. I tested this patch with kernel 2.6.9 and 2.6.18 on both of x86 and ia64 (to buid for ia64, some patches in the ia64 tree are needed) by the following steps, and confirmed it works well: 1. Build xen-platform-pci.ko. 2. In /etc/xen/xend-config.sxp, set (enable-dump yes). 3. On guest linux, execute insmod: # insmod xen-platform-pci.ko 4. When guest linux panics, a core file is dumped. Signed-off-by: Tetsu Yamamoto <yamamoto.tetsu@jp.fujitsu.com>
* | [IA64] Add xencomm_arch_hypercall_suspend to fix module loadAlex Williamson2008-02-041-1/+1
|/ | | | | | | | | | | | | Make use of split out xencomm_arch_hypercall_suspend to fix the following module load error: Loading xen-platform-pci.ko module xen_platform_pci: Unknown symbol xencomm_hypercall_suspend insmod: error inserting '/lib/xen-platform-pci.ko': -1 Unknown symbol in module ERROR: /bin/insmod exited abnormally! (pid 210) Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
* [PV-on-HVM] Process event channels notifications in round-robin orderKeir Fraser2008-01-251-7/+55
| | | | | Signed-off-by: Takanori Kasai <kasai.takanori@jp.fujitsu.com> Signed-off-by: Kouya Shimura <kouya@jp.fujitsu.com>
* pv-on-hvm: Fix up linux code after hypercall-type-checking changes.Keir Fraser2008-01-232-5/+6
| | | | Signed-off-by: Jan Beulich <jbeulich@novell.com>
* [PV-ON-HVM] Fix evtchn of unbind_from_irqhandler()Keir Fraser2007-11-061-1/+1
| | | | | | | | | | | When xm block-detach command was done on PV-ON-HVM, the response of other disks was lost. It is because a wrong event channel was invalidated when detaching it. Not the evtchn number but the irq number is invalidated specifying it. Signed-off-by: Takanori Kasai <kasai.takanori@jp.fujitsu.com> Signed-off-by: Tomonari Horikoshi <t.horikoshi@jp.fujitsu.com> Signed-off-by: Kazuhiro Suzuki <kaz@jp.fujitsu.com>
* pv-on-hvm: fixes for unmodified drivers build and modern LinuxKeir Fraser2007-10-253-8/+19
| | | | | | | | | | | | | | | | | | - The adjustments to README and overrides.mk are generic. - The removal of explicit linux/config.h inclusion should also not cause any issues. - The introduction of irq_handler_t should eliminiate warnings on 2.6.19+ kernels (I didn't check they're there, but since the request_irq prototype changed, I'm sure there's at least one. However, as a result changes to the Linux tree are expected to be required. - The change setup_xen_features -> xen_setup_features follows the naming in mainline 2.6.23 but would apparently also require changes to the Linux tree. - The changes SA_* -> IRQF_ and pci_module_init -> pci_register_driver should also not cause issues. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* [IA64] Fix unmodified drivers.Alex Williamson2007-09-121-1/+1
| | | | | | xcom_mini.c is integrated into xcom_hcall.c so that platform-pci needs it. Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
* PV-on-HVM: Fix non-SMP build warning for PV-on-HVM drivers.kfraser@localhost.localdomain2007-09-071-1/+11
| | | | | | | | | | | smp_call_function() compiles to nothing on non-SMP, so we had a defined-but-not-used static function. Based on an original patch by: Signed-off-by: Ben Guthro <bguthro@virtualiron.com> Signed-off-by: Robert Phillips <rphillips@virtualiron.com> Signed-off-by: Keir Fraser <keir@xensource.com>
* [IA64] xencomm - compilation fix of unmodified driverAlex Williamson2007-08-163-3/+3
| | | | Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
* [PV-on-HVM]: Add missing includeskfraser@localhost.localdomain2007-08-131-1/+2
| | | | | | | | This patch adds missing includes that currently work through indirect inclusions. This cannot be relied on and indeed does break on older kernels (2.4 for PV-on-HVM). Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
* hvm: Fix PV-on-HVM drivers to not execuite hypercall page while it iskfraser@localhost.localdomain2007-08-061-0/+10
| | | | | being re-initialised. Signed-off-by: Edwin Zhai <edwin.zhai@intel.com>
* pv-on-hvm: Re-init hypercall stubs page after HVM save/restore.kfraser@localhost.localdomain2007-05-251-15/+61
| | | | Signed-off-by: Keir Fraser <keir@xensource.com>
* PV-on-HVM: More carefully synchronise with APs when putting them tokfraser@localhost.localdomain2007-04-121-7/+27
| | | | | sleep in a spin loop. Signed-off-by: Keir Fraser <keir@xensource.com>
* PV-on-HVM: Fixes for module loading.kfraser@localhost.localdomain2007-04-112-3/+2
| | | | Signed-off-by: Keir Fraser <keir@xensource.com>
* PV-on-HVM: More save/restore fixes.kfraser@localhost.localdomain2007-04-114-88/+172
| | | | Signed-off-by: Keir Fraser <keir@xensource.com>
* PV-on-HVM: Fixes for save/restore. Also gets rid of separate moduleskfraser@localhost.localdomain2007-04-105-102/+214
| | | | | reboot.ko and xenbus.ko. These are now part of xen-platform-pci.ko. Signed-off-by: Keir Fraser <keir@xensource.com>
* merge with xen-unstable.hgAlex Williamson2007-04-091-2/+2
|\
| * PV-on-HVM: A bit more re-jigging so the build gets further againstKeir Fraser2007-04-061-2/+2
| | | | | | | | | | native Linux 2.6.5. It's not quite there still, but closer. Signed-off-by: Keir Fraser <keir@xensource.com>
* | [IA64] Fix PV-on-HVM VNIF to work without using balloon on IPFAlex Williamson2007-04-091-0/+13
|/ | | | | | Temporary patch until we support the the balloon driver on HVM domains. Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com>
* PV-on-HVM: Add new ioreq 'invalidate' for zapping ioemu-dm mapccahekfraser@localhost.localdomain2007-04-051-10/+0
| | | | | | | | | | | | | after balloon operations in an HVM guest. This removes the I/O port hack from the guest OS, and from ioemu. Also we flush on reservation *increases* as well as decreases. This is necessary until qemu-dm can demand-fault page mappings into existing valid buckets. Signed-off-by: Steven Hand <steven@xensource.com> Signed-off-by: Keir Fraser <keir@xensource.com>
* Initial check-in to support PV balloon driver within HVM guests.Steven Hand2007-04-041-9/+0
| | | | | | | | | Still todo: - fix mapcache invalidation (should happen in Xen) - support 32-on-64 mode correctly Signed-off-by: Steven Hand <steven@xensource.com>
* [HVM] Save/restore: PV-on-HVM driver save/restore supportTim Deegan2007-03-291-2/+33
| | | | Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* merge with xen-unstable.hgawilliam@xenbuild2.aw2007-03-201-1/+2
|\
| * hvm: Fix platform-irq handling in presence of irqbalance daemon.kaf24@firebug.cl.cam.ac.uk2007-03-191-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The HVM guest did not respond when PV-on-HVM driver was tested on the following conditions. 1. RHEL4u4 2. vcpu 4 3. irqbalance on 4. pv-on-hvm driver used. Eventhandler did not work because IRQ was delivered to another vcpu by irqbalance. Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com> Signed-off-by: Tomonari Horikoshi <t.horikoshi@jp.fujitsu.com>
* | [IA64] Fix for compiling PV-on-HVM driver on IPFawilliam@xenbuild2.aw2007-03-121-1/+7
|/ | | | Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com>
* [LINUX] Purge include <linux/config.h>. It has been obsolete for some time now.Ian Campbell2007-02-232-2/+0
| | | | Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
* [LINUX] Call ctrl_alt_del() to trigger a reboot so we benefit from theIan Campbell2007-02-131-0/+6
| | | | | | | | | generic infrastructure for cad_pid etc. Add a ctrl_alt_del() implemenation to the PV on HVM compatibility layer since ctrl_alt_del() is not exported on native kernels. Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
* Small cleanups to PV-on-HVM support code.Keir Fraser2007-02-081-12/+9
| | | | Signed-off-by: Keir Fraser <keir@xensource.com>
* [IA64] Follow to allow PV-on-HVM callback irq to be identified by PCI device.awilliam@xenbuild2.aw2007-02-061-9/+3
| | | | | | Also delete IA64 specific spec concerned with IA64_CALLBACK_IRQ_RID. Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com>
* [IA64] Fix for compiling PV-on-HVM driver on IPFawilliam@xenbuild2.aw2007-02-051-0/+17
| | | | | | Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com> Signed-off-by: Tomonari Horikoshi <t.horikoshi@jp.fujitsu.com> Signed-off-by: Anthony Xu <anthony.xu@intel.com>
* [HVM] Allow HVM guest to request invalidation of foreign mappings viakaf24@localhost.localdomain2007-01-271-0/+10
| | | | | an I/O port write. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* [PV-on-HVM] Make PV drivers on HVM kernels work on older kernels afterIan Campbell2007-01-221-2/+11
| | | | | | update to 2.6.18. Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
* merge with xen-unstable.hgawilliam@xenbuild2.aw2007-01-152-12/+20
|\
| * [PV-on-HVM] Allow platform interrupt to be used for entropy.kfraser@localhost.localdomain2007-01-121-3/+3
| | | | | | | | Signed-off-by: Keir Fraser <keir@xensource.com>
| * [HVM] Allow PV-on-HVM callback irq to be identified by PCI device.kfraser@localhost.localdomain2007-01-102-9/+17
| | | | | | | | Signed-off-by: Keir Fraser <keir@xensource.com>
* | merge with xen-unstable.hgawilliam@xenbuild2.aw2007-01-101-17/+52
|\|
| * [PV-on-HVM] Add definition of irq_to_evtchn_port().kfraser@localhost.localdomain2007-01-061-0/+6
| | | | | | | | Signed-off-by: Keir Fraser <keir@xensource.com>
| * [PV-ON-HVM] Update evtchn interface to match new PV Linux interfaces.kaf24@localhost.localdomain2006-12-311-17/+46
| | | | | | | | | | | | Also fix unbind_from_irqhandler() to close event-channel port where that is appropriate. Signed-off-by: Keir Fraser <keir@xensource.com>
* | [IA64] Rename RID maker HVM_PARAM_CALLBACK_IRQ_RID to IA64_CALLBACK_IRQ_RIDawilliam@xenbuild2.aw2007-01-021-1/+1
| | | | | | | | Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com>
* | [IA64] Follow new interrupt deliver mechanism for PV-on-HVM/IPFawilliam@xenbuild2.aw2006-12-201-2/+7
|/ | | | | | This fixes PV-on-HVM drivers for ia64 Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com>
* [LINUX] Import kasprintf patch from upstream.Ian Campbell2006-11-271-0/+23
| | | | | | | kasprintf has been merged upstream with a slightly different protoype to the one in Xen. Import this patch and fixup the Xen tree to fit. Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
* [HVM] Update VPIC device model for new interrupt delivery code.kaf24@localhost.localdomain2006-11-261-24/+8
| | | | | | Move BSP VLAPIC initialisation to hvmloader. Remove callback_irq update hack from Linux unmodified drivers. Signed-off-by: Keir Fraser <keir@xensource.com>
* [IA64] Change callback_irq spec of PV-on-HVM for IPFkfraser@localhost.localdomain2006-11-221-3/+19
| | | | | Signed-off-by: Tsunehisa Doi <Doi.Tsunehisa@jp.fujitsu.com> Signed-off-by: Alex Williamson <alex.williamson@hp.com>
* [PV-ON-HVM] Don't generate lots of spurious interrupts when using eventSteven Smith2006-10-311-1/+7
| | | | | | | | | | | | | | | | | | channel upcalls. The issue here was that the Xen platform PCI interrupt is only updated when you return from the hypervisor into guest context, and so remained asserted for a short interval after the interrupt handler ran. If it happened that the first subsequent trap to the hypervisor was for unmasking the 8259 interrupt again, the unmasking caused the interrupt to be reinjected. This caused an edge on the chaining interrupt from the slave PIC to the master. The platform interrupt on the slave would then be cleared as we returned to the guest, and so you eventually end up injecting an interrupt on the master chained interrupt with nothing pending on the slave, which shows up as a spurious interrupt in the guest. Signed-off-by: Steven Smith <sos22@cam.ac.uk>
* merge with xen-unstable.hgawilliam@xenbuild.aw2006-10-256-1/+133
|\
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-27 03:06:35 +0000