Re: "fast" interrupt handler threads.

2002-02-11 Thread Bruce Evans
On Sat, 9 Feb 2002, Julian Elischer wrote: > On Sun, 10 Feb 2002, Bruce Evans wrote: > > > > Yes, anything that reaches doreti checks for ASTs and runs userret() if > > necessary and possible (only for returns to user mode). > > > > Hmm, this check seems to be inadequate for fast interrupts. The

Re: "fast" interrupt handler threads.

2002-02-11 Thread Julian Elischer
Thanks On Sun, 10 Feb 2002, Bruce Evans wrote: > > Yes, anything that reaches doreti checks for ASTs and runs userret() if > necessary and possible (only for returns to user mode). > > Hmm, this check seems to be inadequate for fast interrupts. There is > no check for rescheduling if the retu

Re: "fast" interrupt handler threads.

2002-02-11 Thread Bruce Evans
On Fri, 8 Feb 2002, Julian Elischer wrote: > Bruce, for the low-level impared such as myself, can you give a quick > precis on teh difference between "fast" interrupt handlers in -current > and 'normal' interrupt handlers. "Fast" interrupt handlers are harder to program and should rarely be used

Re: "fast" interrupt handler threads.

2002-02-09 Thread Bruce Evans
On Sat, 9 Feb 2002, Julian Elischer wrote: > On Sun, 10 Feb 2002, Bruce Evans wrote: > > > > Yes, anything that reaches doreti checks for ASTs and runs userret() if > > necessary and possible (only for returns to user mode). > > > > Hmm, this check seems to be inadequate for fast interrupts. The

Re: "fast" interrupt handler threads.

2002-02-09 Thread Julian Elischer
Thanks On Sun, 10 Feb 2002, Bruce Evans wrote: > > Yes, anything that reaches doreti checks for ASTs and runs userret() if > necessary and possible (only for returns to user mode). > > Hmm, this check seems to be inadequate for fast interrupts. There is > no check for rescheduling if the retu

Re: "fast" interrupt handler threads.

2002-02-09 Thread Bruce Evans
On Fri, 8 Feb 2002, Julian Elischer wrote: > Bruce, for the low-level impared such as myself, can you give a quick > precis on teh difference between "fast" interrupt handlers in -current > and 'normal' interrupt handlers. "Fast" interrupt handlers are harder to program and should rarely be used

"fast" interrupt handler threads.

2002-02-08 Thread Julian Elischer
Bruce, for the low-level impared such as myself, can you give a quick precis on teh difference between "fast" interrupt handlers in -current and 'normal' interrupt handlers. Do fast interrupt handlers enter through "trap()" ? if they interrupt a user process, do they take on the cred of the run