From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: linux@horizon.com
Cc: Paul Mackerras <paulus@samba.org>, git@vger.kernel.org
Subject: Re: [PATCH] PPC assembly implementation of SHA1
Date: Sun, 24 Apr 2005 12:49:28 +1000 [thread overview]
Message-ID: <1114310968.5444.24.camel@gaston> (raw)
In-Reply-To: <20050423124246.30071.qmail@science.horizon.com>
On Sat, 2005-04-23 at 12:42 +0000, linux@horizon.com wrote:
> - You don't need to decrement %r1 before saving registers.
> The PPC calling convention defines a "red zone" below the
> current stack pointer that is guaranteed never to be touched
> by signal handlers or the like. This is specifically for
> leaf procedure optimization, and is at least 224 bytes.
On ELF ppc32 ABI ? Hrm... the SysV ABI document says
"The only permitted references with negative offsets from the stack
pointer are those described here for establishing a stack frame."
I know MacOS had a red zone, but do we ?
> - Is that many stw/lwz instructions faster than stmw/lmw?
> The latter is at least more cahce-friendly.
More cache friendly ? Hrm.. I wouldn't be sure. Also, I remember readind
a while ago that those store/load multiple instructions aren't that
recommended. They aren't very good on some CPU models. I would expect
the bus/cache bandwidth to be the limiting factor here anyway, and as
you point out below, the they don't deal with unaligned access very well
in all cases.
next prev parent reply other threads:[~2005-04-24 2:40 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-23 12:42 [PATCH] PPC assembly implementation of SHA1 linux
2005-04-23 13:03 ` linux
2005-04-24 2:49 ` Benjamin Herrenschmidt [this message]
2005-04-24 4:40 ` Paul Mackerras
2005-04-24 12:04 ` Wayne Scott
2005-04-25 0:16 ` linux
2005-04-25 3:13 ` Revised PPC assembly implementation linux
2005-04-25 9:40 ` Paul Mackerras
2005-04-25 17:34 ` linux
2005-04-25 23:00 ` Paul Mackerras
2005-04-25 23:17 ` David S. Miller
2005-04-26 1:22 ` Paul Mackerras
2005-04-27 1:47 ` linux
2005-04-27 3:39 ` Paul Mackerras
2005-04-27 16:01 ` linux
2005-04-26 2:14 ` linux
2005-04-26 2:35 ` linux
-- strict thread matches above, loose matches on Subject: below --
2005-04-23 5:33 [PATCH] PPC assembly implementation of SHA1 Paul Mackerras
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1114310968.5444.24.camel@gaston \
--to=benh@kernel.crashing.org \
--cc=git@vger.kernel.org \
--cc=linux@horizon.com \
--cc=paulus@samba.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).