similar to: [PATCH] xen: do not map the same GSI twice

Wei, Quick question: Am I reading the code correctly, that even with per-device interrupt remap tables, that GSIs are accounted to the intremap table of the corresponding IOAPIC, presumably because the IOMMU sees interrupts generated as GSIs as coming from the IOAPIC? In that case, then we need all devices sharing the same IOAPIC must not have any vector collisions. Is that correct? -George

Hi- I am trying to pass an LSI SAS2008-based HBA (IBM M1015) through to an HVM Solaris VM, using Xen 4.2 unstable and the qemu-traditional device model. On boot I see the following error: MPT BIOS Fault 09h encountered at adapter PCI(00h,05h,00h) A list search yielded (http://comments.gmane.org/gmane.comp.emulators.xen.devel/128172), however there was no solution for an HVM VM. I''ve

On 2014/10/26 19:56, Michael S. Tsirkin wrote: > On Sat, Oct 25, 2014 at 04:24:54PM +0800, john.liuli wrote: >> From: Li Liu <john.liuli at huawei.com> >> >> This irq handler will get the interrupt reason from a >> shared memory. And will be assigned only while irqfd >> enabled. >> >> Signed-off-by: Li Liu <john.liuli at huawei.com> >>

On 2014/10/26 19:56, Michael S. Tsirkin wrote: > On Sat, Oct 25, 2014 at 04:24:54PM +0800, john.liuli wrote: >> From: Li Liu <john.liuli at huawei.com> >> >> This irq handler will get the interrupt reason from a >> shared memory. And will be assigned only while irqfd >> enabled. >> >> Signed-off-by: Li Liu <john.liuli at huawei.com> >>

vtd: Fix for irq bind failure after PCI attaching 32 times Originally when detaching a PCI device, pirq_to_emuirq and pirq_to_irq are freed via hypercall do_physdev_op. Now in function pt_irq_destroy_bind_vtd, duplicated logic is added to free pirq_to_emuirq, but not pirq_to_irq. This causes do_physdev_op fail to free both emuirq and irq. After attaching a PCI device for 32 times, irq resources

From: Li Liu <john.liuli at huawei.com> This irq handler will get the interrupt reason from a shared memory. And will be assigned only while irqfd enabled. Signed-off-by: Li Liu <john.liuli at huawei.com> --- drivers/virtio/virtio_mmio.c | 34 ++++++++++++++++++++++++++++++++-- 1 file changed, 32 insertions(+), 2 deletions(-) diff --git a/drivers/virtio/virtio_mmio.c

From: Li Liu <john.liuli at huawei.com> This irq handler will get the interrupt reason from a shared memory. And will be assigned only while irqfd enabled. Signed-off-by: Li Liu <john.liuli at huawei.com> --- drivers/virtio/virtio_mmio.c | 34 ++++++++++++++++++++++++++++++++-- 1 file changed, 32 insertions(+), 2 deletions(-) diff --git a/drivers/virtio/virtio_mmio.c

Having some huge issues with Xen on one of my boxes. I''m using the package from Arch Linux repository, though I have tried Vanilla source with identical results. This package works on two of my other computers (all it does patch-wise is change the Xen init.d scripts to Arch Linux compatible ones, and add support for xz-compressed dom0 kernels). My syslinux.cfg menu line is as follows:

Hi Russell, Was there an underlying issue here (e.g. failure to boot or crash?) or were you just concerned by the messages? Are you able to test if this still happens with the 4.1 based hypervisor in Wheezy? Ian.

http://bugzilla.mindrot.org/show_bug.cgi?id=78 Summary: Support use of named (krb4, krb5, gsi, x.509) keys in auth_keys entries Product: Portable OpenSSH Version: 3.0.2p1 Platform: All URL: http://marc.theaimsgroup.com/?l=openssh-unix- dev&m=101189381805982&w=2 OS/Version: All

http://bugzilla.mindrot.org/show_bug.cgi?id=958 Summary: patch to support GSI GSSAPI mechanism Product: Portable OpenSSH Version: 3.9p1 Platform: All URL: http://grid.ncsa.uiuc.edu/ssh/ OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Miscellaneous

http://bugzilla.mindrot.org/show_bug.cgi?id=78 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From djm at mindrot.org 2005-04-21 18:57

http://bugzilla.mindrot.org/show_bug.cgi?id=958 jbasney at ncsa.uiuc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #744 is|0 |1 obsolete| | ------- Comment #2 from jbasney at ncsa.uiuc.edu 2006-09-30 02:12 -------

https://bugzilla.mindrot.org/show_bug.cgi?id=958 Christoph Anton Mitterer <calestyo at scientia.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |calestyo at scientia.net --- Comment #3 from Christoph Anton Mitterer <calestyo at

https://bugzilla.mindrot.org/show_bug.cgi?id=958 Mantas M. <grawity at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |grawity at gmail.com -- You are receiving this mail because: You are the assignee for the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=958 Tom Downes <thomas.downes at ligo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thomas.downes at ligo.org --- Comment #8 from Tom Downes <thomas.downes at ligo.org> --- I have created bug

https://bugzilla.mindrot.org/show_bug.cgi?id=958 Tom Downes <thomas.downes at ligo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #9 from Tom Downes

https://bugzilla.mindrot.org/show_bug.cgi?id=958 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #10 from Damien Miller <djm at mindrot.org> --- Close all resolved bugs after 7.3p1 release

Hi Ingo, Here''s the chunk of patches to add Xen Dom0 support (it''s probably worth creating a new xen/dom0 topic branch for it). A dom0 Xen domain is basically the same as a normal domU domain, but it has extra privileges to directly access hardware. There are two issues to deal with: - translating to and from the domain''s pseudo-physical addresses and real machine

(I accidently (cross) posted this also in the xen-bugs mailing list. This wasn''t my intention. Sorry for that) Hi, I have two kernels vmlinuz-2.6.32-5-amd64 vmlinuz-2.6.32-5-xen-amd64 As you can see, distributions are the same, the latter differs by loading xen stuff. When booting the xen kernel (vmlinuz-2.6.32-5-xen-amd64) I noticed a problem which does not occur in the non