| To: | "Maciej W. Rozycki" <macro@ds2.pg.gda.pl> |
|---|---|
| Subject: | Re: User applications |
| From: | Ralf Baechle <ralf@oss.sgi.com> |
| Date: | Mon, 8 Jan 2001 14:27:29 -0200 |
| Cc: | "Kevin D. Kissell" <kevink@mips.com>, linux-mips@oss.sgi.com, Carsten Langgaard <carstenl@mips.com>, Michael Shmulevich <michaels@jungo.com> |
| In-reply-to: | <Pine.GSO.3.96.1010108162406.23234I-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Mon, Jan 08, 2001 at 04:40:06PM +0100 |
| References: | <010701c07986$ac768180$0deca8c0@Ulysses> <Pine.GSO.3.96.1010108162406.23234I-100000@delta.ds2.pg.gda.pl> |
| Sender: | owner-linux-mips@oss.sgi.com |
| User-agent: | Mutt/1.2.5i |
On Mon, Jan 08, 2001 at 04:40:06PM +0100, Maciej W. Rozycki wrote: > > than flushing the caches - so long as by "flush" we mean invalidate > > with writeback (on copyback caches), of course. > > What's wrong with cacheflush(addr, count, which) that actually checks if > <addr; addr+count> lies within the caller's address space before > performing the flush and returns -EPERM otherwise? It would make the > caller crawl like a turtle if it wished to but it would leave other > processes alone. cacheflush(2) actually is supposed to handle things that way. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: User applications, Ralf Baechle |
|---|---|
| Next by Date: | Re: User applications, Ralf Baechle |
| Previous by Thread: | Re: User applications, Maciej W. Rozycki |
| Next by Thread: | Re: User applications, Maciej W. Rozycki |
| Indexes: | [Date] [Thread] [Top] [All Lists] |