kernel-fxtec-pro1x/arch/x86/kernel/cpu/mcheck
Greg KH 213eca7f48 kobj: fix threshold_init_device/kobject_uevent_env oops
the logic in this function is just crazy.  It's recursive, but we
can circumvent the creation for the kobject and whole creation of the
threshold_block if some conditions are met.  That's why we see the
allocate_threshold_blocks so many times in the callstack, yet only a few
kobjects created.

Then we blow up in kobject_uevent_env() on the first debug printk.
Which means that we are just passing in garbage.

Man, this is one time that comments in code would have been very nice to
have, and why forward goto's into major code blocks are just evil...

Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
2008-01-30 13:29:58 +01:00
..
k7.c
Makefile x86: consolidate the cpu/ related code usage 2007-10-23 22:37:23 +02:00
mce.h
mce_32.c x86: prepare consolidation of cpu/ related code usage 2007-10-23 22:37:23 +02:00
mce_64.c Driver core: change sysdev classes to use dynamic kobject names 2008-01-24 20:40:40 -08:00
mce_amd_64.c kobj: fix threshold_init_device/kobject_uevent_env oops 2008-01-30 13:29:58 +01:00
mce_intel_64.c x86: consolidate the cpu/ related code usage 2007-10-23 22:37:23 +02:00
non-fatal.c
p4.c x86: expand /proc/interrupts to include missing vectors, v2 2007-10-17 20:16:53 +02:00
p5.c
p6.c
therm_throt.c cpu hotplug: thermal_throttle: fix cpu hotplug error handling 2007-10-18 14:37:21 -07:00
winchip.c