From: "machael thailer" <dony.he@huawei.com>
To: "Ralf Baechle" <ralf@oss.sgi.com>
Cc: <linux-mips@oss.sgi.com>
Subject: Re: questions about eret....
Date: Tue, 21 Aug 2001 18:09:19 +0800 [thread overview]
Message-ID: <001201c12a29$57f3b660$8021690a@huawei.com> (raw)
In-Reply-To: 20010821083508.A13302@dea.linux-mips.net
>
> > > > I have a question to ask about eret.
> > > >
> > > > In RC4xxx/RC32334, after eret finished, does it automatically
enable
> > IE
> > > > bit of STATUS register?
> > >
> > > ERET does not influence the state of the IE bit.
> >
> > I agree with you, but the RC32334 User manual (14-13 section) say it
does
> > and say we must run a "CLI" just before eret to disable IE bit in Status
> > register .
>
> That has a different reason. Eret takes the return address from the
> EPC register and if you'd take an exception between restoring that and the
> eret you'd loose it's content - crash boom bang.
Yes.
But in the sourece codes, when we finish the exception handlers , we will
run "ret_from_irq" (ret_from_sys_call) in the entry.S and then run macro
"RESTORE_ALL_AND_RET". The macro does restore all registers and then ERET.
But there is not a "CLI" just before ERET as the user manual suggested. Why?
so when we handle a syscall exception, we do "STI" in the handle_sys(). and
when ret_from_sys_call and we will run this macro "RESTORE_ALL_AND_RET".
because there is not a "CLI" just before ERET , is it possible to have some
problems?
machael thailer
WARNING: multiple messages have this Message-ID (diff)
From: "machael thailer" <dony.he@huawei.com>
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: linux-mips@oss.sgi.com
Subject: Re: questions about eret....
Date: Tue, 21 Aug 2001 18:09:19 +0800 [thread overview]
Message-ID: <001201c12a29$57f3b660$8021690a@huawei.com> (raw)
Message-ID: <20010821100919.mnuKEVq94DaQmvPfCsKuE93ZMCfNj7qGhuA6CUD06t4@z> (raw)
In-Reply-To: 20010821083508.A13302@dea.linux-mips.net
>
> > > > I have a question to ask about eret.
> > > >
> > > > In RC4xxx/RC32334, after eret finished, does it automatically
enable
> > IE
> > > > bit of STATUS register?
> > >
> > > ERET does not influence the state of the IE bit.
> >
> > I agree with you, but the RC32334 User manual (14-13 section) say it
does
> > and say we must run a "CLI" just before eret to disable IE bit in Status
> > register .
>
> That has a different reason. Eret takes the return address from the
> EPC register and if you'd take an exception between restoring that and the
> eret you'd loose it's content - crash boom bang.
Yes.
But in the sourece codes, when we finish the exception handlers , we will
run "ret_from_irq" (ret_from_sys_call) in the entry.S and then run macro
"RESTORE_ALL_AND_RET". The macro does restore all registers and then ERET.
But there is not a "CLI" just before ERET as the user manual suggested. Why?
so when we handle a syscall exception, we do "STI" in the handle_sys(). and
when ret_from_sys_call and we will run this macro "RESTORE_ALL_AND_RET".
because there is not a "CLI" just before ERET , is it possible to have some
problems?
machael thailer
next prev parent reply other threads:[~2001-08-21 10:08 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-15 1:30 Virtual address to physical address mapping machael thailer
2001-08-15 1:30 ` machael thailer
2001-08-15 8:33 ` Ralf Baechle
2001-08-20 9:54 ` questions about eret machael thailer
2001-08-20 9:54 ` machael thailer
2001-08-20 21:07 ` Ralf Baechle
2001-08-21 1:06 ` machael thailer
2001-08-21 1:06 ` machael thailer
2001-08-21 6:35 ` Ralf Baechle
2001-08-21 10:09 ` machael thailer [this message]
2001-08-21 10:09 ` machael thailer
2001-08-21 11:17 ` Ralf Baechle
2001-08-21 15:17 ` Question on porting Linux Shuanglin Wang
2001-08-21 14:33 ` jeff_lee
2001-08-21 14:33 ` jeff_lee
2001-08-21 15:33 ` Shuanglin Wang
2001-08-21 17:26 ` Jun Sun
2001-08-21 20:26 ` Carsten Langgaard
2001-08-21 21:36 ` Shuanglin Wang
2001-08-22 9:58 ` Carsten Langgaard
2001-08-21 1:34 ` questions about some bits of STATUS register and exception priority machael thailer
2001-08-21 1:34 ` machael thailer
2001-08-21 6:53 ` Ralf Baechle
2001-08-21 10:53 ` machael thailer
2001-08-21 10:53 ` machael thailer
2001-08-21 11:14 ` 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='001201c12a29$57f3b660$8021690a@huawei.com' \
--to=dony.he@huawei.com \
--cc=linux-mips@oss.sgi.com \
--cc=ralf@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.