When programming ioapic pinX more than once, current code
does not check whether the later attr (trigger&polarity) is the
same as the former or not. This causes a broken semantic.
This can be observed in qemu q35 machine, where ioapic's ioredtbl[x]
can never be set as low-active, even if the hpet
* Liu ping fan wrote:
> On Fri, Aug 23, 2013 at 4:04 PM, Liu ping fan wrote:
> > On Fri, Aug 23, 2013 at 3:30 PM, Ingo Molnar wrote:
> >>
> >> * Liu Ping Fan wrote:
> >>
> >>> When programming ioapic pinX more than once, current code
> >>> does not check whether the later attr (trigger&polari
On Fri, Aug 23, 2013 at 4:04 PM, Liu ping fan wrote:
> On Fri, Aug 23, 2013 at 3:30 PM, Ingo Molnar wrote:
>>
>> * Liu Ping Fan wrote:
>>
>>> When programming ioapic pinX more than once, current code
>>> does not check whether the later attr (trigger&polarity) is the
>>> same as the former or no
On Fri, Aug 23, 2013 at 3:30 PM, Ingo Molnar wrote:
>
> * Liu Ping Fan wrote:
>
>> When programming ioapic pinX more than once, current code
>> does not check whether the later attr (trigger&polarity) is the
>> same as the former or not. This causes a broken semantic.
>>
>> Fix it by reporting -E
* Liu Ping Fan wrote:
> When programming ioapic pinX more than once, current code
> does not check whether the later attr (trigger&polarity) is the
> same as the former or not. This causes a broken semantic.
>
> Fix it by reporting -EBUSY, when attr is different.
Was this observed in real life
When programming ioapic pinX more than once, current code
does not check whether the later attr (trigger&polarity) is the
same as the former or not. This causes a broken semantic.
Fix it by reporting -EBUSY, when attr is different.
Signed-off-by: Liu Ping Fan
---
arch/x86/kernel/acpi/boot.c
6 matches
Mail list logo