mailing list of musl libc
 help / color / mirror / code / Atom feed
From: "Érico Nogueira" <ericonr@disroot.org>
To: musl@lists.openwall.com
Subject: Re: [musl] [PATCH] shorten __aeabi_memset by one instruction
Date: Wed, 21 Apr 2021 16:02:00 -0300	[thread overview]
Message-ID: <87873c52-bd86-65e8-d9ae-26d0c1dbfdef@disroot.org> (raw)
In-Reply-To: <20210421173848.GS2546@brightrain.aerifal.cx>

Em 21/04/2021 14:38, Rich Felker escreveu:
> On Wed, Apr 21, 2021 at 10:24:58AM +0200, Szabolcs Nagy wrote:
>> * Érico Nogueira <ericonr@disroot.org> [2021-04-20 16:15:19 -0300]:
>>> when building for armhf, this makes libc.so text smaller by 4 bytes:
>>> 606619 to 606615
>>> ---
>>>   src/string/arm/__aeabi_memset.s | 3 +--
>>>   1 file changed, 1 insertion(+), 2 deletions(-)
>>>
>>> diff --git a/src/string/arm/__aeabi_memset.s b/src/string/arm/__aeabi_memset.s
>>> index f9f60583..980774e8 100644
>>> --- a/src/string/arm/__aeabi_memset.s
>>> +++ b/src/string/arm/__aeabi_memset.s
>>> @@ -24,8 +24,7 @@ __aeabi_memset:
>>>   	cmp   r1, #0
>>>   	beq   2f
>>>   	adds  r1, r0, r1
>>> -1:	strb  r2, [r0]
>>> -	adds  r0, r0, #1
>>> +1:	strb  r2, [r0], #1
>>
>> this is not available before armv7 as thumb instruction (and it
>> has 32bit thumb encoding, so you replace two 16bit instructions
>> with a 32bit one.)
>>
>> normally this asm is compiled in arm mode even if your toolchain
>> defaults to thumb (i'm not sure why), but if you select a cpu or
>> arch that only supports thumb then the assembler will try to use
>> thumb and fail e.g. on -march=armv6-m (but i'm not sure if musl
>> supports that compilation mode throughout)
> 
> Should we hold off on doing anything about this for now then? I'd
> rather avoid making more work for future, and this is pure *junk* code
> that we do not expect to be called from anywhere (it's extremely slow)
> and only there to satisfy broken tooling generating calls to it rather
> than to the standard functions.

That's ok for me. I was just browsing this file for some reason and 
noted the potential to "simplify" it.

That said, src/string/arm/memcpy.S also uses this addressing mode, so it 
is probably relevant to watch out for it for an eventual port:

	/* align source to 32 bits. We need to insert 2 instructions between
	 * a ldr[b|h] and str[b|h] because byte and half-word instructions
	 * stall 2 cycles.
	 */
	movs    r12, r3, lsl #31
	sub     r2, r2, r3              /* we know that r3 <= r2 because r2 >= 4 */
	ldrbmi r3, [r1], #1
	ldrbcs r4, [r1], #1
	ldrbcs r12,[r1], #1
	strbmi r3, [r0], #1
	strbcs r4, [r0], #1
	strbcs r12,[r0], #1


> 
> Rich

  reply	other threads:[~2021-04-21 19:02 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-20 19:15 [musl] [PATCH] add pthread_getname_np function Érico Nogueira
2021-04-20 19:15 ` [musl] [PATCH v2] define __STDC_UTF_{16,32}__ macros Érico Nogueira
2021-04-20 19:15 ` [musl] [PATCH] extend gethostid beyond a stub Érico Nogueira
2021-04-20 19:15 ` [musl] [PATCH] remove unnecessary cast for map_library return Érico Nogueira
2021-04-20 19:15 ` [musl] [PATCH] shorten __aeabi_memset by one instruction Érico Nogueira
2021-04-21  8:24   ` Szabolcs Nagy
2021-04-21 12:32     ` Jesse DeGuire
2021-04-21 17:38     ` Rich Felker
2021-04-21 19:02       ` Érico Nogueira [this message]
2021-05-20 13:04 ` [musl] [PATCH] add pthread_getname_np function Stefan Agner
2021-07-09  8:06 ` Michael Forney

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=87873c52-bd86-65e8-d9ae-26d0c1dbfdef@disroot.org \
    --to=ericonr@disroot.org \
    --cc=musl@lists.openwall.com \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

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).