lkml.org 
[lkml]   [2010]   [Jul]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.35-rc* regression: ERROR: Unable to locate IOAPIC for GSI *
> related commit:
>
> commit 9a0a91bb56d2915cdb8585717de38376ad20fef9
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Mar 30 01:07:03 2010 -0700
>
> x86, acpi/irq: Teach acpi_get_override_irq to take a gsi not an isa_irq
>
> In perverse acpi implementations the isa irqs are not identity mapped
> to the first 16 gsi. Furthermore at least the extended interrupt
> resource capability may return gsi's and not isa irqs. So since
> what we get from acpi is a gsi teach acpi_get_overrride_irq to
> operate on a gsi instead of an isa_irq.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> LKML-Reference: <1269936436-7039-2-git-send-email-ebiederm@xmission.com>
> Signed-off-by: H. Peter Anvin <hpa@zytor.com>

[2c2df8418ac7908eec4558407b83f16739006c54] x86, acpi/irq: Introduce apci_isa_irq_to_gsi

This ise the commit that introduces the ERROR: lines in dmesg. Related
to the same irq mapping changes.

The right way to silence these error lines in dmesg is the change
proposed by hpa, about only trying to ouse ioapic whet we are in ioapic
mode?

--
Meelis Roos (mroos@linux.ee)


\
 
 \ /
  Last update: 2010-07-14 13:45    [W:0.080 / U:1.928 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site