diff options
| author | Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> | 2010-08-20 19:10:01 -0700 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@suse.de> | 2010-09-20 13:36:05 -0700 |
| commit | 62b1700a2d04d5a5a8a506b7c604be9bd0b5ca79 (patch) | |
| tree | 17a2eef036ff879a5c1c8e4154cdf7f01899496b /drivers | |
| parent | 4427834682c11181af9627b99beabbe38f0830be (diff) | |
| download | kernel-crypto-62b1700a2d04d5a5a8a506b7c604be9bd0b5ca79.tar.gz kernel-crypto-62b1700a2d04d5a5a8a506b7c604be9bd0b5ca79.tar.xz kernel-crypto-62b1700a2d04d5a5a8a506b7c604be9bd0b5ca79.zip | |
xen: handle events as edge-triggered
commit dffe2e1e1a1ddb566a76266136c312801c66dcf7 upstream.
Xen events are logically edge triggered, as Xen only calls the event
upcall when an event is newly set, but not continuously as it remains set.
As a result, use handle_edge_irq rather than handle_level_irq.
This has the important side-effect of fixing a long-standing bug of
events getting lost if:
- an event's interrupt handler is running
- the event is migrated to a different vcpu
- the event is re-triggered
The most noticable symptom of these lost events is occasional lockups
of blkfront.
Many thanks to Tom Kopec and Daniel Stodden in tracking this down.
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Cc: Tom Kopec <tek@acm.org>
Cc: Daniel Stodden <daniel.stodden@citrix.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers')
| -rw-r--r-- | drivers/xen/events.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/xen/events.c b/drivers/xen/events.c index 28f133ae76a..cc72dad34de 100644 --- a/drivers/xen/events.c +++ b/drivers/xen/events.c @@ -363,7 +363,7 @@ int bind_evtchn_to_irq(unsigned int evtchn) irq = find_unbound_irq(); set_irq_chip_and_handler_name(irq, &xen_dynamic_chip, - handle_level_irq, "event"); + handle_edge_irq, "event"); evtchn_to_irq[evtchn] = irq; irq_info[irq] = mk_evtchn_info(evtchn); |