[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87ljeutru3.fsf@wine.dyndns.org>
Date: Mon, 15 Feb 2010 16:57:08 +0100
From: Alexandre Julliard <julliard@...ehq.org>
To: prasad@...ux.vnet.ibm.com
Cc: Michael Stefaniuc <mstefani@...hat.com>,
Frederic Weisbecker <fweisbec@...il.com>,
Alan Stern <stern@...land.harvard.edu>,
linux-kernel@...r.kernel.org,
Maneesh Soni <maneesh@...ux.vnet.ibm.com>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Maciej Rutecki <maciej.rutecki@...il.com>,
Roland McGrath <roland@...hat.com>
Subject: Re: Regression in ptrace (Wine) starting with 2.6.33-rc1
"K.Prasad" <prasad@...ux.vnet.ibm.com> writes:
> We could change this to become 'local' for every local request (but still
> cleanup the breakpoints using scheduler hooks like the way we presently
> do), but I think this is an implementation detail and that a ptrace user
> need not worry about it. Or do you believe that there's any?
>
> I'm afraid I don't understand your motivation for these read/write tests
> on debug control register? Such tests, as in this case, cause unnecessary
> panic due to changes in an implementation detail internal to the kernel
> without any perceptible difference in functionality.
Various copy protection schemes such as Safedisc do all sorts of strange
manipulations and checks on the debug registers, in an attempt to make
sure that the app is not being run under a debugger. The Wine exception
tests try to replicate that behavior.
--
Alexandre Julliard
julliard@...ehq.org
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists