From: Frederic Weisbecker <fweisbec@gmail.com>
To: Michael Stefaniuc <mstefani@redhat.com>
Cc: "K.Prasad" <prasad@linux.vnet.ibm.com>,
Alan Stern <stern@rowland.harvard.edu>,
linux-kernel@vger.kernel.org,
Maneesh Soni <maneesh@linux.vnet.ibm.com>,
Alexandre Julliard <julliard@winehq.org>,
"Rafael J. Wysocki" <rjw@sisk.pl>,
Maciej Rutecki <maciej.rutecki@gmail.com>
Subject: Re: Regression in ptrace (Wine) starting with 2.6.33-rc1
Date: Fri, 12 Feb 2010 19:15:10 +0100 [thread overview]
Message-ID: <20100212181502.GB5475@nowhere> (raw)
In-Reply-To: <4B745F5C.5050001@redhat.com>
On Thu, Feb 11, 2010 at 08:49:48PM +0100, Michael Stefaniuc wrote:
> On 02/11/2010 07:22 PM, Frederic Weisbecker wrote:
>> On Thu, Feb 11, 2010 at 05:33:13PM +0100, Michael Stefaniuc wrote:
>>> 2.6.33-rc1 broke ptrace for Wine, specifically the setting of the debug
>>> registers. This is visible in the Wine ntdll exception tests failing on
>>> 2.6.33-rcX while they work just fine in 2.6.32.
>>>
>>> A regression test resulted in:
>>> 72f674d203cd230426437cdcf7dd6f681dad8b0d is the first bad commit
>>> commit 72f674d203cd230426437cdcf7dd6f681dad8b0d
>>> Author: K.Prasad<prasad@linux.vnet.ibm.com>
>>> Date: Mon Jun 1 23:45:48 2009 +0530
>>>
>>> hw-breakpoints: modify Ptrace routines to access breakpoint registers
>>>
>>> This patch modifies the ptrace code to use the new wrapper routines
>>> around
>>> the
>>> debug/breakpoint registers.
>>>
>>> [ Impact: adapt x86 ptrace to the new breakpoint Api ]
>>>
>>> Original-patch-by: Alan Stern<stern@rowland.harvard.edu>
>>> Signed-off-by: K.Prasad<prasad@linux.vnet.ibm.com>
>>> Signed-off-by: Maneesh Soni<maneesh@linux.vnet.ibm.com>
>>> Reviewed-by: Alan Stern<stern@rowland.harvard.edu>
>>> Signed-off-by: Frederic Weisbecker<fweisbec@gmail.com>
>>>
>>> :040000 040000 f72ff4760c3fa1dffcd72494e77bee2c76039505
>>> b60d5fe2088ff635568e800d5759a0b373b5e439 M arch
>>>
>>>
>
>>> I have opened also http://bugzilla.kernel.org/show_bug.cgi?id=15273 for
>>> this.
>
>> Thanks a lot for your report. Is there an easy way to reproduce
>> this?
> Yes, the bug is 100% reproducible. Even the "stack overflow" bytes are
> always constant on my two boxes: 932 bytes on my Atom and 1588 bytes on
> my Q9450 with a x86_64 kernel.
>
> Either grab wine-1.1.38 from
> http://sourceforge.net/projects/wine/files/Source/ or from git
> git clone git://source.winehq.org/git/wine.git
> configure
> make
> cd dlls/ntdll/tests/
> make exception.ok
>
> If you build on an x86_64 machine you'll need a pretty complete 32bit
> setup too, but configure will let you know. If configure doesn't errors
> out but produces warnings, those can be safely ignored. It means the
> dependencies are optional and those aren't needed to reproduce this bug.
Ok, I'm going to test it.
> Oh, there might be an other regression in ptrace too; introduced by a
> previous patch in this series. While bisecting i had a later test fail,
> something along the lines of "expected 4 exceptions got 0", but the
> tests completed. Now the stack corruption mask everything else in the
> tests; e.g. comment out the first test and one of the next tests will go
> into an infinite loop printing 3 Wine errors over and over again.
Ok, will look at this too.
Thanks.
next prev parent reply other threads:[~2010-02-12 18:15 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-11 16:33 Regression in ptrace (Wine) starting with 2.6.33-rc1 Michael Stefaniuc
2010-02-11 18:22 ` Frederic Weisbecker
2010-02-11 19:49 ` Michael Stefaniuc
2010-02-12 18:15 ` Frederic Weisbecker [this message]
2010-02-13 17:33 ` K.Prasad
2010-02-13 21:29 ` Michael Stefaniuc
2010-02-14 17:15 ` Frederic Weisbecker
2010-02-14 20:13 ` Michael Stefaniuc
2010-02-14 20:41 ` Frederic Weisbecker
2010-02-14 23:05 ` Michael Stefaniuc
2010-02-15 11:57 ` K.Prasad
2010-02-15 15:57 ` Alexandre Julliard
2010-02-15 19:37 ` Michael Stefaniuc
2010-02-15 19:47 ` Roland McGrath
2010-02-17 16:03 ` Frederic Weisbecker
2010-02-17 17:06 ` Frederic Weisbecker
2010-02-18 17:59 ` Regression in ptrace (Wine) starting with 2.6.33-rc1, fixes Frederic Weisbecker
2010-02-18 19:27 ` Michael Stefaniuc
2010-02-18 19:41 ` Alexandre Julliard
2010-02-19 17:19 ` Frederic Weisbecker
2010-02-19 17:17 ` Frederic Weisbecker
2010-02-18 18:00 ` [PATCH 1/2] hw-breakpoints: Accept breakpoints on NULL address Frederic Weisbecker
2010-02-18 21:16 ` Roland McGrath
2010-02-19 17:38 ` Frederic Weisbecker
2010-02-19 8:51 ` K.Prasad
2010-02-18 18:00 ` [PATCH 2/2] hw-breakpoint: Keep track of dr7 local enable bits Frederic Weisbecker
2010-02-19 8:45 ` K.Prasad
2010-02-19 15:34 ` Frederic Weisbecker
2010-02-19 17:58 ` K.Prasad
2010-02-19 18:03 ` Frederic Weisbecker
2010-02-19 8:58 ` K.Prasad
2010-02-19 15:49 ` Frederic Weisbecker
2010-02-19 17:41 ` Frederic Weisbecker
2010-02-19 18:04 ` K.Prasad
2010-02-19 18:12 ` [GIT PULL] hw-breakpoint regression fixes Frederic Weisbecker
2010-02-22 9:56 ` Ingo Molnar
2010-02-19 18:12 ` [PATCH 1/2] hw-breakpoints: Accept breakpoints on NULL address Frederic Weisbecker
2010-02-19 18:12 ` [PATCH 2/2] hw-breakpoint: Keep track of dr7 local enable bits Frederic Weisbecker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100212181502.GB5475@nowhere \
--to=fweisbec@gmail.com \
--cc=julliard@winehq.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maciej.rutecki@gmail.com \
--cc=maneesh@linux.vnet.ibm.com \
--cc=mstefani@redhat.com \
--cc=prasad@linux.vnet.ibm.com \
--cc=rjw@sisk.pl \
--cc=stern@rowland.harvard.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox