Overriding DSDT and ignored resources

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

 



Hi,

it looks like linux can't use the correct PCI host resources when using
an overridden DSDT table, even with an _unmodified_ one.

I am using 3.19-rc5 rather vanilla (no acpi changes anyways) on a Bay
Trail tablet.

When I override the DSDT table I get these messages, and most of the
devices don't work anymore:

[    0.000000] DSDT ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0x103c3]
[...]
[    0.000000] ACPI: Override [DSDT-  A M I ], this is unsafe: tainting kernel
[...]
[    0.000000] ACPI: DSDT 0x000000007BCF1000 Physical table override, new table: 0x00000000792E9000
[    0.000000] ACPI: DSDT 0x00000000792E9000 0103C3 (v02 ALASKA A M I    00000003 AMI  0100000D)
[...]
[    0.370871] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem 0x000a0000-0x000bffff] ignored 
[    0.370880] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem 0x000c0000-0x000dffff] ignored 
[    0.370887] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem 0x000e0000-0x000fffff] ignored 
[    0.370893] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem 0x7d000001-0x7f000000] ignored 
[    0.370900] acpi PNP0A08:00: host bridge window expanded to [mem 0x00000000-0xffffffff]; [mem 0x00000000-0xffffffff] ignored
[...]

Which I don't get without overriding the DSDT.

Full dmesg here:
http://ao2.it/tmp/ACPI_DSDT_override/dmesg_DSDT_override.log

The dmesg with the original DSDT here:
http://ao2.it/tmp/ACPI_DSDT_override/dmesg_original_DSDT.log

These are the steps to reproduce the issue:
  1. Extract the DSDT with acpidump;
  2. Build an initrd with the intent to override the DSDT with the very
     same extracted at 1., no modifications whatsoever.
     The initrd is built just like explained in
     Documentation/acpi/initrd_table_override.txt;
  3. Boot with the modified initrd.

I did the test with the _unmodified_ DSDT to exclude errors on my side
when decompiling, editing and recompiling the DSDT table.

Can anyone else reproduce that?

Thanks,
   Antonio

P.S. Please CC me on reply, I am not subscribed to linux-acpi.

-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux