x86/hw-breakpoints: Actually flush thread breakpoints in flush_thread().
commit41a48d14f6991020c9bb6b93e289ca5b411ed09a
authorPaul Mundt <lethal@linux-sh.org>
Mon, 5 Oct 2009 10:23:06 +0000 (5 19:23 +0900)
committerFrederic Weisbecker <fweisbec@gmail.com>
Tue, 3 Nov 2009 17:05:44 +0000 (3 18:05 +0100)
treeb9460ce77ef52c26688abd76e615f006558dd5ae
parentfb0459d75c1d0a4ba3cafdd2c754e7486968a676
x86/hw-breakpoints: Actually flush thread breakpoints in flush_thread().

flush_thread() tries to do a TIF_DEBUG check before calling in to
flush_thread_hw_breakpoint() (which subsequently clears the thread flag),
but for some reason, the x86 code is manually clearing TIF_DEBUG
immediately before the test, so this path will never be taken.

This kills off the erroneous clear_tsk_thread_flag() and lets
flush_thread_hw_breakpoint() actually get invoked.

Presumably folks were getting lucky with testing and the
free_thread_info() -> free_thread_xstate() path was taking care of the
flush there.

Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Acked-by: "K.Prasad" <prasad@linux.vnet.ibm.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Alan Stern <stern@rowland.harvard.edu>
LKML-Reference: <20091005102306.GA7889@linux-sh.org>
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
arch/x86/kernel/process.c