nsalloc-0226 [00] ns_install_node : _PPC (Untyped) [Node f7836450 Owner A1] added to CPU0 (Processor) [Node f78164f8] nsalloc-0226 [00] ns_install_node : _PCT (Method) [Node f7836360 Owner A1] added to CPU0 (Processor) [Node f78164f8] nsalloc-0226 [00] ns_install_node : XPSS (Method) [Node f7836378 Owner A1] added to CPU0 (Processor) [Node f78164f8] nsalloc-0226 [00] ns_install_node : SPSS (Untyped) [Node f7836390 Owner A1] added to CPU0 (Processor) [Node f78164f8] nsalloc-0226 [00] ns_install_node : _PSS (Untyped) [Node f78363a8 Owner A1] added to CPU0 (Processor) [Node f78164f8] nsalloc-0226 [00] ns_install_node : _PSD (Method) [Node f78363c0 Owner A1] added to CPU0 (Processor) [Node f78164f8] Table [SSDT](id 00A1) - 0 Objects with 0 Devices 0 Methods 0 Regions Above dmesg comes from a HP machine. Table OwnerId is 0xA1, and there're nodes with this OwnerId. Strange that it prints "0 Objects". On Wed, 2008-04-30 at 00:09 +0800, Moore, Robert wrote: > It looks like the tables in question are dynamically loaded: > > >ACPI: SSDT 7D6E1B32, 02C4 (r1 PmRef Cpu0Ist 100 INTL 20050513) > >Table [SSDT](id 0044) - 0 Objects with 0 Devices 0 Methods 0 Regions > >ACPI: SSDT 7D6E1E7B, 085E (r1 PmRef Cpu0Cst 100 INTL 20050513) > >Table [SSDT](id 0045) - 0 Objects with 0 Devices 0 Methods 0 Regions > >ACPI: SSDT 7D6E1A6A, 00C8 (r1 PmRef Cpu1Ist 100 INTL 20050513) > >Table [SSDT](id 0050) - 0 Objects with 0 Devices 0 Methods 0 Regions > >ACPI: SSDT 7D6E1DF6, 0085 (r1 PmRef Cpu1Cst 100 INTL 20050513) > >Table [SSDT](id 0051) - 0 Objects with 0 Devices 0 Methods 0 Regions > > What the zeroes mean is that a WalkNamespace after the table load did > not find any such objects created by the table. > > Something does look wrong, it may not affect your machine, but has the > potential to cause problems on other machines. > > The difference in owner IDs between the two traces might mean that there > is some mismatch somewhere. I would debug and determine 1) The actual > owner id created for the newly loaded table, and 2) what owner id is > passed to AcpiDsInitializeObjects after the table is loaded. > > Bob > > > > >-----Original Message----- > >From: Len Brown [mailto:lenb@xxxxxxxxxx] > >Sent: Tuesday, April 29, 2008 2:05 AM > >To: linux-acpi@xxxxxxxxxxxxxxx; Moore, Robert; Lin, Ming M > >Subject: Re: ACPICA branch (0 Objects with 0 Devices 0 Methods 0 > Regions) > > > >Hmm, i just noticed something strange on the T61 > > > >Linus' tree prints these messages: > > > >[lenb@t61 sut]$ grep -i ssdt 2.6.25-06058-ga01e035/dmesg > >ACPI: SSDT 7D6BB9B4, 0269 (r1 LENOVO TP-7L 2100 MSFT 3000000) > >ACPI: SSDT 7D6E26D9, 025F (r1 LENOVO TP-7L 2100 INTL 20050513) > >ACPI: SSDT 7D6E2938, 00A6 (r1 LENOVO TP-7L 2100 INTL 20050513) > >ACPI: SSDT 7D6E29DE, 04F7 (r1 LENOVO TP-7L 2100 INTL 20050513) > >ACPI: SSDT 7D6E2ED5, 01D8 (r1 LENOVO TP-7L 2100 INTL 20050513) > >Table [SSDT](id 0002) - 11 Objects with 0 Devices 7 Methods 0 Regions > >Table [SSDT](id 0003) - 7 Objects with 0 Devices 3 Methods 0 Regions > >Table [SSDT](id 0004) - 4 Objects with 0 Devices 3 Methods 0 Regions > >Table [SSDT](id 0005) - 14 Objects with 0 Devices 5 Methods 0 Regions > >Table [SSDT](id 0006) - 14 Objects with 1 Devices 2 Methods 0 Regions > >ACPI: SSDT 7D6E1B32, 02C4 (r1 PmRef Cpu0Ist 100 INTL 20050513) > >Table [SSDT](id 003A) - 6 Objects with 0 Devices 4 Methods 0 Regions > >ACPI: SSDT 7D6E1E7B, 085E (r1 PmRef Cpu0Cst 100 INTL 20050513) > >Table [SSDT](id 003B) - 16 Objects with 0 Devices 1 Methods 0 Regions > >ACPI: SSDT 7D6E1A6A, 00C8 (r1 PmRef Cpu1Ist 100 INTL 20050513) > >Table [SSDT](id 0046) - 4 Objects with 0 Devices 4 Methods 0 Regions > >ACPI: SSDT 7D6E1DF6, 0085 (r1 PmRef Cpu1Cst 100 INTL 20050513) > >Table [SSDT](id 0047) - 1 Objects with 0 Devices 1 Methods 0 Regions > > > > > >The acpi test tree prints these messages: > > > >[lenb@t61 sut]$ grep -i ssdt 2.6.25-06238-gf4e0ea3/dmesg > >ACPI: SSDT 7D6BB9B4, 0269 (r1 LENOVO TP-7L 2100 MSFT 3000000) > >ACPI: SSDT 7D6E26D9, 025F (r1 LENOVO TP-7L 2100 INTL 20050513) > >ACPI: SSDT 7D6E2938, 00A6 (r1 LENOVO TP-7L 2100 INTL 20050513) > >ACPI: SSDT 7D6E29DE, 04F7 (r1 LENOVO TP-7L 2100 INTL 20050513) > >ACPI: SSDT 7D6E2ED5, 01D8 (r1 LENOVO TP-7L 2100 INTL 20050513) > >Table [SSDT](id 0002) - 11 Objects with 0 Devices 7 Methods 0 Regions > >Table [SSDT](id 0003) - 7 Objects with 0 Devices 3 Methods 0 Regions > >Table [SSDT](id 0004) - 4 Objects with 0 Devices 3 Methods 0 Regions > >Table [SSDT](id 0005) - 14 Objects with 0 Devices 5 Methods 0 Regions > >Table [SSDT](id 0006) - 14 Objects with 1 Devices 2 Methods 0 Regions > >ACPI: SSDT 7D6E1B32, 02C4 (r1 PmRef Cpu0Ist 100 INTL 20050513) > >Table [SSDT](id 0044) - 0 Objects with 0 Devices 0 Methods 0 Regions > >ACPI: SSDT 7D6E1E7B, 085E (r1 PmRef Cpu0Cst 100 INTL 20050513) > >Table [SSDT](id 0045) - 0 Objects with 0 Devices 0 Methods 0 Regions > >ACPI: SSDT 7D6E1A6A, 00C8 (r1 PmRef Cpu1Ist 100 INTL 20050513) > >Table [SSDT](id 0050) - 0 Objects with 0 Devices 0 Methods 0 Regions > >ACPI: SSDT 7D6E1DF6, 0085 (r1 PmRef Cpu1Cst 100 INTL 20050513) > >Table [SSDT](id 0051) - 0 Objects with 0 Devices 0 Methods 0 Regions > > > >ie. "0 Objects with 0 Devices 0 Methods 0 Regions" > > > >dunno if this is just cosmetic -- the p-states that are advertised in > >the SSDT's seem to be working normally, and C-states do too. > > > >-Len -- 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
