On Tuesday 06 January 2015 11:29:29 Catalin Marinas wrote: > > >> We will work on this both on ASWG and linux ACPI driver side, as Dong > > >> and Charles pointed out, _OSI things can be solved in ACPI spec, when > > >> that is done, we can modify the kernel driver to fix the problems above. > > > > > > Which driver? > > > > the ACPICA core driver as you suggested, sorry for the confusion. > > > > > What about ACPI_OS_NAME? Would you suggest it is fine to report > > > "Microsoft Windows NT" on an ARM system? That _OS_ not _OSI. > > > > No, not at all. I prefer "Linux" > > In include/acpi/acconfig.h, when ACPI_OS_NAME defined, it says: > > "OS name, used for the _OS object. The _OS object is essentially > > obsolete,..." > > for some legacy reasons, we needed "Microsoft Windows NT", but ACPI > > for ARM64 on linux is totally new, I think we can change it to > > "Linux" when CONFIG_ARM64 as you suggested. > > We could ignore this change for now if we don't expect the _OS object to > be used at all. But do we have any other way to check the AML code for > this? Would FWTS catch such obsolete cases? How about just leaving it out? It's clearly not used for anything good, so I don't see the point in passing either Linux or "Microsoft Windows NT" here. Arnd -- 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
