> > > * Interaction with firmware > > > - When/do we handle interrupts? > > > > We can a properties in dt bindings: > > > > 1) "num-interrupts = 1" - number of interrupt count. One interrupts per > > cluster > > e.g if you have 4 cluster then num-interrupts=4. > > 2) interrupts = <0, 92, 0> <0, 94, 0> <0, 96, 0> <0, 98, 0> // interrupt > > mapping > > > > If num-interrupts = 0, then firmware handles interrupts. Optionally we can > > use HEST FIRMWARE-FIRST > > bit, if bit is set then firmware is handling the interrupt otherwise use DT > > information. > > You won't have the HEST and DT information at the same time, given that > at runtime the kernel uses one of ACPI or DT.
>From a quick look at the HEST definition, I don't doesn't seem like it's possible to describe this feature -- there's no error source descriptor for it and the generic hardware error source is not applicable. So I'm worried that it may not be possible to use this feature with ACPI. Thanks, Mark. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
