| To: | Jun Sun <jsun@mvista.com> |
|---|---|
| Subject: | Re: Build failure for R3000 DECstation |
| From: | Harald Koerfgen <Harald.Koerfgen@home.ivm.de> |
| Date: | Wed, 15 Nov 2000 20:46:13 +0100 (CET) |
| Cc: | linux-mips@oss.sgi.com, "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>, Ralf Baechle <ralf@oss.sgi.com> |
| In-reply-to: | <3A11FF44.D7B8D826@mvista.com> |
| Organization: | none |
| Reply-to: | Harald Koerfgen <Harald.Koerfgen@home.ivm.de> |
| Sender: | owner-linux-mips@oss.sgi.com |
On 15-Nov-00 Jun Sun wrote: [R3000 UP userland spinlocks] > In fact, I don't think you can perform automic operation ONLY based on > the knowledge whether a context switch has happened during a specified > period. (It should be interesting to see if we can actually "prove" > it.) I doubt this as well, although I'd love to be proven wrong. > I also doubt if k0 is absolutely non-zero after a context ... That's not the problem here, yes, it is. At least for the the CONFIG_CPU_R3000 case. Have a look at include/asm-mips/stackframe.h, especially the R3000 version of the RESTORE_SP_AND_RET macro. -- Regards, Harald |
| Previous by Date: | Re: Build failure for R3000 DECstation, Harald Koerfgen |
|---|---|
| Next by Date: | Re: Build failure for R3000 DECstation, Jun Sun |
| Previous by Thread: | Re: Build failure for R3000 DECstation, Maciej W. Rozycki |
| Next by Thread: | Re: Build failure for R3000 DECstation, Jun Sun |
| Indexes: | [Date] [Thread] [Top] [All Lists] |