[Top] [All Lists]

Re: [PATCH] clean up ret_from_{irq,exception}

To: "Atsushi Nemoto" <>
Subject: Re: [PATCH] clean up ret_from_{irq,exception}
From: "Franck Bui-Huu" <>
Date: Mon, 12 Feb 2007 16:55:50 +0100
Domainkey-signature: a=rsa-sha1; c=nofws;; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZSKdRfsSIzSQzMjG5C3j6e7L1ELII5rTmFtxIkwDNh4NEongGRlLsJZlaK+C66aD9VP5PMO9nhgKGT7nbBKsMgzwxhA9fUFwcv2KGdAdZ5tw281dtWbYY0IMaB4uD9D2YcuZbebewS/4EBBwdRRZN7Np+ICzWmISEJmY6/NCM8s=
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <> <>
On 2/12/07, Atsushi Nemoto <> wrote:

_ret_from_irq is used by dec/int-handler.S directly, so you should not
remove it (though decstation_defconfig disables CONFIG_PREEMPT).

woah, you're right. the name '_ret_from_irq' looks so private to me
that I didn't think that some other code could use it...

But looking at dec/int-handler.S again, I can not see why it uses
_ret_from_irq, and why it manipulates TI_REGS($28) in handle_it ...

It seems dec/int-handler.S has been broken for a while.  I'll send a
patch to fix it.  If it was ACKed, I ACK your patch.

ok I'm waiting...

<Prev in Thread] Current Thread [Next in Thread>