|
From: | Avi Kivity |
Subject: | Re: [Qemu-devel] [PATCH] pc: Clean up PIC-to-APIC IRQ path |
Date: | Thu, 01 Sep 2011 08:58:29 +0300 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 |
On 08/31/2011 07:59 PM, Blue Swirl wrote:
> > That makes it impossible to migrate level-triggered irq lines. Or at least, > the receiver has to remember the state, instead of (or in addition to) the > sender. Both ends probably need to remember the state. That should work without any multiphase restores and transient suppressors.
State should always correspond to real hardware state - a flip flop or capacitor. Input is not state, it is input.
It might be also possible to introduce stateful signal lines which save and restore their state, then the receiving end could check what is the current level. However, if you consider that the devices may be restored in random order, if the IRQ line device happens to be restored later, the receiver would still get wrong information. Adding priorities could solve this, but I think stateless IRQs are the only sane way.
I agree that irqs should be stateless, since they don't have any memory associated.
-- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain.
[Prev in Thread] | Current Thread | [Next in Thread] |