On 29-Jan-25 11:02, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
I just ran some benchmarks to see how much disabling parallel
codegen-units affects
On 28-Jan-25 17:22, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Fri, 26 Jul 2024 at 15:36, Sundeep KOKKONDA via
lists.openembedded.org
wrote
The config file has options to set the linker for the target, which is anyway
getting set with the sdk environment. So, the config file is redundant and
removed.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#209967):
https://lists.openembedded.o
From: Sundeep KOKKONDA
The 'codegen-units' option split the crate into multiple compilation units for
parallel compilation. Currently, this split is causing the rustdoc to generate
differnt binary between the builds.
To fix this the codegen-units & the lto options are disabled.
More info about
From: Sundeep KOKKONDA
We do see a few reproducible issues are depending on the path length of the
build directory.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=15554
The current implementation of reproducible tests having different names for
directories but with same length.
The build di
On 18-Jul-24 16:44, Richard Purdie wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Thu, 2024-07-18 at 03:04 -0700, Sundeep KOKKONDA via lists.openembedded.org
wrote
From: Sundeep KOKKONDA
We do see a few reproducible issues are depending on the path length of the
build directory.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=15554
The current implementation of reproducible tests having different names for
directories but with same length.
The build di
On Fri, Jul 5, 2024 at 08:55 PM, Alexander Kanavin wrote:
>
> After reading the issue and poking at the rustdoc binaries on my local
> disk, I think the key is in finding where those llvm. suffixes are
> generated and *how*. Something (presumably rust-llvm) puts them there, so
> narrowing down to
On Fri, Jul 5, 2024 at 05:06 PM, Alexander Kanavin wrote:
>
> - what seems to be *not* reproducible is having two different build
> directories with significantly different names (e.g. build/ and
> build-rustreprolongdir/). I've seen this in build/ vs build-2/ as
> well, but e.g. build-2/ and bui
Hi Alex,
What distro you used to reproduce the issue & what pkgs were installed. You
used any shared sstate of Yocto?
With this info I will retry to reproduce the issue on my local machine.
Thanks,
Sundeep K.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
On Wed, Jul 3, 2024 at 01:44 PM, Richard Purdie wrote:
>
> it looks like most of the issues are 1.78 related apart from the one
> above.
That's very useful info, thank you.
We will investigate the issues w/ 1.78 and the above one failure with 1.77.
Thanks,
Sundeep K.
-=-=-=-=-=-=-=-=-=-=-=-
Li
On Tue, Jul 2, 2024 at 08:38 PM, Ross Burton wrote:
>
> My builder is running oe-selftest -r rust on the incremental upgrades to
> see what of those fail, but I’m not running reproducible builds yet.
>
> 1.76 was successful, 1.77 is building.
Can you check for reproducible tests also? That help
Hello Richard,
Thanks for test results. We will look into the failures reported.
These failures are only in 1.78 (Is the testing done on 1.76 & 1.77)?
Thanks,
Sundeep K.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201421):
https://lists.openem
Hello Richard,
Thanks for test results. We will look into the failures reported.
These failures are only in 1.78 (Is the testing done on 1.76 & 1.77)?
Thanks,
Sundeep K.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201420):
https://lists.openem
Hi Alex,
We intentionally dropped these packages from exclude list (informed to Richard
earlier) to see the issue fixes with latest releases.
Thanks,
Sundeep K.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201298):
https://lists.openembedded.o
On 24-Jun-24 17:52, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Mon, 24 Jun 2024 at 11:11, Alexander Kanavin via
lists.openembedded.org
wrote:
I
On Mon, Jun 24, 2024 at 01:50 PM, Alexander Kanavin wrote:
>
> This is not the case. I just built rust (without sstate, from sources)
> in two different build directories on the same machine, and indeed
Thanks for sharing this... Unfortunately I couldn't see this happening during
my testing. If
Hello,
I've a local reproducer for this issue. Below are a few observations with my
analysis.
- The deviation in rustdoc binary are because of the different hash-id
generated between the build (as explained above -
https://lists.openembedded.org/g/openembedded-core/message/200238)
- The hash-id
Testing done and no regression found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200942):
https://lists.openembedded.org/g/openembedded-core/message/200942
Mute This Topic: https://lists.openembedded.org/mt/106775746/21656
Group Owner: openembe
Testing done and no regression found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200941):
https://lists.openembedded.org/g/openembedded-core/message/200941
Mute This Topic: https://lists.openembedded.org/mt/106775740/21656
Group Owner: openembe
From: Sundeep KOKKONDA
Below commits on binutils-2.42 stable branch are updated.
6c360d37662 PR31898 bug in processing DW_RLE_startx_endx
bfda03eed33 aarch64: Remove asserts from operand qualifier decoders
6224493e457 Re: PR26978, Inconsistency for strong foo@v1 and weak foo@@v1
d125f967537 hppa
From: Sundeep KOKKONDA
Below commits on binutils-2.42 stable branch are updated.
6c360d37662 PR31898 bug in processing DW_RLE_startx_endx
bfda03eed33 aarch64: Remove asserts from operand qualifier decoders
Dropped: 0016-aarch64-Remove-asserts-from-operand-qualifier-decode.patch
Signed-off-by:
On Mon, Jun 17, 2024 at 07:01 PM, Randy MacLeod wrote:
>
> Yash and Sundeep have updated and tested 1.76, 1.77, 1.78, 1.79 locally
> and have not seen any problems. As you know, the situation is...
Rust 1.79 released recently and we've not yet updated that. Until 1.78 release
we've tested.
We w
On 14-Jun-24 14:41, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
Is the issue reported upstream? This should be done, and the link
included into the i
On 03-Jun-24 20:37, Sundeep KOKKONDA via lists.openembedded.org wrote:
On 03-Jun-24 20:20, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the
sender and know the content is safe.
Wait, did
-r0_amd64.deb is generated and the binaries are
identical.
Alex
On Mon, 3 Jun 2024 at 16:46, Sundeep KOKKONDA via
lists.openembedded.org
wrote:
From: Sundeep KOKKONDA
The rustdoc binaries are differed on their .llvm. suffixes between the
builds.
This is a test patch to verify the PGO effect on
From: Sundeep KOKKONDA
The rustdoc binaries are differed on their .llvm. suffixes between the
builds.
This is a test patch to verify the PGO effect on rustdoc binaries. The issue
discussion is here:
https://internals.rust-lang.org/t/rustdoc-binary-is-not-reproducible/20027
Signed-off-by: Sunde
On 01-Jun-24 15:57, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Fri, 31 May 2024 at 15:28, Richard Purdie via
lists.openembedded.org
wrote:
I'v
Regression testing is done and below are the results:
Before glibc update:
-
Recipe | Passed | Failed | Skipped |
-
glibc | 5037 | 123 | 156 |
glibc-user | 4858
Regression testing is done and below are the results:
Before glibc update:
-
Recipe | Passed | Failed | Skipped |
-
glibc | 5041 | 123 | 156 |
glibc-user | 4854
Regression testing is done and no regressions found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199520):
https://lists.openembedded.org/g/openembedded-core/message/199520
Mute This Topic: https://lists.openembedded.org/mt/106156829/21656
Group
Regression testing is done and no regressions found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199519):
https://lists.openembedded.org/g/openembedded-core/message/199519
Mute This Topic: https://lists.openembedded.org/mt/106156744/21656
Group
From: Sundeep KOKKONDA
c7c3f5bf80 LoongArch: Fix undefined `__memset_aligned` reference in ld.so
linking.
32969a2b36 socket: Add new test for connect
2db79c96ba libsupport: Add xgetpeername
ab4ef4421f x86_64: Fix missing wcsncat function definition without multiarch
(x86-64-v4)
97bb89668d Force
From: Sundeep KOKKONDA
Below commits on binutils-2.42 stable branch are updated.
6224493e457 Re: PR26978, Inconsistency for strong foo@v1 and weak foo@@v1
d125f967537 hppa: Implement PA 2.0 symbolic relocations for long displacements
884fb5373a1 x86/APX: Remove KEYLOCKER and SHA promotions from E
From: Sundeep KOKKONDA
Below commits on glibc-2.39 stable branch are updated.
c7c3f5bf80 LoongArch: Fix undefined `__memset_aligned` reference in ld.so
linking.
32969a2b36 socket: Add new test for connect
2db79c96ba libsupport: Add xgetpeername
ab4ef4421f x86_64: Fix missing wcsncat function def
From: Sundeep KOKKONDA
Below commits on binutils-2.42 stable branch are updated.
6224493e457 Re: PR26978, Inconsistency for strong foo@v1 and weak foo@@v1
d125f967537 hppa: Implement PA 2.0 symbolic relocations for long displacements
884fb5373a1 x86/APX: Remove KEYLOCKER and SHA promotions from E
From: Sundeep KOKKONDA
Patch updated with upstream fix.
https://github.com/rust-lang/rust/pull/121959/commits/a9a979839bbdfec48c75d618ab0dce8a953589b8
Signed-off-by: Sundeep KOKKONDA
---
.../files/repro-issue-fix-with-v175.patch | 37 +--
1 file changed, 25 insertions(+), 1
On Tue, Jan 2, 2024 at 02:54 PM, Alex Kiernan wrote:
>
> Closing this off - for whatever reason the buildpaths check wasn't
> getting run when I was testing stuff, so what I thought was a fix,
> wasn't.
Hello Alex,
Are you working on fixing this issue?
Thanks,
Sundeep K.
-=-=-=-=-=-=-=-=-=-=-
Testing done with arm, arm64, x86 & x86_64 arch's.
Below combinations are tested.
- Tested the issue by reproducing and fixing it with the patch,
- with oe-selftest,
- Builds b/w different commits,
- with shared sstate b/w the builds.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to
From: Sundeep KOKKONDA
The PGO (Profile-guided Optimization) collect data about the typical execution
of a program and then use this data to inform optimizations such as inlining,
machine-code layout, register allocation, etc.
This optimization is by default disabled in rust sources but enabled
Testing is done and no regressions found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#192358):
https://lists.openembedded.org/g/openembedded-core/message/192358
Mute This Topic: https://lists.openembedded.org/mt/103167965/21656
Group Owner: open
From: Sundeep KOKKONDA
Below commits on binutils-2.41 stable branch are updated.
eb49941e7e1 Gold/MIPS: Add targ_extra_size=64 for mips32 triples
c27eff41737 Gold/MIPS: Use EM_MIPS instead of EM_MIPS_RS3_LE for little endian
7fe76f02413 x86-64: fix suffix-less PUSH of symbol address
Signed-off-b
Testing is done and no regressions found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#192355):
https://lists.openembedded.org/g/openembedded-core/message/192355
Mute This Topic: https://lists.openembedded.org/mt/103167941/21656
Group Owner: open
From: Sundeep KOKKONDA
Below commits on glibc-2.38 stable branch are updated.
44f757a636 LoongArch: Delete excessively allocated memory.
bf5aa419cb elf: Fix wrong break removal from 8ee878592c
63dbbc5c52 sysdeps: sem_open: Clear O_CREAT when semaphore file is expected to
exist [BZ #30789]
1e04dc
From: Sundeep KOKKONDA
Below commits on glibc-2.38 stable branch are updated.
1e04dcec49 Revert "elf: Move l_init_called_next to old place of l_text_end in
link map"
719866ab2f Revert "elf: Always call destructors in reverse constructor order
(bug 30785)"
e0b6c9706c Revert "elf: Remove unused l
Testing is done and no regressions found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#191247):
https://lists.openembedded.org/g/openembedded-core/message/191247
Mute This Topic: https://lists.openembedded.org/mt/102823529/21656
Group Owner: open
Below commits on glibc-2.38 stable branch are updated.
1e04dcec49 Revert "elf: Move l_init_called_next to old place of l_text_end in
link map"
719866ab2f Revert "elf: Always call destructors in reverse constructor order
(bug 30785)"
e0b6c9706c Revert "elf: Remove unused l_text_end field from stru
Testing is done and no regressions found.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#191245):
https://lists.openembedded.org/g/openembedded-core/message/191245
Mute This Topic: https://lists.openembedded.org/mt/102823484/21656
Group Owner: open
Below commits on binutils-2.41 stable branch are updated.
eb49941e7e1 Gold/MIPS: Add targ_extra_size=64 for mips32 triples
c27eff41737 Gold/MIPS: Use EM_MIPS instead of EM_MIPS_RS3_LE for little endian
7fe76f02413 x86-64: fix suffix-less PUSH of symbol address
Signed-off-by: Sundeep KOKKONDA
---
The 'rustdoc' is moved to a separate 'rust-rustdoc' package. This is a
workaround to make rust build is reproducible.
Signed-off-by: Sundeep KOKKONDA
---
meta/lib/oeqa/selftest/cases/reproducible.py | 2 +-
meta/recipes-devtools/rust/rust_1.70.0.bb| 4 +++-
2 files changed, 4 insertions(+),
Hi Alex,
You can find the rust 1.73.0 upgrade here -
https://lists.openembedded.org/g/openembedded-core/message/189512
Thanks,
Sundeep K.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189570):
https://lists.openembedded.org/g/openembedded-core/
Hi Alex,
We may look into rust oe-selftest issues during coming week.
FYI... We did rust upgrade to 1.73.0 and we could still see the "-Z nightly
build flag" failure issue (which was initially observed with rust 1.72.0
upgrade). We will send the patch by tomorrow and you can consider that for y
Yocto bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=15231 raised for
failures cases analysis.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188985):
https://lists.openembedded.org/g/openembedded-core/message/188985
Mute This Topic: https:
I looked briefly into the issue 15090 (zvariant recipe) description and as per
me it should be tested before removing EXCLUDE_FROM_WORLD to ensure the builds
are reproducible.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188961):
https://lists.
[Yocto#14875]
The '--remap-path-prefix' option removes all references to build directory
structure in the debug information within the compiled output for Cargo
dependencies and the project's binary.
However, some references to build directories remains in the final binary in
.rustc section in t
Hello Khem,
There are 393 New Test Cases added with this update (Refer the attachment). Out
of those,
88 Failed cases: Mostly from gcc.c-torture, gcc.dg, gcc.target, c-c++-common
modules
13 Unsupported cases: All from gcc.dg module
and other 292 Passed.
We are currently working on glibc failure
Regression testing is done and below are the results.
*
gcc test summary: v11.3 v11.4*
# of expected passes 126552 126842
# of unexpected failures 24295 24383
# of unexpected successes 77 77
# of
gcc stable version upgraded from v11.3 to v11.4
For changes in v11.4 see - https://gcc.gnu.org/gcc-11/changes.html
Below is the bug fix list for v11.4
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&order=short_desc%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&query_format=advanced
From: Alex Kiernan
Sent: 19 July 2023 17:28
To: Richard Purdie
Cc: Alexandre Belloni ; Shinde, Yash
; openembedded-core
; MacLeod, Randy
; Kokkonda, Sundeep
; Gowda, Naveen
Subject: Re: [OE-core] Rust Oe-Selftest implementation V15 Testing
CAUTION: This em
From: MacLeod, Randy
Sent: 24 June 2023 23:36
To: Kokkonda, Sundeep ;
openembedded-core@lists.openembedded.org
; Khem Raj
Cc: Gowda, Naveen ; Moodalappa, Shivaprasad
; Shinde, Yash
; Hemraj, Deepthi ;
umesh.kala...@windriver.com
Subject: Re: [mickledore][P
gcc stable version upgraded from v12.2 to v12.3
Below is the bug fix list for v12.3
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=12.3
Signed-off-by: Sundeep KOKKONDA
---
meta/recipes-devtools/gcc/{gcc-12.2.inc => gcc-12.3.inc}| 6 +++---
...
Hello Richard,
We've (re)tested and reviewed the results of this patch on our local setup and
those are "PASSED".
We will discuss further with Randy and get back to community.
Thanks,
Sundeep K.
From: Richard Purdie
Sent: 30 May 2023 19:29
To: Yash Shinde ;
I still did not get this reproduced on rust sources (Since it is occurring only
on 32-bit builds, the rust build is giving some unknown errors which are yet to
be analyzed...).
Until then, to avoid DEBUG_BUILD failures this workaround is sent.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messa
Hello Richard,
On the latest rust-1.69.0 sources by adding the '--remap-path-prefix' command
(as in attached remap-path.patch file) the generated binaries from different
path are identical.
So, I've taken the same solution and applied on Yocto but it introduced many
more binary differences with
Hello Steve,
When this patch is planned to take into Kirkstone?
Thanks,
Sundeep K.
From: openembedded-core@lists.openembedded.org
on behalf of Sundeep KOKKONDA via
lists.openembedded.org
Sent: 02 April 2023 20:58
To: openembedded-core@lists.openembedded.org
65 matches
Mail list logo