dumps and the the screenshot with the hot loop
highlighted.
Maybe your patch increases register pressure too much?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 22 Sep 2021, at 22:35, Mekhanoshin, Stanislav
> wrote:
>
> [AMD Official Use Only]
>
> There are actually cou
Hi Stanislav,
Attached is a tarball with -save-temps output (pre-processed source and
generated assembly) for first-bad run (your commit) and last-good run
(immediate parent of your commit).
--
Maxim Kuvyrkov
https://www.linaro.org
> On 20 Sep 2021, at 23:15, Mekhanoshin, Stanislav
>
ure.
>
> Can somebody who knows this CI system look into this and maybe clarify
> the regression (and clarify these automated emails)?
We are improving format and contents of these emails, and will add details on
the detected regressions.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
Also, it slows down 464.h264ref by 7% at -O3 -flto:
https://lists.linaro.org/pipermail/linaro-toolchain/2021-September/007882.html
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Sep 2021, at 15:59, Maxim Kuvyrkov wrote:
>
> Hi Nikita,
>
> FYI, your patch seems t
Hi Arthur,
Your patch seems to be slowing down 400.perlbench by 6% — due to slow down of
its hot function S_regmatch() by 14%.
Could you take a look if this is easily fixable, please?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 24 Sep 2021, at 15:07, ci_not...@linaro.org wr
Also, it slightly increases code size of 450.soplex at -Os -flto:
https://lists.linaro.org/pipermail/linaro-toolchain/2021-September/007883.html
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Sep 2021, at 15:53, Maxim Kuvyrkov wrote:
>
> Hi Aldy,
>
> Your patch seems t
Hi Stanislav,
The revert of your patch made LLVM compile one less object file in the linux
kernel. Presumably, this is due to warning re-appearing after the revert. No
need to investigate, imo.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Sep 2021, at 04:11, ci_
Hi Nikita,
FYI, your patch seems to increase code-size of 462.libquantum by 3%. Would you
please check if this could be easily fixed?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Sep 2021, at 01:34, ci_not...@linaro.org wrote:
>
> After ll
months, but they
are back since end of July.
I have only now noticed this, while I was digging through email archives.
Please add me directly to CC: so that future messages end up in my inbox.
--
Maxim Kuvyrkov
https://www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
tem to test the latest release, which I
> believe should build without errors according to our CI?
>
> https://github.com/ClangBuiltLinux/continuous-integration2/actions/runs/1093846606
>
Hi Nathan,
It can take a couple of days to bisect regressions when build farm is
Hi Aldy,
Your patch seems to slow down 471.omnetpp by 8% at -O3. Could you please take
a look if this is something that could be easily fixed?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Sep 2021, at 02:52, ci_not...@linaro.org wrote:
>
> After g
This is a fluke in bare-metal benchmark. Investigating.
Sorry for the noise.
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Sep 2021, at 12:56, ci_not...@linaro.org wrote:
>
> [TCWG CI] Regression caused by binutils: [gdb/testsuite] Add
> gdb.testsuite/dump-system-info.e
This is a fluke. The bisection is searching for an 8% regression in
464.h264ref and it tripped just above 2% threshold on this patch due to
benchmarking noise.
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Sep 2021, at 14:42, ci_not...@linaro.org wrote:
>
> After ll
Hi Greg,
This appears to have been a fluke. Boot-testing succeeded before the merge and
failed after. Boot-testing on allmodconfig doesn’t seem to be stable, so we
are going to disable it.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 18 Aug 2021, at 08:38, Greg Kroah-Hart
flto patch speeds up 456.hmmer by 5% from 803s to 765s.
Two observations from this:
1. 456.hmmer is very sensitive to this optimisation
2. LTO screws up on 456.hmmer.
--
Maxim Kuvyrkov
https://www.linaro.org
> On 29 Sep 2021, at 14:06, Maxim Kuvyrkov wrote:
>
> Hi Stanislav,
>
>
Hi Stanislav,
That's fair; I or someone from Linaro will try to analyze this and follow up
here.
On a more general note, what info would you like to see in these benchmarking
regression reports?
Thanks,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Sep 22, 2021, at 9:40 PM, Mekhanos
Hi Martin,
Your below patch broke linux kernel build on 32-bit ARM. Is this on your
radar? Do you need help reproducing this?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 21 Sep 2021, at 05:11, ci_not...@linaro.org wrote:
>
> [TCWG CI] Regression caused by gcc: Factor p
Hi Richard,
We have improved reporting of our benchmarking CI. Any feedback on the below
report format?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 22 Sep 2021, at 01:58, ci_not...@linaro.org wrote:
>
> After gcc commit f92901a508305f291fcf2acae0825379477724de
> Aut
Hi Patrick,
Is it expected that libstdc++.so grew by 12% from this one patch?
Thanks,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 21 Sep 2021, at 13:01, ci_not...@linaro.org wrote:
>
> After gcc commit 3c57e692357c79ee7623dfc1586652aee2aefb8f
> Author: Patrick Palka
>
>
Hi Andrew,
Your patch breaks LTO bootstrap for, at least, ARM and AArch64. Would you
please investigate?
--
Maxim Kuvyrkov
https://www.linaro.org
> On 14 Sep 2021, at 07:47, ci_not...@linaro.org wrote:
>
> Identified regression caused by
> *gcc:9e58de3ce00fc2385c9efb7faf32
This report was due to a bug in comparison scripts, which is now fixed.
There are several functions named "contract<3>” in 447.dealII, and comparison
picked sizes of different instances of the function.
--
Maxim Kuvyrkov
https://www.linaro.org
> On 15 Sep 2021, at 23:46, ci_not
Hi Stanislav,
FYI, your patch seems to be slowing down two of SPEC CPU2006 tests on 32-bit
ARM at -O2 and -O3 optimization levels.
--
Maxim Kuvyrkov
https://www.linaro.org
> On 15 Sep 2021, at 12:54, ci_not...@linaro.org wrote:
>
> After llvm commit 92c1fd19abb15bc68b1127a26137a69
make: *** [Makefile:1872: drivers] Error 2
00:41:17 make: Target '__all' not remade because of errors.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 8 Sep 2021, at 11:40, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *linux* in CI configuration
Hi Thomas,
Thanks!
This CI should get faster turn around times soon; our goal is to get
notifications to developers within 24 hours of bad commit hitting trunk.
--
Maxim Kuvyrkov
https://www.linaro.org
> On 19 Aug 2021, at 21:01, Thomas Schwinge wrote:
>
> Hi!
>
> On 2021
Hi Linus,
Just in case you hadn’t this reported elsewhere ...
--
Maxim Kuvyrkov
https://www.linaro.org
> On 27 Jul 2021, at 03:40, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *linux* in CI configuration
> tcwg_kernel/gnu-master-arm-stable-allyescon
.
The function is BZ2_compressBlock() from SPEC CPU2006’s 401.bzip2. Let us know
if you are interested in investigating it, and we’ll provide details to
reproduce.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 19 Jul 2021, at 00:39, ci_not...@linaro.org wrote:
>
> Successfully i
Reported to upstream at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101506 .
--
Maxim Kuvyrkov
https://www.linaro.org
> On 19 Jul 2021, at 02:30, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *gcc* in CI configuration
> tcwg_gnu/gnu-master-aarch64-check_bo
Hi Alexey,
Your patch appears to break build on aarch64 and arm in allmodconfig and
allyesconfig configurations.
Would you please investigate? Please let us know if it doesn't easily
reproduce for you.
Thanks!
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 17, 2021, at 8:08
Hi Andrew,
We are now at Libera’s #linaro-tcwg .
--
Maxim Kuvyrkov
https://www.linaro.org
> On 16 Jul 2021, at 21:50, Andrew Pinski wrote:
>
> Hi all,
> Since freenode has gone down hill, are there any plans for moving the IRC
> channels to another server, like OFTC?
>
.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 14 Jul 2021, at 17:32, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *llvm* in CI configuration
> tcwg_bmk_llvm_tk1/llvm-master-arm-spec2k6-Os. So far, this commit has
> regressed CI
Hi Bjorn,
You are the most active committer for qdl — so forwarding this question to you.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 13 Jul 2021, at 11:16, Pascal Bourguignon wrote:
>
> Hello,
>
> I've got a little patch for qdl, adding error messages.
> http
register pressure.
SCHED_PRESSURE_MODEL handles cases with high register pressure well, and
switching it off caused a few additional spills in the hot blocks, which caused
the slow-down.
It may be worthwhile to bring SCHED_PRESSURE_MODEL back when LTO is enabled.
--
Maxim Kuvyrkov
https
side.
Regads,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 11, 2021, at 1:31 PM, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *gcc* in CI configuration
> tcwg_gnu/gnu-master-arm-bootstrap_debug. So far, this commit has regressed
> CI
Hi Siddhesh,
This was due to a bug in our bisection scripts. I've disabled notifications to
patch authors and linaro-toolchain@ while I'm testing the fix.
Sorry for the noise.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 11, 2021, at 1:56 PM, ci_not...@linaro.org wr
Hi Joseph,
This was due to a bug in our bisection scripts. I've disabled notifications to
patch authors and linaro-toolchain@ while I'm testing the fix.
Sorry for the noise.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 11, 2021, at 7:36 PM, ci_not...@linaro.org wr
investigating here.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 11, 2021, at 8:17 PM, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *gcc* in CI configuration
> tcwg_bmk_gnu_tx1/gnu-release-aarch64-spec2k6-O2. So far, this commit has
&g
d get some of the performance back.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 12, 2021, at 9:23 AM, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *gcc* in CI configuration
> tcwg_bmk_gnu_tk1/gnu-release-arm-spec2k6-O3_LTO. So far, this commit has
> re
Hi Hongtao,
This was due to a bug in our bisection scripts. I've disabled notifications to
patch authors and linaro-toolchain@ while I'm testing the fix.
Sorry for the noise.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 12, 2021, at 10:25 AM, Liu, Hongtao wr
Hi Florian,
This was due to a bug in our bisection scripts. I've disabled notifications to
patch authors and linaro-toolchain@ while I'm testing the fix.
Sorry for the noise.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 12, 2021, at 9:05 AM, Florian Weimer wrote:
>
> *
This report is due to instability of GCC Go's testsuite. I'll disable Go
language in our bootstrap testing for now.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 3, 2021, at 6:46 AM, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *gcc* in CI conf
Hi Steve,
Thanks for the ping on this.
Adhemerval, Oliver, are either of you familiar with this stuff
https://sourceware.org/bugzilla/show_bug.cgi?id=26206 ?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 25 Jun 2021, at 15:13, Steve McIntyre <93...@debian.org> wrote:
>
Hi Philip,
I’m looking at logs of
https://lab.llvm.org/buildbot/#/builders/171/builds/112
and
https://lab.llvm.org/buildbot/#/builders/171/builds/113
— and I can’t spot anything wrong in buildbot commands.
I don’t have an explanation for this artefact.
Regards,
--
Maxim Kuvyrkov
https
increasing code size.
--
Maxim Kuvyrkov
https://www.linaro.org
> On 28 Jun 2021, at 00:54, ci_not...@linaro.org wrote:
>
> Successfully identified regression in *gcc* in CI configuration
> tcwg_bmk_gnu_tk1/gnu-release-arm-spec2k6-Os_LTO. So far, this commit has
> regressed CI
patch SPEC CPU2006’s 483.xalancbmk slowed down by 3%
on arm-linux-gnueabihf when built with -O2 -flto. Any theories on what
could’ve caused it?
This is one of the first reports, and we welcome feedback on improving
reporting template.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On
patch SPEC CPU2006’s 410.bwaves slowed down by 4% on
aarch64-linux-gnu when built with -O2 -flto. Any theories on what could’ve
caused it?
This is one of the first reports, and we welcome feedback on improving
reporting template.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 26
er-arm-bootstrap_O3/16/artifact/artifacts/build-first_bad/04-build_abe-bootstrap_O3/
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On May 11, 2021, at 8:15 AM, tcwg-jira (Jira) wrote:
>
> There is 1 comment.
>
>
> GNU Toolchain / GNU-692 IN
> P
s more feasible,
> I guess...
Hi Galina,
We are expecting new more powerful machines for our buildbots in few weeks
time. Builds should become faster by around 50%.
--
Maxim Kuvyrkov
https://www.linaro.org
> Please let me know if I could help.
>
> Galina
>
> On Mon, Mar 15,
Hi Joel,
Please test LLVM 12.0.0-rc3 build. It should use correct linker by default.
https://github.com/llvm/llvm-project/releases/download/llvmorg-12.0.0-rc3/LLVM-12.0.0-rc3-woa64.exe
Let us know if you find any problems with it.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
is
FAIL: AddressSanitizer-aarch64-linux-dynamic::fgets_fputs.cpp
which we are investigating. If we can't get it fixed and the bot green by
Wednesday, we'll move it to staging. Sounds good?
>
> Please let me know if I could help or you have questions.
> On 4 Mar 2021, at 19:55, Maxim Kuvyrkov wrote:
>
> Hi Joel,
>
> Indeed, LLD is not configured to be used by default in LLVM-12.0.0-rc1. You
> need to add -fuse-ld=lld option for it to work. We’ll fix this in the final
> LLVM-12 release for WoA, which is expec
rce\maxim>..\llvm-12.0.0-rc1\bin\clang-cl.exe -fuse-ld=lld
hello.c
c:\Users\tcwg\source\maxim>hello.exe
Hello
c:\Users\tcwg\source\maxim>..\llvm-12.0.0-rc1\bin\clang.exe -fuse-ld=lld hello.c
c:\Users\tcwg\source\maxim>hello.exe
Hello
--
Maxim Kuvyrkov
https://www.linaro.org
> On 4
as the driver, then you need to specify
-fuse-ld=lld to use LLD.
Does this help?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 4 Mar 2021, at 19:11, Joel Cox wrote:
>
> Hi
>
> I've been trying to run clang on a Windows on Arm machine, but it keeps
> trying to using th
.
[1] https://lucasg.github.io/Dependencies/
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Mar 3, 2021, at 6:44 PM, Joel Cox wrote:
>
> Hi,
>
> I've been trying to use clang on Windows on Arm machine (Samsung Galaxy Book
> S), but whenever I try to use it, I
> On Feb 8, 2021, at 7:26 PM, Galina Kistanova wrote:
>
> Thanks for looking into this, Maxim!
>
>
> On Mon, Feb 8, 2021 at 1:15 AM Maxim Kuvyrkov
> wrote:
> > On Feb 7, 2021, at 6:10 AM, Galina Kistanova wrote:
> >
> > Hello Linaro Toolchain Working
cussed in
https://reviews.llvm.org/rGb2851aea80e5 . I hope to get windows builders green
by end of this week.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
Hi Louis,
I didn't get the original post or missed it.
We'll take a look at ARM and AArch64 bots and convert them to use pre-commit CI.
Thanks,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Feb 3, 2021, at 9:15 PM, Louis Dionne wrote:
>
> Ping on this. Can someone from your org
> On 1 Feb 2021, at 11:46, Maxim Kuvyrkov wrote:
>
> Hi Matthias,
>
> Thanks for the pointers. Where shall we coordinate on investigating these
> problems? Launchpad?
Also, I’ve created https://projects.linaro.org/browse/GNU-690 , where we will
track Linaro’s
Hi Matthias,
Thanks for the pointers. Where shall we coordinate on investigating these
problems? Launchpad?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 29 Jan 2021, at 18:38, Matthias Klose wrote:
>
> Please see
>
> https://lists.ubuntu.com/archives/ubuntu-dev
plugins depend on.
I think, installing libmpc-dev or equivalent should fix the problem;
installing an equivalent of “apt build-dep gcc” might be more robust.
Linux kernel has recently relaxed the way it detects support for compiler
plugins, so it’s now enabling them more often than before.
Hope th
Hi Galina,
Thanks for poking us.
Hi Team,
Is this due to the problem with too-old clang in armhf containers?
--
Maxim Kuvyrkov
https://www.linaro.org
> On 29 Oct 2020, at 08:07, Galina Kistanova wrote:
>
> Hello Linaro Toolchain Working Group,
>
> It seems 2 of your bots
Hi Galina,
We’ll try and bring back linaro-tk1-03 this or next week.
Linaro-tk-* pool of machines redundantly serve 2 builders, so one node going
offline doesn’t cause much disruption.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 10 Sep 2020, at 09:53, Galina Kistanova wr
Hi Nico,
Thanks for letting us know. We'll investigate the instabilities.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 27, 2020, at 8:03 PM, Nico Weber wrote:
>
> I got an email and an irc ping for
> http://lab.llvm.org:8011/builders/lldb-aarch64-ubuntu/builds/
rget?
> And what is a purpose of 'runtime-linaro-..." component?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
uildslave for this Build: linaro-tk1-06
>>
>> Build Reason: scheduler
>> Build Source Stamp: [branch master]
> 3bc439bdff8bb5518098bd9ef52c56ac071276bc
>> Blamelist: Ilya Leoshkevich
>>
>> BUILD FAILED: failed Checkout test-suite
>>
>> sin
ug.
Another thing to try is to upgrade to latest GCC 9.x. GCC 7.x was EOL'ed for
some time, and GCC 8.x will go EOL later this year. If your problem reproduces
with GCC 9.x or GCC's master branch, then we'll do our best to investigate it
(provi
doesn’t work, we’ll certainly investigate that.
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On 18 Mar 2020, at 14:32, Steve Kledtke wrote:
>
> Howdy,
>
> 1st post on this list.
>
> I just tried the windows binaries found on the latest-7 release site, namely
>
linaro.org
--
Maxim Kuvyrkov
https://www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
For Linaro community support email linaro-toolchain@lists.linaro.org
--
Maxim Kuvyrkov
https://www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
Hi Yupeng,
I've filed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598 . All future
discussions will be in that bug entry.
Regards,
--
Maxim Kuvyrkov
www.linaro.org
> On Aug 30, 2019, at 8:53 AM, Yupeng Chang wrote:
>
> Hi Maxim,
> This patch does fix part of the regressio
Hi Yupeng,
Any update?
--
Maxim Kuvyrkov
www.linaro.org
> On Aug 23, 2019, at 12:09 PM, Yupeng Chang wrote:
>
> Hi Maxim,
> I applied this patch to ARM GCC 8.3 2019.03, and it works!
> GCC 8.3 with this patch can generate code much faster than the GCC 8.3
>
-- neon intrinsics needs to be
converted from inline asms to GCC builtins, so that we can attach scheduler
descriptions to them.
Please let me know performance results and, especially, whether this patch
regresses any of your other testcases.
--
Maxim Kuvyrkov
www.linaro.org
> On Aug
these lucky
decisions back.
The second regression is due to changed tuning of the compiler. New setting is
better on average, and this testcase happens to regress. I don't know whether
we'll manage to fix that.
--
Maxim Kuvyrkov
www.linaro.org
> On Aug 21, 2019, at 9:55 AM, Yupeng Ch
Hi Yupeng,
There are many changes from Linaro GCC 7.x to ARM GCC 8.x, so it is difficult
to guess what may be going wrong.
Do you have a testcase that you can share? With a testcase we can investigate
the problem and, possibly, fix it.
Regards,
--
Maxim Kuvyrkov
www.linaro.org
> On
+1.
I would attend this presentation. QEMU has lots of power-user features that
most people don't know about.
--
Maxim Kuvyrkov
www.linaro.org
> On Jul 23, 2018, at 5:07 PM, Alex Bennée wrote:
>
>
> Following on from last weeks discussion here is an alternative abstract
>
.3.
>
> In debian testing and unstable, and ubuntu bionic.
Hi Guodong,
What Wookey said. Linaro provides only cross-toolchain binaries and we rely on
distro to provide native toolchains. In particular, Ubuntu is using Linaro
toolchain sources for their gcc-7 builds, so
stand. Could you provide both original and new versions of
the manifest?
Thank you,
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
t; It seems that this toolchain doesn't support using hard float and NEON ?
>
> My question is does this toolchain support hard float and NEON in the
> newlib C library?
> If I want to use hard float and NEON, how can I do that?
>
> Your reply is more appreciated!!
--
Maxim
thread. Yao will follow up on that.
--
Maxim Kuvyrkov
www.linaro.org
>
> -----Original Message-
> From: Maxim Kuvyrkov [mailto:maxim.kuvyr...@linaro.org]
> Sent: Wednesday, November 8, 2017 10:32 PM
> To: Pinski, Andrew <andrew.pin...@cavium.com>
> Cc: Yao Qi <yao
> On Nov 8, 2017, at 9:03 PM, Pinski, Andrew <andrew.pin...@cavium.com> wrote:
>
> I thought the decision Linaro/Arm was going to take over the development of
> the ILP32?
> What happened to that decision?
Hi Andrew,
Where such a decision was discussed?
--
Maxim Ku
] GDB resolves ifunc functions, needs to read auxv (HWCAP) from the
inferior. auxv is different on LP64 and ILP32.
7. [GDB] Gdbserver support for ILP32.
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain
AN -lm -lc -lgcc -static
Your explicit linking flags might be causing the problem. Try removing "-lgcc
-lc" from your command line.
You can notice in the output that compiler driver adds "--start-group -lgcc -lc
... --end-group" options, which is how -lgcc and -lc should be
ducing noise ("random" pass/failures)
> - reported/fixed a few regressions
> - committed testsuite patch with de-require-stack-check
> - looking at a problem with unaligned accesses
>
> * misc (conf-calls, meetings, emails, )
--
Maxim Kuvyrkov
www.linaro.org
_
Hi Scott,
Your patch has been merged into abe:master.
--
Maxim Kuvyrkov
www.linaro.org
> On Oct 14, 2016, at 1:54 PM, Maxim Kuvyrkov <maxim.kuvyr...@linaro.org> wrote:
>
> Thanks Scott!
>
> I've uploaded a fixed version of your patch to
> https://review.lina
Thanks Scott!
I've uploaded a fixed version of your patch to https://review.linaro.org/14757.
One needs to modify configure.ac and then re-generate configure by running
autoconf.
Once the patch is approved it will be merged into abe.
--
Maxim Kuvyrkov
www.linaro.org
> On Oct 14, 2
>> in ARM Trusted Firmware.
>
> Linaro GCC 6 release will use Linaro BInutils 2.26 branch which is
> based on FSF 2.26 branch + some backports from mainline. Thus, our
> branch will indeed need to have this fix backported to avoid this
> issue. I don't see any block
https://wiki.linaro.org/WorkingGroups/ToolChain is horribly, HORRIBLY,
out-dated.
DLW,
See the bottom of this page [*] for the up-to-date releases of Linaro
toolchains.
[*] http://www.linaro.org/downloads/
--
Maxim Kuvyrkov
www.linaro.org
> On Aug 8, 2016, at 11:03 AM, Victor Ch
re still present in GCC trunk, and we are going to put them into our
optimization pipeline.
>
> The same is true with today's trunk. FWIW, (4) now looks like this:
> .L10:
>ldp x6, x7, [x0]
>ldp x4, x5, [x0, 16]
>ldp x2, x3, [x0, 32]
>stp x6, x7, [x1]
>stp x4, x5, [x1, 16]
>stp x2, x3, [x1, 32]
Right, this is fixed in GCC 6 (and backported to Linaro 5.3, AFAIK), where
compiler tries to sort memory references in order of increasing address to
accommodate CPUs with hardware cache auto-prefetcher.
Thank you,
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
On Jun 18, 2015, at 6:41 PM, Nicolas Pitre nicolas.pi...@linaro.org wrote:
On Thu, 18 Jun 2015, Adhemerval Zanella wrote:
On 18-06-2015 11:26, Nicolas Pitre wrote:
On Thu, 18 Jun 2015, Adhemerval Zanella wrote:
On 18-06-2015 05:44, Maxim Kuvyrkov wrote:
On Jun 17, 2015, at 3:15
[very light] preference is to merge it to 2.25, but not 2.24.
Thanks,
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
://git.linaro.org/toolchain/abe.git
I will be merging schroot-test work into abe.git/master in the coming weeks. I
will not be adding a schroot-test branch to abe.git repo.
Thanks,
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro
by __LINARO_RELEASE__ alone.
Thank you,
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
and discussions (2/10)
-- Attempted to test QEMU's aarch32 crypto support
-- Organized travel for GCC GSoC student to GNU Tools Cauldron. Thanks
Linaro for providing sponsorship for this!
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing
regression (TCWG-388, 2/10)
-- Resumed patch submission (now that testing is working much better)
- Various meetings and discussions (2/10)
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http
(3/10)
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
toolchain64.lava.schroot and maximk.schroot are
synchronized.
-- Once migrated, all TCWG admins can access it, not just me.
- Various meetings and discussions (2/10)
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain
and discussions (2/10)
- Interviewed 2 potential assignees (1/10)
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
and committing my testing changes to cbuild2 and
dejagnu.
- Various discussions (1/10)
- NZ public holiday (2/10)
- Celebrated! My! Happy! Birthday!
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain
-1378, 4/10)
-- Discussed testing design and approaches with the team.
-- Prototyped various approaches to testing.
- Various discussions and bits of administrivia.
--
Maxim Kuvyrkov
www.linaro.org
___
linaro-toolchain mailing list
linaro-toolchain
for ssh anyway!
- Myssh script translates hostname of foobar-pool-01-03-08 into foobar01,
foobar03 or foobar08 chosen at random. If there is no -pool- mentioned in
hostname, then it is used verbatim.
--
Maxim Kuvyrkov
www.linaro.org
myssh
Description: Binary data
myscp
Description: Binary
On May 24, 2014, at 5:10 PM, Maxim Kuvyrkov maxim.kuvyr...@linaro.org wrote:
Hi,
I have tried out a prototype of using binfmt_misc, and it does not appear to
be a worthwhile solution at this point.
Bottom line: with a nice fast multi-core x86 server and a pool of ARM boards
we can test
101 - 200 of 213 matches
Mail list logo