From: Joe deBlaquiere <jadb@redhat.com>
To: Joe deBlaquiere <jadb@redhat.com>
Cc: Florian Lohoff <flo@rfc822.org>, linux-mips@oss.sgi.com
Subject: Re: [FIX] sysmips(MIPS_ATMIC_SET, ...) ret_from_sys_call vs. o32_ret_from_sys_call
Date: Thu, 25 Jan 2001 13:35:23 -0600 [thread overview]
Message-ID: <3A707FFB.60802@redhat.com> (raw)
In-Reply-To: 3A70705C.5020600@redhat.com
that didn't make sense, did it... ;o)
what I meant to say is that it works like
sysmips(MIPS_ATOMIC_SET,ptr,val)
{
*ptr = val ;
val 0 ;
}
but it is an atomic operation
if this correct in a pseudo-code sense?
Joe deBlaquiere wrote:
> I'm trying to implement MIPS_ATOMIC_SET for the Vr4181, which has no ll,
> sc operations. It looks to me like the function does something like
>
> sysmips(MIPS_ATOMIC_SET,ptr,val)
> {
>
> }
>
> Florian Lohoff wrote:
>
>> On Wed, Jan 24, 2001 at 04:59:19PM +0100, Florian Lohoff wrote:
>>
>>> Decoded this is:
>>>
>>> Unable to handle kernel paging request at virtual address 00000000,
>>> epc == 00000000, ra == 00000000
>>> $0 : 00000000 1004fc00 fffffff2 00000001
>>> $4 : fffffff2 00000000 00000001 00000000
>>> $8 : 00000000 2abf3a94 8800f4a0 00000004
>>> $12: 8ec09f10 7ffffaf8 8ec09f18 8ec09f18
>>> $16: 8801acf8 00000000 10011510 00000002
>>> $20: 10011510 7ffffdd8 7ffffdcc 00000002
>>> $24: 00000000 2abf3a80
>>> $28: 8ec08000 8ec09ef8 7ffffd10 00000000
>>> epc : 00000000
>>> Using defaults from ksymoops -t elf32-bigmips -a mips:3000
>>> Status: 1004fc03
>>> Cause : 30000008
>>
>>
>>
>> Ok - another one (sorry to spam you)
>>
>>> From "handle_sys" i see that system call address and no of
>>
>> args are in t2 and t3 which are 0x8800f4a0 and 4 with the register
>> dump above.
>>
>> 8800f4a0 is sys_sysmips which i also saw in the find strace.
>>
>>> From the strace i find
>>
>>
>> sysmips(0x7d1, 0x2ac95d24, 0x1, 0) = 4149
>>
>> all the time - 0x7d1 is "MIPS_ATOMIC_SET" - Ok from the trace
>> i see the call comes from handle_sys which itself would end with
>> o32_ret_from_sys_call.
>>
>> sysmips(MIPS_ATOMIC_SET, ...)
>> would itself return with "ret_from_sys_call".
>>
>> If i now apply
>>
>> Index: arch/mips/kernel/sysmips.c
>> ===================================================================
>> RCS file: /cvs/linux/arch/mips/kernel/sysmips.c,v
>> retrieving revision 1.15
>> diff -u -r1.15 sysmips.c
>> --- arch/mips/kernel/sysmips.c 2000/11/18 01:19:35 1.15
>> +++ arch/mips/kernel/sysmips.c 2001/01/25 15:48:44
>> @@ -111,7 +111,7 @@
>>
>> __asm__ __volatile__(
>> "move\t$29, %0\n\t"
>> - "j\tret_from_sys_call"
>> + "j\to32_ret_from_sys_call"
>> : /* No outputs */
>> : "r" (&cmd));
>> /* Unreached */
>>
>> The machine now at least doesnt crash anymore - Others have to decide
>> if this is correct. (Nevertheless find doesnt return but this might
>> be a different problem)
>>
>> Flo
--
Joe deBlaquiere
Red Hat, Inc.
307 Wynn Drive
Huntsville AL, 35805
voice : (256)-704-9200
fax : (256)-837-3839
next prev parent reply other threads:[~2001-01-25 19:32 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-24 15:30 OOps - very obscure Florian Lohoff
2001-01-24 15:59 ` Florian Lohoff
2001-01-24 16:22 ` Florian Lohoff
2001-01-24 21:18 ` Keith Owens
2001-01-25 12:43 ` Florian Lohoff
2001-01-25 18:59 ` Jun Sun
2001-01-25 19:22 ` Florian Lohoff
2001-01-25 15:55 ` [FIX] sysmips(MIPS_ATMIC_SET, ...) ret_from_sys_call vs. o32_ret_from_sys_call Florian Lohoff
2001-01-25 15:55 ` Florian Lohoff
2001-01-25 16:34 ` Origin 200 crash nick
2001-01-25 18:28 ` [FIX] sysmips(MIPS_ATMIC_SET, ...) ret_from_sys_call vs. o32_ret_from_sys_call Joe deBlaquiere
2001-01-25 19:35 ` Joe deBlaquiere [this message]
2001-01-25 22:19 ` Ralf Baechle
2001-01-26 0:53 ` Joe deBlaquiere
2001-01-26 10:21 ` Maciej W. Rozycki
2001-01-26 15:41 ` Joe deBlaquiere
2001-01-26 21:16 ` Ralf Baechle
2001-01-27 7:20 ` Maciej W. Rozycki
2001-01-26 21:15 ` Ralf Baechle
2001-01-27 7:28 ` Maciej W. Rozycki
2001-01-27 19:42 ` Ralf Baechle
2001-01-29 15:03 ` Maciej W. Rozycki
2001-01-26 20:01 ` Jun Sun
2001-01-26 20:38 ` Joe deBlaquiere
2001-01-26 21:02 ` Jun Sun
2001-04-04 22:13 ` Florian Lohoff
2001-02-19 13:11 ` strace sysmips support (was: Re: [FIX] sysmips(MIPS_ATMIC_SET, ...) ret_from_sys_call vs. o32_ret_from_sys_call) Wichert Akkerman
2001-02-19 19:52 ` newbie question Can Altineller
2001-02-20 7:06 ` David Jez
2001-02-20 20:26 ` Mike McDonald
2001-02-20 20:30 ` nick
2001-02-20 20:53 ` Ralf Baechle
2001-02-20 20:41 ` strace sysmips support (was: Re: [FIX] sysmips(MIPS_ATMIC_SET, ...) ret_from_sys_call vs. o32_ret_from_sys_call) Ralf Baechle
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=3A707FFB.60802@redhat.com \
--to=jadb@redhat.com \
--cc=flo@rfc822.org \
--cc=linux-mips@oss.sgi.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.