| To: | "Gleb O. Raiko" <raiko@niisi.msk.ru> |
|---|---|
| Subject: | Re: Bug in the syscall tracing code |
| From: | David Daney <ddaney@avtrex.com> |
| Date: | Fri, 07 Oct 2005 08:26:09 -0700 |
| Cc: | linux-mips@linux-mips.org |
| In-reply-to: | <434628D3.9050307@niisi.msk.ru> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <43455D2D.1010901@niisi.msk.ru> <20051006205308.GB31717@hattusa.textio> <43459374.5080802@avtrex.com> <434628D3.9050307@niisi.msk.ru> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mozilla Thunderbird 1.0.7-1.1.fc3 (X11/20050929) |
Gleb O. Raiko wrote: David Daney wrote:That is the conclusion I came to in:http://www.linux-mips.org/cgi-bin/mesg.cgi?a=linux-mips&i=4207C3E0.7070405%40avtrex.comSaving in the PT_SCRATCH area (pad0 in C) was a solution for 2.4. Unfortunately, syscall arguments are stored there (and that's why pad0 exists in pt_regs after all). So, using PT_SCRATCH as a temporary storage for t2 will break tracing syscalls with more than 4 args for o32 ABI. I know. I meant for you to look at the very end of the message (The part where I said to store it in the slots for k0 or k1). David Daney. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] fix possible sleeping in atomic on setup/restore sigcontext, Atsushi Nemoto |
|---|---|
| Next by Date: | Cygwin Cross-compile of linux release, Kyle Unice |
| Previous by Thread: | Re: Bug in the syscall tracing code, Gleb O. Raiko |
| Next by Thread: | Re: Bug in the syscall tracing code, Gleb O. Raiko |
| Indexes: | [Date] [Thread] [Top] [All Lists] |