| To: | David Daney <ddaney@caviumnetworks.com> |
|---|---|
| Subject: | Re: [PATCH] MIPS: Define __arch_swab64 for all mips r2 cpus (v2). |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Wed, 1 Jul 2009 19:20:51 +0100 |
| Cc: | "Maciej W. Rozycki" <macro@linux-mips.org>, linux-mips@linux-mips.org |
| In-reply-to: | <4A4AB845.1030906@caviumnetworks.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <1246294455-26866-1-git-send-email-ddaney@caviumnetworks.com> <20090629193454.GA23430@linux-mips.org> <alpine.LFD.2.00.0907010132500.23134@eddie.linux-mips.org> <4A4AB845.1030906@caviumnetworks.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.5.18 (2008-05-17) |
On Tue, Jun 30, 2009 at 06:13:41PM -0700, David Daney wrote: > The problem with CPU_MIPS64_R2 in the kernel is that it means two > unrelated things: > > 1) The cpu can execute all mips64r2 ISA instructions. > > 2) The cpu requires that all worse case cache and execution hazards are > handled. > > In the case of the Octeon processors, #1 is true, but we can get better > performance by omitting many of the hazard barriers because they are > unneeded. The most performance sensitive hazard barriers are the ones in the TLB exception handlers and they're now being handled in C code in tlbex.c which mostly does runtime decissions. I suspect the remaining hazard barriers are not a big performance thing anymore. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [BUG] MIPS: Hibernation in the latest linux-mips:master branch not work, Ralf Baechle |
|---|---|
| Next by Date: | Re: [PATCH] MIPS: Define __arch_swab64 for all mips r2 cpus (v2)., Ralf Baechle |
| Previous by Thread: | Re: [PATCH] MIPS: Define __arch_swab64 for all mips r2 cpus (v2)., Ralf Baechle |
| Next by Thread: | Re: [PATCH] linux-2.4: br2684: fix double freeing skb, Willy Tarreau |
| Indexes: | [Date] [Thread] [Top] [All Lists] |