On 27/07/15 08:58, Borislav Petkov wrote:
From: Borislav Petkov <b...@suse.de> Date: Mon, 27 Jul 2015 08:36:27 +0200 Subject: [PATCH] cpu/cacheinfo: Fix teardown path MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Philip Müller reported a hang when booting 32-bit 4.1 kernel on an AMD box. A fragment of the splat was enough to pinpoint the issue: task: f58e0000 ti: f58e8000 task.ti: f58e800 EIP: 0060:[<c135a903>] EFLAGS: 00010206 CPU: 0 EIP is at free_cache_attributes+0x83/0xd0 EAX: 00000001 EBX: f589d46c ECX: 00000090 EDX: 360c2000 ESI: 00000000 EDI: c1724a80 EBP: f58e9ec0 ESP: f58e9ea0 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 CR0: 8005003b CR2: 000000ac CR3: 01731000 CR4: 000006d0 cache_shared_cpu_map_setup() did check sibling CPUs cacheinfo descriptor while the respective teardown path cache_shared_cpu_map_remove() didn't. Fix that. From tglx's version: to be on the safe side, move the cacheinfo descriptor check to free_cache_attributes(), thus cleaning up the hotplug path a little and making this even more robust. Reported-by: Philip Müller <ph...@manjaro.org> Cc: <sta...@vger.kernel.org> # 4.1 Cc: Andre Przywara <andre.przyw...@arm.com> Cc: Guenter Roeck <li...@roeck-us.net> Cc: "H. Peter Anvin" <h...@zytor.com> Cc: Ingo Molnar <mi...@redhat.com> Cc: linux-kernel@vger.kernel.org Cc: manjaro-...@manjaro.org Cc: Philip Müller <ph...@manjaro.org> Cc: Sudeep Holla <sudeep.ho...@arm.com>
Looks good to me. If not too late Acked-by: Sudeep Holla <sudeep.ho...@arm.com> Regards, Sudeep -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/