[PATCH] pnpacpi: reject ACPI_PRODUCER resources
A patch in -mm kernel correct the parsing of "address resources" of pnpacpi. Before we assumed it was memory only, but it could be also IO. But this change show an hidden bug : some resources could be producer type that are not handled by pnp layer. So we should ignore the producer resources. This patch fixes bug 6292 (http://bugzilla.kernel.org/show_bug.cgi?id=6292). Some devices like PNP0A03 have 0xd00-0xffff and 0x0-0xcf7 as IO producer resources. Before correcting "address resources" parsing, it was seen as memory and was harmless, because nobody tried to reserve this memory range as it should be IO. With the correction it become IO resources, and make failed all others device that want to register IO in this range and use pnp layer (like a ISA sound card). The solution is to ignore producer resources Signed-off-by: Matthieu CASTET <castet.matthieu@free.fr> Signed-off-by: Uwe Bugla <uwe.bugla@gmx.de> Cc: Bjorn Helgaas <bjorn.helgaas@hp.com> Cc: Adam Belay <ambx1@neo.rr.com> Cc: "Brown, Len" <len.brown@intel.com> Acked-by: Shaohua Li <shaohua.li@intel.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
This commit is contained in:
parent
b4c76fa721
commit
2b8de5f50e
|
@ -173,6 +173,9 @@ pnpacpi_parse_allocated_address_space(struct pnp_resource_table *res_table,
|
||||||
return;
|
return;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
if (p->producer_consumer == ACPI_PRODUCER)
|
||||||
|
return;
|
||||||
|
|
||||||
if (p->resource_type == ACPI_MEMORY_RANGE)
|
if (p->resource_type == ACPI_MEMORY_RANGE)
|
||||||
pnpacpi_parse_allocated_memresource(res_table,
|
pnpacpi_parse_allocated_memresource(res_table,
|
||||||
p->minimum, p->address_length);
|
p->minimum, p->address_length);
|
||||||
|
@ -252,9 +255,14 @@ static acpi_status pnpacpi_allocated_resource(struct acpi_resource *res,
|
||||||
break;
|
break;
|
||||||
|
|
||||||
case ACPI_RESOURCE_TYPE_EXTENDED_ADDRESS64:
|
case ACPI_RESOURCE_TYPE_EXTENDED_ADDRESS64:
|
||||||
|
if (res->data.ext_address64.producer_consumer == ACPI_PRODUCER)
|
||||||
|
return AE_OK;
|
||||||
break;
|
break;
|
||||||
|
|
||||||
case ACPI_RESOURCE_TYPE_EXTENDED_IRQ:
|
case ACPI_RESOURCE_TYPE_EXTENDED_IRQ:
|
||||||
|
if (res->data.extended_irq.producer_consumer == ACPI_PRODUCER)
|
||||||
|
return AE_OK;
|
||||||
|
|
||||||
for (i = 0; i < res->data.extended_irq.interrupt_count; i++) {
|
for (i = 0; i < res->data.extended_irq.interrupt_count; i++) {
|
||||||
pnpacpi_parse_allocated_irqresource(res_table,
|
pnpacpi_parse_allocated_irqresource(res_table,
|
||||||
res->data.extended_irq.interrupts[i],
|
res->data.extended_irq.interrupts[i],
|
||||||
|
|
Loading…
Reference in New Issue