On Thu, 2008-10-16 at 09:51 -0600, Moore, Robert wrote: > > >-----Original Message----- > >From: Len Brown [mailto:lenb@xxxxxxxxxx] > >Sent: Wednesday, October 15, 2008 3:21 PM > >To: Zhang, Rui > >Cc: Moore, Robert; linux-acpi > >Subject: RE: [PATCH 0/6] ACPI: acpi table management enhancement > > > > > >Bob, > >note that we already changed acpidump to get the inactive static > >tables. We did this back when we were running into bugs with "invalid" > >XSDT's and found some machines needed to revert back to using the RSDTs. > > > >Indeed, while I think we nailed some of the major offenders, > >But I suspect we still have some bug compatibility detective work > >to do in that area. > > > > I wasn't aware that acpidump can now get the tables from the RSDT also. This is good. > > As I mentioned, I would like to eventually pull acpidump into the core ACPICA code and make it OS-independent at the same time. > > > >So what Rui is doing here in exposing inactive tables it to get > >/sys/firmware/acpi/tables to have the equal capability > >of the existing acpidump kvm reader. > > > > I was pointing out that there is significant overhead in acquiring these unused tables. well, it's true. > I'm not sure I understand exactly why this is desired, since acpidump already does this. > there must be some communication problems. :) As I understand, we are going to get rid of acpidump. so that we need to make Linux/ACPI dump all the acpi tables instead of acpidump. If this is true, I'm afraid we still need this patch although I don't like it neither. :( Len, can you verify this? thanks, rui > -- 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
