> I'm very interesting to know why it's bad to restore flags in a sub-function.
> I imagine it should be due to an optimisation in the restore function.
On sparc32 the flags includes the window pointer which tells us where in
the register windows we are. If you restore flags in a sub function
th
Ok thank you for your help.
I've followed your first advice. My solution was ok on my target (ppc and x86) but was
not a good solution.
I'm very interesting to know why it's bad to restore flags in a sub-function. I
imagine it should be due to an optimisation in the restore function.
Thank you,
christophe barbe wrote:
>
> I've missed the thread "avoiding bad sleeps" last week. I've had a similar problem
> and I would like to discuss the solution I've used to avoid it.
>
> I want to wake up a sleeping process from an IRQ handler. In the process, if I use
> a interruptible_sleep_on(), I
[EMAIL PROTECTED] said:
> It seems to be ok. I've no more bad sleeps or more exactly rarely and
> that why I submit this to you. Is my way to do it correct ? I've
> joined at the end of this mail the modified function.
You can't restore flags in a different function to the one you saved them
I've missed the thread "avoiding bad sleeps" last week. I've had a similar problem and
I would like to discuss the solution I've used to avoid it.
I want to wake up a sleeping process from an IRQ handler. In the process, if I use a
interruptible_sleep_on(), I need first to restore flags (otherw
5 matches
Mail list logo
