From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: Re: [Xenomai-core] [PATCH-STACK] Updates, timerstats, rtdm-timers
Date: Thu, 07 Jun 2007 16:54:48 +0200 [thread overview]
Message-ID: <46681C38.2070504@domain.hid> (raw)
In-Reply-To: <466818F2.3010908@domain.hid>
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>
>>Jan Kiszka wrote:
>>
>>>Gilles Chanteperdrix wrote:
>>>
>>>
>>>>Jan Kiszka wrote:
>>>>
>>>>
>>>>>Jan Kiszka wrote:
>>>>>
>>>>>
>>>>>
>>>>>>Gilles Chanteperdrix wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>>So, Ok, I will try to do something for x86 (either reduce the numbers of
>>>>>>>registers used by the C code, or reduce the assembly to the bare
>>>>>>>minimum). But, please, pick my generic implementation of llmulshft, it
>>>>>>>was carefully written.
>>>>>>
>>>>>>Yes, it is the better choice for 32 bit archs (my previous tests didn't
>>>>>>reflect the usage in Xenomai truely, redoing them made my generic
>>>>>>version fall behind yours). Will include it.
>>>>>
>>>>>Done, see -v6. Then I added that two-liner for x86_64 rthal_llmulshft,
>>>>>fixed the BITS_PER_LONG bug, and enabled generic-based support for ARM
>>>>>(testing welcome!).
>>>>>
>>>>>At this chance: My series now also includes rthal_llimd for x86_64,
>>>>>another two-liner.
>>>>
>>>>v6 is not in the download area.
>>>>
>>>
>>>Mpf, forgot to press "update". Done.
>>
>>Ok, I agree with the fast-tsc-to-ns patch: I could not get gcc to
>>generate code with less moves on x86 (which is, for me, if it was still
>>needed, yet another proof that these register moves are harmless).
>
>
> No question -- from the average performance POV.
>
>
>>However, I do not agree with the x86_64 llimd: it will not work if m is
>>greater than 2G, that is why we implement llimd in terms of ullimd on
>>other architectures.
>>
>
>
> Please help me, I don't see it yet:
>
> m is 32 bit and gets extended to 64 bit without considering any sign (as
> it should be). Then we multiply 64x64 bit signed, but we know for sure
> that the second multiplier is always positive. Same for division. Basic
> tests ((-1*1000000000)/2 vs. (-1*3000000000)/2) confirmed this on the
> target.
No, you are right. It works.
--
Gilles Chanteperdrix
next prev parent reply other threads:[~2007-06-07 14:54 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-04 23:25 [Xenomai-core] [PATCH-STACK] Updates, timerstats, rtdm-timers Jan Kiszka
2007-06-05 8:31 ` Jan Kiszka
2007-06-05 22:28 ` Gilles Chanteperdrix
2007-06-06 10:30 ` Jan Kiszka
2007-06-06 12:47 ` Gilles Chanteperdrix
2007-06-06 12:59 ` Jan Kiszka
2007-06-06 13:21 ` Gilles Chanteperdrix
2007-06-06 13:31 ` Jan Kiszka
2007-06-06 18:23 ` Gilles Chanteperdrix
2007-06-06 18:46 ` Jan Kiszka
2007-06-07 12:52 ` Jan Kiszka
2007-06-07 13:02 ` Gilles Chanteperdrix
2007-06-07 14:06 ` Jan Kiszka
2007-06-07 14:24 ` Gilles Chanteperdrix
2007-06-07 14:40 ` Jan Kiszka
2007-06-07 14:54 ` Gilles Chanteperdrix [this message]
2007-06-06 12:49 ` Jan Kiszka
2007-06-06 13:29 ` Gilles Chanteperdrix
2007-06-06 13:36 ` Jan Kiszka
2007-06-06 15:08 ` Jan Kiszka
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=46681C38.2070504@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=jan.kiszka@domain.hid \
--cc=xenomai@xenomai.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.