summaryrefslogtreecommitdiffstats
path: root/fs/cifs/md5.c
diff options
context:
space:
mode:
authorFrederic Weisbecker <fweisbec@gmail.com>2010-02-18 18:24:18 +0100
committerFrederic Weisbecker <fweisbec@gmail.com>2010-02-19 19:06:48 +0100
commit326264a02448b0ac51f78f178b78e830aa077a0b (patch)
treef2162ce368a6cd15cc4e54149cd25c0e974a8adf /fs/cifs/md5.c
parent84d710926797a6e317e7e94654a3ccd771cfd8a3 (diff)
downloadlinux-326264a02448b0ac51f78f178b78e830aa077a0b.tar.bz2
hw-breakpoint: Keep track of dr7 local enable bits
When the user enables breakpoints through dr7, he can choose between "local" or "global" enable bits but given how linux is implemented, both have the same effect. That said we don't keep track how the user enabled the breakpoints so when the user requests the dr7 value, we only translate the "enabled" status using the global enabled bits. It means that if the user enabled a breakpoint using the local enabled bit, reading back dr7 will set the global bit and clear the local one. Apps like Wine expect a full dr7 POKEUSER/PEEKUSER match for emulated softwares that implement old reverse engineering protection schemes. We fix that by keeping track of the whole dr7 value given by the user in the thread structure to drop this bug. We'll think about something more proper later. This fixes a 2.6.32 - 2.6.33-x ptrace regression. Reported-and-tested-by: Michael Stefaniuc <mstefani@redhat.com> Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com> Acked-by: K.Prasad <prasad@linux.vnet.ibm.com> Cc: Alan Stern <stern@rowland.harvard.edu> Cc: Maneesh Soni <maneesh@linux.vnet.ibm.com> Cc: Alexandre Julliard <julliard@winehq.org> Cc: Rafael J. Wysocki <rjw@sisk.pl> Cc: Maciej Rutecki <maciej.rutecki@gmail.com>
Diffstat (limited to 'fs/cifs/md5.c')
0 files changed, 0 insertions, 0 deletions