Re: Mozilla Software on Sparc64/Linux
Hello! On 11/21/21 04:17, Connor McLaughlan wrote: >Compiling unicode-xid v0.1.0 > error: Unrecognized option: 'json' > > error: could not compile `unicode-xid` You need to downgrade cargo to 0.29.0-1: > http://snapshot.debian.org/package/cargo/0.29.0-1/#cargo_0.29.0-1 Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Mozilla Software on Sparc64/Linux
On Sat, Nov 20, 2021 at 9:56 PM John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > On 11/20/21 21:34, Connor McLaughlan wrote: > > However when i execute sbuild, 1.29 gets replaced with 1.56 > automatically: > > > > Selecting previously unselected package libstd-rust-1.56:sparc64. > > Preparing to unpack .../12-libstd-rust-1.56_1.56.0+dfsg1-2_sparc64.deb > ... > > Unpacking libstd-rust-1.56:sparc64 (1.56.0+dfsg1-2) ... > > Preparing to unpack .../13-rustc_1.56.0+dfsg1-2_sparc64.deb ... > > Unpacking rustc (1.56.0+dfsg1-2) over (1.29.0+dfsg1-1) ... > > Preparing to unpack .../14-libstd-rust-dev_1.56.0+dfsg1-2_sparc64.deb ... > > Unpacking libstd-rust-dev:sparc64 (1.56.0+dfsg1-2) over (1.29.0+dfsg1-1) > ... > > > > How do i prevent it? > > > > Do i need to modify control.in and set it to 1.29 exactly: > > > > rustc (>= 1.24) -> rustc (= 1.29) > > Run sbuild with "--no-apt-upgrade --no-apt-distupgrade". > > Adrian > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 > > With rustc 1.29 it fails in unicode-xid v.0.1.0 which i think is one of the first or the first rust target. I have not seen another "Compiling ..." statement before it. The error: make[5]: Leaving directory '/<>/build-browser/security' make[5]: Entering directory '/<>/build-browser/toolkit/library/gtest/rust' make[5]: Nothing to be done for 'target'. make[5]: Leaving directory '/<>/build-browser/toolkit/library/gtest/rust' make[5]: Entering directory '/<>/build-browser/toolkit/library/rust' force-cargo-library-build env RUSTFLAGS='-C opt-level=2 -C debuginfo=2 ' CARGO_TARGET_DIR=/<>/build-browser/toolkit/library RUSTC=/usr/bin/rustc RUSTDOC=/usr/bin/rustdoc MOZ_SRC=/<> MOZ_DIST=/<>/build-browser/dist LIBCLANG_PATH="/usr/lib/llvm-11/lib" CLANG_PATH="/usr/lib/llvm-11/bin/clang" PKG_CONFIG_ALLOW_CROSS=1 RUST_BACKTRACE=full MOZ_TOPOBJDIR=/<>/build-browser MOZ_CARGO_WRAP_LDFLAGS="-lpthread -Wl,--as-needed -Wl,--reduce-memory-overheads -Wl,--no-keep-memory -Wl,--stats -Wl,-z,noexecstack -Wl,-z,text -Wl,-z,relro -Wl,--build-id -Wl,-rpath-link,/<>/build-browser/dist/bin -Wl,-rpath-link,/usr/lib" MOZ_CARGO_WRAP_LD=" /usr/bin/gcc -std=gnu99" CARGO_TARGET_SPARC64_UNKNOWN_LINUX_GNU_LINKER=/<>/build/cargo-linker /usr/bin/cargo rustc --release --frozen --manifest-path /<>/toolkit/library/rust/Cargo.toml --lib --target=sparc64-unknown-linux-gnu --features "servo bindgen quantum_render cubeb_pulse_rust cubeb-remoting moz_memory" -- -C lto Compiling unicode-xid v0.1.0 error: Unrecognized option: 'json' error: could not compile `unicode-xid` make[5]: *** [/<>/config/rules.mk:951: force-cargo-library-build] Error 101 make[5]: Leaving directory '/<>/build-browser/toolkit/library/rust' make[4]: *** [/<>/config/recurse.mk:74: toolkit/library/rust/target] Error 2 make[4]: Leaving directory '/<>/build-browser' make[3]: *** [/<>/config/recurse.mk:34: compile] Error 2 make[3]: Leaving directory '/<>/build-browser' make[2]: *** [/<>/config/rules.mk:418: default] Error 2 make[2]: Leaving directory '/<>/build-browser' dh_auto_build: error: cd build-browser && make -j1 LD_LIBS=-Wl,--no-gc-sections _LEAKTEST_FILES=leaktest.py returned exit code 2 make[1]: *** [debian/rules:216: stamps/build-browser] Error 25 make[1]: Leaving directory '/<>' make: *** [debian/rules:321: build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit status 2 Build finished at 2021-11-21T02:58:31Z Regards, Connor
Re: Mozilla Software on Sparc64/Linux
On 11/20/21 21:34, Connor McLaughlan wrote: > However when i execute sbuild, 1.29 gets replaced with 1.56 automatically: > > Selecting previously unselected package libstd-rust-1.56:sparc64. > Preparing to unpack .../12-libstd-rust-1.56_1.56.0+dfsg1-2_sparc64.deb ... > Unpacking libstd-rust-1.56:sparc64 (1.56.0+dfsg1-2) ... > Preparing to unpack .../13-rustc_1.56.0+dfsg1-2_sparc64.deb ... > Unpacking rustc (1.56.0+dfsg1-2) over (1.29.0+dfsg1-1) ... > Preparing to unpack .../14-libstd-rust-dev_1.56.0+dfsg1-2_sparc64.deb ... > Unpacking libstd-rust-dev:sparc64 (1.56.0+dfsg1-2) over (1.29.0+dfsg1-1) ... > > How do i prevent it? > > Do i need to modify control.in and set it to 1.29 exactly: > > rustc (>= 1.24) -> rustc (= 1.29) Run sbuild with "--no-apt-upgrade --no-apt-distupgrade". Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Mozilla Software on Sparc64/Linux
On Sat, Nov 20, 2021 at 11:01 AM John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > On 11/19/21 17:21, Connor McLaughlan wrote: > > Now it is stuck at a rustc compile error: > > > >Compiling url v1.7.0 > > error[E0713]: borrow may still be in use when destructor runs > >--> /<>/third_party/rust/url/src/form_urlencoded.rs:261 > :40 > > I would suggest downloading and installing rustc 1.29 from snapshots [1] > which > should be easier than starting to update the individual Rust components of > the > Firefox sources. > > Adrian > > > [1] https://snapshot.debian.org/package/rustc/1.29.0%2Bdfsg1-1/ > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 > > Hello Adrian, i entered the chroot and installed rustc 1.29 from snapshot. However when i execute sbuild, 1.29 gets replaced with 1.56 automatically: Selecting previously unselected package libstd-rust-1.56:sparc64. Preparing to unpack .../12-libstd-rust-1.56_1.56.0+dfsg1-2_sparc64.deb ... Unpacking libstd-rust-1.56:sparc64 (1.56.0+dfsg1-2) ... Preparing to unpack .../13-rustc_1.56.0+dfsg1-2_sparc64.deb ... Unpacking rustc (1.56.0+dfsg1-2) over (1.29.0+dfsg1-1) ... Preparing to unpack .../14-libstd-rust-dev_1.56.0+dfsg1-2_sparc64.deb ... Unpacking libstd-rust-dev:sparc64 (1.56.0+dfsg1-2) over (1.29.0+dfsg1-1) ... How do i prevent it? Do i need to modify control.in and set it to 1.29 exactly: rustc (>= 1.24) -> rustc (= 1.29) Regards, Connor
Re: Booting a T5140 panics
Hi Rich! On 11/20/21 11:08, Rich wrote: > I did - that's the commit that I mentioned there, 7d5ec3d3. > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit?id=7d5ec3d3 Perfect, thank you! > I reported it to linux-pci@ since it was there; I can easily go CC the > original author and linux-sparc@, but wasn't sure of the etiquette > involved, and didn't want to just blast multiple lists. I fully agree. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Booting a T5140 panics
I did - that's the commit that I mentioned there, 7d5ec3d3. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit?id=7d5ec3d3 I reported it to linux-pci@ since it was there; I can easily go CC the original author and linux-sparc@, but wasn't sure of the etiquette involved, and didn't want to just blast multiple lists. - Rich On Sat, Nov 20, 2021 at 5:06 AM John Paul Adrian Glaubitz wrote: > > Hello Rich! > > On 11/20/21 07:38, Rich wrote: > > Curiously, I didn't see other people's replies to my message, probably > > due to not being subscribed. I figured at the point where I just > > bought another SPARC, I might as well... > > > > I've done some digging into it. The short version is that commit > > 7d5ec3d3 introduced the readl() at > > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/pci/msi.c?h=v5.14#n748 > > , and for reasons that are currently opaque to me not being familiar > > with low-level SPARC details, that dies in a fire. > > > > Just short-circuiting it to 1 instead of calling readl() seems to > > function fine for my system, but isn't a great general solution... > > I would suggest bisecting the kernel to this point where the breakage was > introduced and report the bug to the author of the original change as well > as the SPARC Linux kernel mailing list [1]. > > Adrian > > > [1] http://vger.kernel.org/vger-lists.html#sparclinux > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 >
Re: Booting a T5140 panics
Hello Rich! On 11/20/21 07:38, Rich wrote: > Curiously, I didn't see other people's replies to my message, probably > due to not being subscribed. I figured at the point where I just > bought another SPARC, I might as well... > > I've done some digging into it. The short version is that commit > 7d5ec3d3 introduced the readl() at > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/pci/msi.c?h=v5.14#n748 > , and for reasons that are currently opaque to me not being familiar > with low-level SPARC details, that dies in a fire. > > Just short-circuiting it to 1 instead of calling readl() seems to > function fine for my system, but isn't a great general solution... I would suggest bisecting the kernel to this point where the breakage was introduced and report the bug to the author of the original change as well as the SPARC Linux kernel mailing list [1]. Adrian > [1] http://vger.kernel.org/vger-lists.html#sparclinux -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Mozilla Software on Sparc64/Linux
On 11/19/21 17:21, Connor McLaughlan wrote: > Now it is stuck at a rustc compile error: > >Compiling url v1.7.0 > error[E0713]: borrow may still be in use when destructor runs >--> /<>/third_party/rust/url/src/form_urlencoded.rs:261:40 I would suggest downloading and installing rustc 1.29 from snapshots [1] which should be easier than starting to update the individual Rust components of the Firefox sources. Adrian > [1] https://snapshot.debian.org/package/rustc/1.29.0%2Bdfsg1-1/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913