Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1494154 > unrolled thread
| Started by | David Vrabel <david.vrabel@citrix.com> |
|---|---|
| First post | 2016-09-30 16:50 +0200 |
| Last post | 2016-09-30 16:50 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [Xen-devel] [PATCH] xen: Remove event channel notification through Xen PCI platform device David Vrabel <david.vrabel@citrix.com> - 2016-09-30 16:50 +0200
| From | David Vrabel <david.vrabel@citrix.com> |
|---|---|
| Date | 2016-09-30 16:50 +0200 |
| Subject | Re: [Xen-devel] [PATCH] xen: Remove event channel notification through Xen PCI platform device |
| Message-ID | <sn7ip-31c-1@gated-at.bofh.it> |
On 26/08/16 22:55, KarimAllah Ahmed wrote:
> Ever since commit 254d1a3f02eb ("xen/pv-on-hvm kexec: shutdown watches
> from old kernel") using the INTx interrupt from Xen PCI platform device for
> event channel notification would just lockup the guest during bootup.
> postcore_initcall now calls xs_reset_watches which will eventually try to read
> a value from XenStore and will get stuck on read_reply at XenBus forever since
> the platform driver is not probed yet and its INTx interrupt handler is not
> registered yet. That means that the guest can not be notified at this moment of
> any pending event channels and none of the per-event handlers will ever be
> invoked (including the XenStore one) and the reply will never be picked up by
> the kernel.
Applied to for-linus-4.9, thanks.
David
Back to top | Article view | linux.kernel
csiph-web