Please let me know if this causes ACPI problems for you. It shouldn't. Unfortunately, if there are problems, the symptoms aren't certain so I'll need an acpidump -t -d > my.asl if you have problems. -Nate ---------- Forwarded message ---------- njl 2004/03/03 21:57:41 PST FreeBSD src repository Modified files: sys/contrib/dev/acpica acfreebsd.h Log: Part 2 of Project Evil: Pretend to be Windows 2000 for buggy ASL that always expects to be running on some MS OS. A survey of ASL shows that this is the 2nd most common expected OS value. (1st is Win98 and we don't emulate its buggy ACPI support.) Our ACPI support is similar to Win2k, also. Put this behavior under ACPICA_PEDANTIC so we can get back to our previous behavior for OSV testing. Revision Changes Path 1.22 +9 -2 src/sys/contrib/dev/acpica/acfreebsd.h Index: src/sys/contrib/dev/acpica/acfreebsd.h diff -u src/sys/contrib/dev/acpica/acfreebsd.h:1.21 src/sys/contrib/dev/acpica/acfreebsd.h:1.22 --- src/sys/contrib/dev/acpica/acfreebsd.h:1.21 Sat Feb 28 12:35:57 2004 +++ src/sys/contrib/dev/acpica/acfreebsd.h Wed Mar 3 21:57:41 2004 _at__at_ -119,10 +119,17 _at__at_ /* * Some systems' ASL may have problems because they look for names - * of Microsoft operating systems. To override this, set hw.acpi.os_name - * to the appropriate string. + * of Microsoft operating systems. We default to "Microsoft Windows NT" + * (aka NT5 or Windows 2000) because it is most similar to our + * implementation and also most prevalent. + * + * To override this, set hw.acpi.os_name to the appropriate string. */ +#ifndef ACPICA_PEDANTIC +#define ACPI_OS_NAME "Microsoft Windows NT" +#else #define ACPI_OS_NAME "FreeBSD" +#endif /* FreeBSD uses GCC */Received on Wed Mar 03 2004 - 21:04:00 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:46 UTC