![]() | ||||||||||
Messages in this thread |
>sysfs gets it right. > >(23:11:01:davej@nemesis:~)$ ls /sys/devices/system/cpu/ >cpu0/ cpu1/ >(23:11:07:davej@nemesis:~)$ ls /proc/acpi/processor/ >CPU1/ CPU2/ CPU3/ This is because the BIOS has three "Processor" objects in the DSDT. As I've mentioned before, /proc/acpi/*/* should not exist. Internal ACPI BIOS names "CPU1, CPU1, CPU3" in this case are actually arbitray 4-character strings, and should never be exposed to the user in the file-system. sysfs with cpu0, cpu1 -- predictable strings for objects -- gets it right, and is the direction we are going. I'm afraid that even after we get this stuff out of /proc and into sysfs where it belongs, we'll have to leave /proc/acpi around for a while b/c unfortunately people are under the impression that the path names there actually mean something and they can actually count on them -- which they can't. -Len - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | |||||||||
| Last update: 2006-03-02 05:52 [from the cache] ©2003-2008 | ||||||||||