qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 06/15] openpic: rework critical interrupt suppor


From: Alexander Graf
Subject: Re: [Qemu-devel] [PATCH 06/15] openpic: rework critical interrupt support
Date: Fri, 4 Jan 2013 09:04:58 +0100

On 04.01.2013, at 00:07, Scott Wood wrote:

> On 01/03/2013 12:31:47 PM, Alexander Graf wrote:
>> On 22.12.2012, at 03:15, Scott Wood wrote:
>> > Critical interrupts on FSL MPIC are not supposed to pay
>> > attention to priority, IACK, EOI, etc.  On the currently modeled
>> > version it's not supposed to pay attention to the mask bit either.
>> >
>> > Also reorganize to make it easier to implement newer FSL MPIC models,
>> > which encode interrupt level information differently and support
>> > mcheck as well as crit, and to reduce problems for later patches
>> > in this set.
>> >
>> > Still missing is the ability to lower the CINT signal to the core,
>> > as IACK/EOI is not used.  This will come with general IRQ-source-driven
>> > lowering in the next patch.
>> >
>> > New state is added which is not serialized, but instead is recomputed
>> > in openpic_load() by calling the appropriate write_IRQreg function.
>> > This should have the side effect of causing the IRQ outputs to be
>> > raised appropriately on load, which was missing.
>> >
>> > The serialization format is altered by swapping ivpr and idr (we'd like
>> > IDR to be restored before we run the IVPR logic), and moving interrupts
>> > to the end (so that other state has been restored by the time we run the
>> > IDR/IVPR logic.  Serialization for this driver is not yet in a state
>> > where backwards compatibility is reasonable (assuming it works at all),
>> > and the current serialization format was not built for extensibility.
>> >
>> > Signed-off-by: Scott Wood <address@hidden>
>> Thanks, applied to ppc-next (with adjustments).
> 
> It looks like one of the adjustments was wrapping an error string -- does 
> QEMU not follow the Linux rule of not wrapping error strings?  If not, maybe 
> that should change.

At least not that I'm aware of :).

> QEMU's checkpatch appears to retain the line-length exception, but the set of 
> log functions hasn't been updated (not even to include printf)...

Yeah, checkpatch was simply copied from Linux. I suppose nobody adjusted that 
bit.


Alex




reply via email to

[Prev in Thread] Current Thread [Next in Thread]