ably outdated notices stating that
"Ubuntu flavoured images released as Linaro engineering builds are not
for production use, modification or redistribution, but are to be used
for evaluation purposes only". Thanks.
--
Best regards,
Sia
igins=yes --num-callers=10 ./matvec
> >
> > I tried this command line on Ubuntu Trusty and got complete looking call
> > stacks.
>
> I'm on 12.04 precise.
>
> Bummer.
Do you have something like libc-dbg installed in your system? Having
the glibc debugging sym
an add splitdebug to FEATURES in make.conf"
elog "and remerge glibc. See:"
elog "https://bugs.gentoo.org/show_bug.cgi?id=214065";
elog "https://bugs.gentoo.org/show_bug.cgi?id=274771";
elog "https://bugs.gentoo.org/show_bug.cgi?id=
On Mon, Nov 28, 2011 at 12:18 AM, Mans Rullgard
wrote:
> On 27 November 2011 21:30, Siarhei Siamashka
> wrote:
>> On Sun, Nov 27, 2011 at 8:18 PM, Woodruff, Richard
>> wrote:
>>>
>>>> From: linaro-dev-boun...@lists.linaro.org [mailto:linaro-dev-
>>&
--------
Avr: 100774773 100 1147 1147
Tot: 100960960
--
Best regards,
Siarhei Siamashka
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
urbo seem to be providing only some barely measurable
improvement on ARM, while huffman speedup is clearly more impressive
on x86. This gives libjpeg-turbo more points over IJG jpeg on x86 as a
result.
--
Best regards,
Siarhei Siamashka
___
lina
libjpeg-turbo git tree or tarball other than the
one announced in
http://lists.linaro.org/pipermail/linaro-dev/2011-September/007219.html ?
--
Best regards,
Siarhei Siamashka
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.li
On Tue, Sep 27, 2011 at 5:16 PM, David Long wrote:
> On Tue, 2011-09-27 at 16:29 +0300, Siarhei Siamashka wrote:
>
> Please just do something :) I don't see why you can't supply the
> kernels with oprofile working in timer mode with a usable sampling
> frequency *right no
making oprofile practically usable on all ARM boards and
devices is not that difficult.
--
Best regards,
Siarhei Siamashka
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
have a much better use for
timing short sequences of code if the performance counters could get
exposed to userspace in the mainline kernel.
--
Best regards,
Siarhei Siamashka
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On Wed, Sep 14, 2011 at 2:23 PM, Kukjin Kim wrote:
> Siarhei Siamashka wrote:
>> By the way, does anybody have L2C-310 errata list? Is double linefill
>> actually safe to use in r3p0?
>>
> No. it is _not_ safe on EXYNOS4210.
>
> Since L2C-310 ERRTA, current E
On Wed, Sep 14, 2011 at 10:57 AM, Kyungmin Park wrote:
> On Wed, Sep 14, 2011 at 4:43 PM, Siarhei Siamashka
> wrote:
>> On Wed, Sep 14, 2011 at 9:08 AM, Kyungmin Park wrote:
>>> Hi Siarhei,
>>>
>>> Interesting feature, and it's not samsung soc is
rding bit 27 ('Double linefill on WRAP read disable'), it seems to
reduce the impact of enabling double linefill on the random access
latency as measured by my self-written simple memory benchmark
program:
http://github.com/downloads/ssvb/ssvb-mem
inefill on WRAP read disable" bit
compensates most of the random access latency increase.
Signed-off-by: Siarhei Siamashka
---
arch/arm/mach-exynos4/cpu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-exynos4/cpu.c b/arch/arm/mach-exynos4/cpu.c
index ba5
14 matches
Mail list logo
