/* * (C) 2003 Bruno Ducrot * (C) 2004 Dominik Brodowski * * Licensed under the terms of the GNU GPL License version 2. * * Based on code found in * linux/include/asm-i386/ist.h and linux/arch/i386/kernel/setup.c * and originally developed by Andy Grover */ #include #include #include int main (void) { struct LRMI_regs r; int retval; if (!LRMI_init()) return 0; memset(&r, 0, sizeof(r)); r.eax = 0x0000E980; r.edx = 0x47534943; retval = LRMI_int(0x15, &r); if (!retval) { printf("Failed!\n"); return 0; } if (r.eax == 0x47534943) { printf("BIOS supports GSIC call:\n"); printf("\tsignature: %c%c%c%c\n", (r.eax >> 24) & 0xff, (r.eax >> 16) & 0xff, (r.eax >> 8) & 0xff, (r.eax) & 0xff); printf("\tcommand port = 0x%.4x\n", r.ebx & 0xffff); printf("\tcommand = 0x%.4x\n", (r.ebx >> 16) & 0xffff); printf("\tevent port = 0x%.8x\n", r.ecx); printf("\tflags = 0x%.8x\n", r.edx); if (((r.ebx >> 16) & 0xffff) != 0x82) { printf("non-default command value. If speedstep-smi " "doesn't work out of the box,\nyou may want to " "try out the default value by passing " "smi_cmd=0x82 to the module\n ON YOUR OWN " "RISK.\n"); } if ((r.ebx & 0xffff) != 0xb2) { printf("non-default command port. If speedstep-smi " "doesn't work out of the box,\nyou may want to " "try out the default value by passing " "smi_port=0x82 to the module\n ON YOUR OWN " "RISK.\n"); } } else { printf("BIOS DOES NOT support GSIC call. Dumping registers anyway:\n"); printf("eax = 0x%.8x\n", r.eax); printf("ebx = 0x%.8x\n", r.ebx); printf("ecx = 0x%.8x\n", r.ecx); printf("edx = 0x%.8x\n", r.edx); printf("Note also that some BIOS do not support the initial " "GSIC call, but the newer\nspeedstep-smi driver may " "work.\nFor this, you need to pass some arguments to " "the speedstep-smi driver:\n"); printf("\tsmi_cmd=0x?? smi_port=0x?? smi_sig=1\n"); printf("\nUnfortunately, you have to know what exactly are " "smi_cmd and smi_port, and this\nis system " "dependant.\n"); } return 1; } action='/cgit.cgi/linux/net-next.git/log/tools/perf/pmu-events/arch/x86/sandybridge'>
diff options
context:
space:
mode:
authorTejun Heo <tj@kernel.org>2017-01-26 16:47:28 -0500
committerTejun Heo <tj@kernel.org>2017-01-26 16:47:28 -0500
commit07cd12945551b63ecb1a349d50a6d69d1d6feb4a (patch)
tree75f65eba7eac9277971082a2d5a4cf1370562c0c /tools/perf/pmu-events/arch/x86/sandybridge
parent7ce7d89f48834cefece7804d38fc5d85382edf77 (diff)
cgroup: don't online subsystems before cgroup_name/path() are operational
While refactoring cgroup creation, a5bca2152036 ("cgroup: factor out cgroup_create() out of cgroup_mkdir()") incorrectly onlined subsystems before the new cgroup is associated with it kernfs_node. This is fine for cgroup proper but cgroup_name/path() depend on the associated kernfs_node and if a subsystem makes the new cgroup_subsys_state visible, which they're allowed to after onlining, it can lead to NULL dereference. The current code performs cgroup creation and subsystem onlining in cgroup_create() and cgroup_mkdir() makes the cgroup and subsystems visible afterwards. There's no reason to online the subsystems early and we can simply drop cgroup_apply_control_enable() call from cgroup_create() so that the subsystems are onlined and made visible at the same time. Signed-off-by: Tejun Heo <tj@kernel.org> Reported-by: Konstantin Khlebnikov <khlebnikov@yandex-team.ru> Fixes: a5bca2152036 ("cgroup: factor out cgroup_create() out of cgroup_mkdir()") Cc: stable@vger.kernel.org # v4.6+
Diffstat (limited to 'tools/perf/pmu-events/arch/x86/sandybridge')