| To: | Ralf Baechle <ralf@linux-mips.org> |
|---|---|
| Subject: | Re: Kernel 2.6 for R4600 Indy |
| From: | "Maciej W. Rozycki" <macro@linux-mips.org> |
| Date: | Tue, 5 Oct 2004 00:48:37 +0100 (BST) |
| Cc: | Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>, linux-mips@linux-mips.org |
| In-reply-to: | <20041004145244.GB8198@linux-mips.org> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <4152D58B.608@longlandclan.hopto.org> <20040923154855.GA2550@paradigm.rfc822.org> <20041002185057.GN21351@rembrandt.csv.ica.uni-stuttgart.de> <20041002204014.GO21351@rembrandt.csv.ica.uni-stuttgart.de> <Pine.LNX.4.58L.0410022213140.18388@blysk.ds.pg.gda.pl> <20041004145244.GB8198@linux-mips.org> |
| Sender: | linux-mips-bounce@linux-mips.org |
On Mon, 4 Oct 2004, Ralf Baechle wrote: > > I think we should either handcode all handlers explicitly or build a > > single one dynamically, like we do for copy_page()/clear_page(). > > That was the plan. > > > For now, > > I'll just add the missing nop directly to the handlers. Thanks for > > working on it. > > Those nops are now cluttering the handler for all those processors > that don't need it. Great. Except that: 1. The handler is expected to be for R4000/R4400 only. If it's used for anything else, that it's the anything else's maintainer fault. 2. The except_vec0_sb1 handler is one with the nop omitted, so it can be used for these processors. 3. Correct operation first, only then optimization. 4. Anyone please feel free to do a better fix. 5. Given the "gran plan" as referred to above, points 1 - 4 above are probably irrelevant anyway. ;-) Maciej |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] Kconfig for R5k/RM7k sc, Ralf Baechle |
|---|---|
| Next by Date: | Re: 2.6 preemptive kernel on mips, Jun Sun |
| Previous by Thread: | Re: Kernel 2.6 for R4600 Indy, Ralf Baechle |
| Next by Thread: | Re: Kernel 2.6 for R4600 Indy, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |