| To: | linux-mips |
|---|---|
| Subject: | Re: patch for DS3100/DS2100 16.61/12.45 Bogomips |
| From: | "Harald Koerfgen" <hkoerfg1@ford.com> |
| Date: | Fri, 18 Apr 1997 13:38:29 +0100 |
| Comments: | Authenticated sender is <hkoerfg1@dttws020.merkenich.ford.com> |
| In-reply-to: | <199704180944.LAA08091@informatik.uni-koblenz.de> |
| Organization: | Ford Motor Company |
| Priority: | normal |
| References: | <Pine.LNX.3.91.970418102232.1645A-100000@lehr.chem.tu-berlin.de> from "Frieder Streffer" at Apr 18, 97 10:25:06 am |
| Reply-to: | hkoerfg1@ford.com |
Ralf wrote: > Just saw that one in your patch: > > > /* > > * Where is a simple rfe expected to return to??? HK > > * FIXME: what about the BD flag in the cause register? > > */ > > #define ERET \ > > mfc0 k0,CP0_EPC; \ > > nop; \ > > j k0; \ > > rfe > > > > You don't need to care about handling of branch delay slots. The > only exceptions where one really needs to care about branch delay > slots are synchronous exceptions like address errors (due to > missalignment), syscalls (This case is a no-no by definition), > traps, overflow etc. > > You don't need to care about this; the generic parts of the kernel > handle this for you. > Good to know. Hacking the DECstation interrupt code was my first MIPS and Linux Kernel Hacking experience, and i *am* learning. > Ralf Harald -- regards, Harald |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Milo, the next generation, Systemkennung Linux |
|---|---|
| Next by Date: | Re: Milo, the next generation, Wayne Hodgen |
| Previous by Thread: | Re: patch for DS3100/DS2100 16.61/12.45 Bogomips, Systemkennung Linux |
| Next by Thread: | Re: patch for DS3100/DS2100 16.61/12.45 Bogomips, Paul Antoine |
| Indexes: | [Date] [Thread] [Top] [All Lists] |