Re: [PATCH 2/3] Enabled LRA for ia64.

Hi Jonathan, Richard, On 12.06.24 20:54, Jonathan Wakely wrote: On 12/06/24 16:09 +0200, Frank Scheiner wrote: Dear Richard, On 12.06.24 13:01, Richard Biener wrote: [...] I can find two gcc-testresult postings, one appearantly with LRA and one without?  Both from May: https

[ia64] Results for 15.0.0 20240528 (experimental) [master revision 236116068151bbc72aaaf53d0f223fe06f7e3bac] (GCC) w/LRA testsuite on ia64-t2-linux-gnu

Native configuration is ia64-t2-linux-gnu === gcc tests === Running target unix FAIL: gcc.c-torture/compile/attr-retain-1.c -O0 scan-assembler .rodata.*,"aR" FAIL: gcc.c-torture/compile/attr-retain-1.c -O1 scan-assembler .bss.*,"awR" FAIL:

[ia64] Results for 15.0.0 20240528 (experimental) [master revision 236116068151bbc72aaaf53d0f223fe06f7e3bac] (GCC) testsuite on ia64-t2-linux-gnu

Native configuration is ia64-t2-linux-gnu === gcc tests === Running target unix FAIL: gcc.c-torture/compile/attr-retain-1.c -O0 scan-assembler .rodata.*,"aR" FAIL: gcc.c-torture/compile/attr-retain-1.c -O1 scan-assembler .bss.*,"awR" FAIL:

Re: [PATCH 2/3] Enabled LRA for ia64.

Dear Richard, On 12.06.24 13:01, Richard Biener wrote: [...] I can find two gcc-testresult postings, one appearantly with LRA and one without? Both from May: https://sourceware.org/pipermail/gcc-testresults/2024-May/816422.html

Re: [PATCH 2/3] Enabled LRA for ia64.

Hi all, On 12.06.24 15:19, René Rebe wrote: On Jun 12, 2024, at 15:00, Richard Biener wrote: On Wed, 12 Jun 2024, René Rebe wrote: On Jun 12, 2024, at 13:01, Richard Biener wrote: On Wed, 12 Jun 2024, Rene Rebe wrote: not sure how you exactly did this though?  I've never tried testing of a

[ia64] Results for 15.0.0 20240528 (experimental) [master revision 236116068151bbc72aaaf53d0f223fe06f7e3bac] (GCC) w/LRA testsuite on ia64-t2-linux-gnu

in /dev/shm/gcc-15-lra/src.gcc.ia64-toolchain-3.240529.123346.921189/gcc/gcc.build.lnx/gcc date; time make -j4 check-gcc 2>&1; echo $?; date Fri May 31 11:48:35 UTC 2024 === gcc tests === Running target unix FAIL: gcc.c-torture/compile/attr-retain-1.c -O0

[ia64] Results for 15.0.0 20240528 (experimental) [master revision 236116068151bbc72aaaf53d0f223fe06f7e3bac] (GCC) testsuite on ia64-t2-linux-gnu

in /dev/shm/gcc-15/src.gcc.ia64-toolchain-3.240529.112623.549077/gcc/gcc.build.lnx/gcc date; time make -j4 check-gcc 2>&1; echo $?; date Thu May 30 09:43:20 UTC 2024 === gcc tests === Running target unix FAIL: gcc.c-torture/compile/attr-retain-1.c -O0 scan-assembler

Bug#970043: Request to help test ia64 build for galera-4

Hi Adrian, On 27.05.24 17:14, John Paul Adrian Glaubitz wrote: On Sun, 2024-05-26 at 14:09 +0200, Frank Scheiner wrote: It was also removed because there was no maintainer for it in glibc and suffered from a lot of testsuite failures. I tried for a long time to convince Adhemerval to fix

Re: Request to help test ia64 build for galera-4

Hi Adrian, On 27.05.24 17:14, John Paul Adrian Glaubitz wrote: On Sun, 2024-05-26 at 14:09 +0200, Frank Scheiner wrote: It was also removed because there was no maintainer for it in glibc and suffered from a lot of testsuite failures. I tried for a long time to convince Adhemerval to fix

Bug#970043: Request to help test ia64 build for galera-4

Hi Otto, On 25.05.24 06:24, Otto Kekäläinen wrote: Hi! I have a patch to tentatively fix Debian package galera-4 builds on ia64 at https://salsa.debian.org/mariadb-team/galera-4/-/merge_requests/19 Would anybody be interested in helping out and testing if the build fully passes now? Details

Re: Request to help test ia64 build for galera-4

Hi Otto, On 25.05.24 06:24, Otto Kekäläinen wrote: Hi! I have a patch to tentatively fix Debian package galera-4 builds on ia64 at https://salsa.debian.org/mariadb-team/galera-4/-/merge_requests/19 Would anybody be interested in helping out and testing if the build fully passes now? Details

Bug#970043: Request to help test ia64 build for galera-4

Hi Adrian, On 26.05.24 10:58, John Paul Adrian Glaubitz wrote: On Sat, 2024-05-25 at 18:29 +0200, Frank Scheiner wrote: ia64 support has been removed from glibc, the Linux kernel and soon gcc, First - ia64 support was actually removed from the glibc **because** it was removed from Linux

Re: Request to help test ia64 build for galera-4

Hi Adrian, On 26.05.24 10:58, John Paul Adrian Glaubitz wrote: On Sat, 2024-05-25 at 18:29 +0200, Frank Scheiner wrote: ia64 support has been removed from glibc, the Linux kernel and soon gcc, First - ia64 support was actually removed from the glibc **because** it was removed from Linux

Bug#970043: Request to help test ia64 build for galera-4

Hi Adrian, On 25.05.24 10:38, John Paul Adrian Glaubitz wrote: Hi Otto, On Fri, 2024-05-24 at 21:24 -0700, Otto Kekäläinen wrote: I have a patch to tentatively fix Debian package galera-4 builds on ia64 at https://salsa.debian.org/mariadb-team/galera-4/-/merge_requests/19 Would anybody be

Re: Request to help test ia64 build for galera-4

Hi Otto, On 25.05.24 06:24, Otto Kekäläinen wrote: I have a patch to tentatively fix Debian package galera-4 builds on ia64 at https://salsa.debian.org/mariadb-team/galera-4/-/merge_requests/19 Would anybody be interested in helping out and testing if the build fully passes now? I could try

Re: Request to help test ia64 build for galera-4

Hi Adrian, On 25.05.24 10:38, John Paul Adrian Glaubitz wrote: Hi Otto, On Fri, 2024-05-24 at 21:24 -0700, Otto Kekäläinen wrote: I have a patch to tentatively fix Debian package galera-4 builds on ia64 at https://salsa.debian.org/mariadb-team/galera-4/-/merge_requests/19 Would anybody be

Bug#970043: Request to help test ia64 build for galera-4

Hi Otto, On 25.05.24 06:24, Otto Kekäläinen wrote: I have a patch to tentatively fix Debian package galera-4 builds on ia64 at https://salsa.debian.org/mariadb-team/galera-4/-/merge_requests/19 Would anybody be interested in helping out and testing if the build fully passes now? I could try

Re: Linux 6.9

Dear all, here comes the usual update on Linux/ia64: The reason for the userland regression we mentioned last time (in [1]) was found and fixed shortly after the release of v6.8. [1]: https://lore.kernel.org/all/145da253-b3bc-43da-a262-a3ebdfbea...@web.de/ Furthermore there were no new hard

Re: Second GCC 14.1 Release Candidate available from gcc.gnu.org

Bootstrapping the following configuration (with LRA enabled) looks good for ia64, too: ``` CFLAGS="-O2 -fPIC" \ CXXFLAGS="-O2 -fPIC" \ ../configure --prefix=/usr \ --enable-obsolete \ --libdir=/usr/lib \ --mandir=/usr/man \ --infodir=/usr/info \ --enable-shared \ --enable-bootstrap \

Re: GCC 14.1 Release Candidate available from gcc.gnu.org

Bootstrapping the following configuration (with LRA enabled) looks good for ia64, too: ``` CFLAGS="-O2 -fPIC" \ CXXFLAGS="-O2 -fPIC" \ ../configure --prefix=/usr \ --enable-obsolete \ --libdir=/usr/lib \ --mandir=/usr/man \ --infodir=/usr/info \ --enable-shared \ --enable-bootstrap \

[ia64] HP Sim: gcc-14-20240407 w/LRA enabled

root@dl380-g7:~/ski-test# time ./run_ski_test.bash /usr/src/ski/ski-bootloader/ski-bootloader /boot/vmlinux-6.9.0-rc3-34c5257535e9-ia64-00023-g34c5257535e9-dirty Ski commandline: bski /usr/src/ski/ski-bootloader/ski-bootloader /boot/vmlinux-6.9.0-rc3-34c5257535e9-ia64-00023-g34c5257535e9-dirty

[ia64] rx2800 i2: gcc-14-20240407 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10027B.initrd.img...done [0.00] Linux version 6.9.0-rc3-34c5257535e9-ia64-w-gcc-14-20240407-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240405 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Mon Apr 8

[ia64] rx6600: gcc-14-20240407 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100287.initrd.img...done [0.00] Linux version 6.9.0-rc3-34c5257535e9-ia64-w-gcc-14-20240407-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240405 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Mon Apr 8

[ia64] rx2660: gcc-14-20240407 w/LRA enabled

Booting `T2 (diskless)' Loading Linux kernel ... Loading initial ramdisk ... [0.00] Linux version 6.9.0-rc3-34c5257535e9-ia64-w-gcc-14-20240407-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240405 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Mon Apr 8 12:53:48 CEST 2024 [

[ia64] rx2620: gcc-14-20240407 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100221.initrd.img...done [0.00] Linux version 6.9.0-rc3-34c5257535e9-ia64-w-gcc-14-20240407-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240405 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Mon Apr 8

[ia64] rx4640: gcc-14-20240407 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10025C.initrd.img...done [0.00] Linux version 6.9.0-rc3-34c5257535e9-ia64-w-gcc-14-20240407-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240405 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Mon Apr 8

[ia64] Combined gcc(-14) snapshot and Linux mainline testing cont.

Hi all, Please note that the results following this message can differ to some degree from the results from last week, due to: * New minor Linux kernel version: v6.9-rc2 => v6.9-rc3 In the following I'll send the resulting boot logs for the tested machines and the HP Sim platform. Cheers,

[ia64] HP Sim: gcc-14-20240331 w/LRA enabled

root@dl380-g7:~/ski-test# time ./run_ski_test.bash /usr/src/ski/ski-bootloader/ski-bootloader /boot/vmlinux-6.9.0-rc2-53f733c9-ia64-ski-00023-g53f733c9-dirty loading /boot/vmlinux-6.9.0-rc2-53f733c9-ia64-ski-00023-g53f733c9-dirty... probing initramfs ... initramfs not passed

[ia64] rx2800 i2: gcc-14-20240331 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10027B.initrd.img...done [0.00] Linux version 6.9.0-rc2-53f733c9-ia64-w-gcc-14-20240331-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240331 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Tue Apr 2

[ia64] rx6600: gcc-14-20240331 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100287.initrd.img...done [0.00] Linux version 6.9.0-rc2-53f733c9-ia64-w-gcc-14-20240331-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240331 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Tue Apr 2

[ia64] rx2660: gcc-14-20240331 w/LRA enabled

Booting `T2 (diskless)' Loading Linux kernel ... Loading initial ramdisk ... [0.00] Linux version 6.9.0-rc2-53f733c9-ia64-w-gcc-14-20240331-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240331 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Tue Apr 2 12:00:27 CEST 2024 [

[ia64] rx2620: gcc-14-20240331 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100221.initrd.img...done [0.00] Linux version 6.9.0-rc2-53f733c9-ia64-w-gcc-14-20240331-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240331 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Tue Apr 2

[ia64] rx4640: gcc-14-20240331 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10025C.initrd.img...done [0.00] Linux version 6.9.0-rc2-53f733c9-ia64-w-gcc-14-20240331-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240331 (experimental), GNU ld (GNU Binutils) 2.42) #1 SMP Tue Apr 2

[ia64] Combined gcc(-14) snapshot and Linux mainline testing cont.

Hi all, Please note that the results following this message can differ to some degree from the results from last week, due to: * New minor Linux kernel version: v6.9-rc1 => v6.9-rc2 * New binutils version: 2.41 => 2.42 * including support for zram in the kernel configuration In the following

[ia64] HP Sim: gcc-14-20240324 w/LRA enabled

root@dl380-g7:~/ski-test# time ./run_ski_test.bash /usr/src/ski/ski-bootloader/ski-bootloader /boot/vmlinux-6.9.0-rc1-687923a01b6d-ia64-ski-00023-g687923a01b6d-dirty loading /boot/vmlinux-6.9.0-rc1-687923a01b6d-ia64-ski-00023-g687923a01b6d-dirty... probing initramfs ... initramfs not passed

[ia64] rx2800 i2: gcc-14-20240324 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10027B.initrd.img...done [0.00] Linux version 6.9.0-rc1-687923a01b6d-ia64-w-gcc-20240324-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240324 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 25 21:40:25

[ia64] rx6600: gcc-14-20240324 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100287.initrd.img...done [0.00] Linux version 6.9.0-rc1-687923a01b6d-ia64-w-gcc-20240324-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240324 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 25 21:40:25

[ia64] rx2660: gcc-14-20240324 w/LRA enabled

Booting `T2 (diskless)' Loading Linux kernel ... Loading initial ramdisk ... [0.00] Linux version 6.9.0-rc1-687923a01b6d-ia64-w-gcc-20240324-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240324 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 25 21:40:25 CET 2024 [

[ia64] rx2620: gcc-14-20240324 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100221.initrd.img...done [0.00] Linux version 6.9.0-rc1-687923a01b6d-ia64-w-gcc-20240324-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240324 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 25 21:40:25

[ia64] rx4640: gcc-14-20240324 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10025C.initrd.img...done [0.00] Linux version 6.9.0-rc1-687923a01b6d-ia64-w-gcc-20240324-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240324 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 25 21:40:25

[ia64] Combined gcc(-14) snapshot and Linux mainline testing cont.

Hi all, please note that the results following this message can differ to some degree from the results from two weeks ago, due to: * New minor Linux kernel version: Linux v6.8 => v6.9-rc1 * switching from Debian GNU/Linux Sid to T2 * including support for NFSv4 in the kernel configuration It's

Re: Linux 6.8

Dear all, as usual, an update for Linux/ia64: As far as I can tell, the v6.8 development cycle for us looked not much different to the v6.7 one: The ia64 patch set ([1]) was extended where need was identified. All ia64 machines we have available for testing continue to work, no system support

[ia64] HP Sim: gcc-14-20240310 w/LRA enabled

root@dl380-g7:~/ski-test# time ./run_ski_test.bash /usr/src/ski/ski-bootloader/ski-bootloader /boot/vmlinux-6.8.0-85b287316a10-ia64-ski-00021-g85b287316a10-dirty loading /boot/vmlinux-6.8.0-85b287316a10-ia64-ski-00021-g85b287316a10-dirty... probing initramfs ... initramfs not passed starting

[ia64] rx2800 i2: gcc-14-20240310 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10027B.initrd.img...done [0.00] Linux version 6.8.0-85b287316a10-ia64-w-gcc-14-20240310-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240310 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 11

[ia64] rx6600: gcc-14-20240310 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100287.initrd.img...done [0.00] Linux version 6.8.0-85b287316a10-ia64-w-gcc-14-20240310-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240310 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 11

[ia64] rx2660: gcc-14-20240310 w/LRA enabled

Booting `Debian GNU/Linux Sid (diskless)' Loading Linux kernel ... Loading initial ramdisk ... [0.00] Linux version 6.8.0-85b287316a10-ia64-w-gcc-14-20240310-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240310 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 11

[ia64] rx2620: gcc-14-20240310 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC100221.initrd.img...done [0.00] Linux version 6.8.0-85b287316a10-ia64-w-gcc-14-20240310-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240310 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 11

[ia64] rx4640: gcc-14-20240310 w/LRA enabled

ELILO v3.16 for EFI/IA-64 .. Uncompressing Linux... done Loading file AC10025C.initrd.img...done [0.00] Linux version 6.8.0-85b287316a10-ia64-w-gcc-14-20240310-lra (root@dl380-g7) (ia64-linux-gcc (GCC) 14.0.1 20240310 (experimental), GNU ld (GNU Binutils) 2.41) #1 SMP Mon Mar 11

[ia64] Combined gcc(-14) snapshot and Linux mainline testing

Hi all, so let me shortly explain how that GCC testing with ia64 hardware works: For every Linux mainline RC and release (usually published between Sunday and Monday) I built three versions of the kernel based on a single kernel configuration for real hardware plus at least one extra for the HP

Re: Stepping up as maintainer for ia64

On 09.03.24 03:18, Peter Bergner via Gcc wrote: On 3/8/24 5:28 PM, Jonathan Wakely wrote: On Fri, 8 Mar 2024 at 22:35, Frank Scheiner via Gcc wrote: On 08.03.24 23:00, Peter Bergner wrote: On 3/8/24 7:16 AM, Richard Biener via Gcc wrote: I CCed Jeff who is on the commitee to forward

Re: Stepping up as maintainer for ia64

On 08.03.24 23:00, Peter Bergner wrote: On 3/8/24 7:16 AM, Richard Biener via Gcc wrote: I CCed Jeff who is on the commitee to forward the maintainer proposal though I guess this will not go forward as a first step. Instead you are probably expected to show activity on the port, for example

Re: Linux 6.7

On 28.02.24 16:35, John Paul Adrian Glaubitz wrote: On Wed, 2024-02-28 at 09:44 -0500, Camm Maguire wrote: Greetings and thanks for the update! So what is the Debian status with ia64, is it being retired or not? And if not, what happened to yttrium? yttrium has been decommissioned, the rest

Re: Linux 6.7

On 28.02.24 15:44, Camm Maguire wrote: Greetings and thanks for the update! So what is the Debian status with ia64, is it being retired or not? Checking http://ftp.ports.debian.org/debian-ports/ now... No, it's still there. And if not, what happened to yttrium? No idea, I'm not involved

Re: Linux 6.7

Dear all, an update for Linux/ia64: After finishing the verification tests with Linux v6.7 on all of my ia64 machines, I can confirm that this one is again a good one for ia64. I didn't detect any regressions or new problems for this version and it continues to run on the following machines: *

Linux/ia64: An update

Dear all, consider this an update to [1]. [1]: https://lore.kernel.org/linux-ia64/cb4faf4f-1efc-5ae7-c8f7-7aad9c2a4...@web.de/T/#u So about two weeks later and another two v6.6 release candidates (5 and 6) tested successfully on the following machines: * rx2620 (w/2 x Montecito) * rx4640 (w/2

Linux/ia64: Kernel testing effort

Hi there, as I usually only write to this list to report problems for ia64, I thought it might be a good idea to also report a success story here. Also in order to drive away any doubts about ia64 being a working architecture for Linux. This also goes CC to Debian's and Gentoo's respective ia64

Re: Willing to test IA64 builds of Debian and kernel with other distributions if needed

Hello Adrian, On 27.09.23 21:57, John Paul Adrian Glaubitz wrote: On Wed, 2023-09-27 at 21:15 +0200, Frank Scheiner wrote: Again for Linux, Linus had a different opinion back in February and also backed that with information provided by `git log [...]`: ``` [...] IOW, I'm more worried about

Re: Willing to test IA64 builds of Debian and kernel with other distributions if needed

Dear Adrian, On 27.09.23 19:41, John Paul Adrian Glaubitz wrote: On Wed, 2023-09-27 at 19:25 +0200, Frank Scheiner wrote: While it's great that someone is willing to take care of the kernel port, we're still in the situation that the toolchain on ia64 is unmaintained and has many issues

Re: Willing to test IA64 builds of Debian and kernel with other distributions if needed

Hi all, On 27.09.23 19:17, John Paul Adrian Glaubitz wrote: On Wed, 2023-09-27 at 17:14 +, thetas.college.work wrote: Someone wanted to be maintainer for the IA64 port of Linux kernel. Apologies for not using send all for last email. I saw that email but I'm afraid I'm not in the

Re: ia64 maintainership (resend)

Dear Tomas, On 24.09.23 19:20, Tomáš Glozar wrote: Hello linux-ia64, I noticed following the news of the proposal to remove ia64 from the kernel that the architecture has no maintainer. I'd be happy to volunteer to maintain the architecture, should the decision of removal be reversed. I'm not

Re: Build regression since v6.6-rc1

Hi Ard, On 21.09.23 13:53, Ard Biesheuvel wrote: Hello Frank, On Thu, 21 Sept 2023 at 10:15, Frank Scheiner wrote: Dear all, since v6.6-rc1 (actually introduced with [1], specific commit on [2]) the kernel build for ia64 fails like that: ``` ... Could one ([5]) or the other ([6

Build regression since v6.6-rc1

Dear all, since v6.6-rc1 (actually introduced with [1], specific commit on [2]) the kernel build for ia64 fails like that: ``` Making kernel... time make -j24 LOCALVERSION="-0bb80ecc33a8fb5a682236443c1e740d5c917d1d-ia64" ARCH=ia64 CROSS_COMPILE=ia64-linux- all Mon Sep 11 06:24:43 PM CEST 2023

Re: Important packages that are broken ia64

On 19.09.23 20:33, John Paul Adrian Glaubitz wrote: On Tue, 2023-09-19 at 20:26 +0200, Frank Scheiner wrote: The MR ([1]) was updated and now uses `-fno-var-tracking` for the respective files only when the target architecture is ia64. This works like so for example: ``` ifeq ($(ARCH),ia64

Re: Important packages that are broken ia64

On 18.09.23 22:56, Frank Scheiner wrote: On 18.09.23 22:42, John Paul Adrian Glaubitz wrote: On Mon, 2023-09-18 at 22:36 +0200, Frank Scheiner wrote: I don't think this patch is acceptable in its current form as it modifies the Makefile globally so that the flag is passed on to the host

Re: Important packages that are broken ia64

On 18.09.23 22:42, John Paul Adrian Glaubitz wrote: On Mon, 2023-09-18 at 22:36 +0200, Frank Scheiner wrote: I don't think this patch is acceptable in its current form as it modifies the Makefile globally so that the flag is passed on to the host compiler for all architectures. Yes, thought

Re: Important packages that are broken ia64

On 18.09.23 22:34, John Paul Adrian Glaubitz wrote: Hello Frank! On Mon, 2023-09-18 at 22:14 +0200, Frank Scheiner wrote: Worked for me, MR is here: https://salsa.debian.org/kernel-team/linux/-/merge_requests/852 Looking forward to new ia64 kernels for Sid. I don't think this patch

Re: Important packages that are broken ia64

On 18.09.23 13:43, Frank Scheiner wrote: On 18.09.23 11:43, Frank Scheiner wrote: Richard Biener suggested `-fno-var-tracking` or `-g0` as workaround and both indeed workaround the problem (see [2]). I don't yet know how to limit the addition of `-fno-var-tracking` to KBUILD_CFLAGS to `net/ipv4

Re: Important packages that are broken ia64

On 18.09.23 11:43, Frank Scheiner wrote: Richard Biener suggested `-fno-var-tracking` or `-g0` as workaround and both indeed workaround the problem (see [2]). I don't yet know how to limit the addition of `-fno-var-tracking` to KBUILD_CFLAGS to `net/ipv4/fib_semantics.c` [...] Ok, found what I

Re: Important packages that are broken ia64

Hi again, On 18.09.23 11:43, Frank Scheiner wrote: The resulting kernel and modules aren't yet tested, though. I plan that for today and tomorrow. v6.6-rc2 with the acpi build fix (I used the patch from [1]) and the workaround for gcc-13 (see my prior email) and built with gcc 13.2.0 from [2

Re: Important packages that are broken ia64

Hi again, On 15.09.23 13:47, Frank Scheiner wrote: Hi Adrian, On 06.08.23 10:44, John Paul Adrian Glaubitz wrote: Hello! The following important packages are broken on ia64: - grub (git master) does not boot on ia64, crashes when loading stage2 (https://lists.gnu.org/archive/html/grub-devel

Re: Important packages that are broken ia64

Hi Adrian, On 06.08.23 10:44, John Paul Adrian Glaubitz wrote: Hello! The following important packages are broken on ia64: - grub (git master) does not boot on ia64, crashes when loading stage2 (https://lists.gnu.org/archive/html/grub-devel/2023-07/msg00106.html) - kernel FTBFS with gcc-13

Re: Retiring ia64

Hi Adrian, On 14.09.23 10:56, John Paul Adrian Glaubitz wrote: Hi Frank! On Thu, 2023-09-14 at 10:42 +0200, Frank Scheiner wrote: I don't think that LTO really works on ia64. The toolchain has been bitrotting on this architecture for a while now and it's slated to be dropped from the kernel

Retiring ia64

Hi all, On 14.09.23 09:05, John Paul Adrian Glaubitz wrote: Hi Mathieu! On Thu, 2023-09-14 at 08:46 +0200, Mathieu Malaterre wrote: Could someone please double check what I did at: * https://buildd.debian.org/status/fetch.php?pkg=highway=ia64=1.0.7-4=1694591500=0 For some reason LTO

Re: [PATCH v9 02/11] Unify GUID types

Hi Steffen, Ard, On 14.08.23 21:59, Oliver Steffen wrote: Quoting Vladimir 'phcoder' Serbinenko (2023-08-13 09:46:45) Full analysis: gpt_partentry can be marked as aligned8. But following are problem: * protocols_per_handle may return unaligned guids * configuration_tables array may be

Re: Install problem

On 07.08.23 00:39, Pedro Miguel Justo wrote: [...] I physically ejected the faulty PSU and the machine has been up for many days now. Well, now one PSU in my first rx2660 is playing dead, too. But the system doesn't yet refuse to start. I removed it anyhow and replaced it with one PSU from my

Re: GRUB unexpected trap in Itanium

Dear Vladimir, On 11.08.23 03:01, Vladimir 'phcoder' Serbinenko wrote: Le ven. 11 août 2023, 02:17, Pedro Miguel Justo > a écrit : I have bisected the issue and it resulted into the following change: ``` 06edd40db76bb78457ac26156ed5f7b62381bbe8 is the

Re: Important packages that are broken ia64

Hi Pedro, On 10.08.23 19:31, Frank Scheiner wrote: Hi Pedro, all, On 10.08.23 14:04, Pedro Miguel Justo wrote: Here it is: 06edd40db76bb78457ac26156ed5f7b62381bbe8 is the first bad commit commit 06edd40db76bb78457ac26156ed5f7b62381bbe8 Author: Oliver Steffen Date:   Fri May 26 13:35:43 2023

Re: Important packages that are broken ia64

Hi Pedro, all, On 10.08.23 14:04, Pedro Miguel Justo wrote: Here it is: 06edd40db76bb78457ac26156ed5f7b62381bbe8 is the first bad commit commit 06edd40db76bb78457ac26156ed5f7b62381bbe8 Author: Oliver Steffen Date: Fri May 26 13:35:43 2023 +0200 guid: Unify GUID types There are 3

Re: Install problem

On 01.08.23 08:41, Pedro Miguel Justo wrote: [...] Oh dear… did I just jinx it?! 68    BMC     *3  0x2064C614CB020520 016F41080300 POWER_SUPPLY_FAIL_OR_DISCONNECT                                                       30 Jul 2023 07:44:11 67    BMC     *3  0x2064C614CB020510

Re: Install problem

Hi again, just some other thing that came to my mind right now: Don't leave your rx2660 in standby with mains connected over longer times, because its PSUs will get quite hot otherwise and most likely age faster than normal if not burn up over time. The DL380 G5 and DL385 G2 and G5 (at least

Re: Install problem

Hi Mike, On 29.07.23 10:01, Mike Hosken wrote: Hi Frank, Adrian and anyone else, I've tried everything you suggested and had no luck unfortunately. I removed the quiet from the boot options with your suggested changes and got this output. Not being a kernel person but with google I managed to

Re: Install problem

Hi Mike, On 29.07.23 06:40, Mike Hosken wrote: Hi everyone, I have a rx2660 ia64 machine, I’m wanting to install Debian on and have run into some issues. The Debian 12 ia64 installation disk won’t boot. I get to grub and choose install, it starts to boot and then the system reboots. Choosing

Re: M4000 failing to boot Debian Sparc64

Hi, On 02.07.23 16:35, Vocalía Infraestructura TIC CEEINA wrote: Hi Frank, Thank you for your fast answer. I also thought when installing that it was an incompatibility problem with the processor architecture, as you stated. However, having a look at the wiki

Re: M4000 failing to boot Debian Sparc64

Hi, On 02.07.23 12:35, Vocalía Infraestructura TIC CEEINA wrote: Hi, We are trying to boot Debian Sparc64 on a SPARC Enterprise M4000 server (SPARC64 VII+), but, after selecting normal / expert / secure install mode, we get this error message and the installer quits: /ERROR: Last Trap:

Re: Linux 6.1.27, cgroup: Instruction fault 4 with systemd

). Running an SP kernel does not trigger that problem. I posted a diff between the -alpha-generic and -alpha-smp kernel configurations on [1]. [1]: https://pastebin.com/AwZQjHD9 On 22.05.23 11:37, John Paul Adrian Glaubitz wrote: Hello Frank! On Mon, 2023-05-22 at 11:34 +0200, Frank Scheiner wrote

Re: Updated installation images for Debian Ports 2023-06-06

Hi! On 06.06.23 16:22, John Paul Adrian Glaubitz wrote: Hello! On Tue, 2023-06-06 at 16:19 +0200, Frank Scheiner wrote: On 06.06.23 15:52, John Paul Adrian Glaubitz wrote: Hello! I have created updated installation images for Debian Ports. These can be found here: - https

Re: Updated installation images for Debian Ports 2023-06-06

Hi Adrian, On 06.06.23 15:52, John Paul Adrian Glaubitz wrote: Hello! I have created updated installation images for Debian Ports. These can be found here: - https://cdimage.debian.org/cdimage/ports/snapshots/2023-06-06/ I have already successfully tested the sparc64 installer. On what

Re: [PATCH] module: fix module load for ia64

e module_layout with module_memory") Reported-by: Frank Scheiner Closes: https://lists.debian.org/debian-ia64/2023/05/msg00010.html Closes: https://marc.info/?l=linux-ia64=168509859125505 Cc: Linus Torvalds Signed-off-by: Song Liu --- kernel/module/main.c | 4 ++-- 1 file changed, 2 insert

Re: [PATCH] module: fix module load for ia64

e module_layout with module_memory") Reported-by: Frank Scheiner Closes: https://lists.debian.org/debian-ia64/2023/05/msg00010.html Closes: https://marc.info/?l=linux-ia64=168509859125505 Cc: Linus Torvalds Signed-off-by: Song Liu --- kernel/module/main.c | 4 ++-- 1 file changed, 2 insert

Re: Boot regression in Linux v6.4-rc3

On 31.05.23 21:14, Luis Chamberlain wrote: On Wed, May 31, 2023 at 11:16 AM Frank Scheiner wrote: Looking forward to the next occasion - for your sake maybe on another architecture, but can't promise... ;-) I think it would be prudent for Song to also ask you to test his future upcoming

Re: Boot regression in Linux v6.4-rc3

Hi Linus, hi Song, On 29.05.23 00:46, Song Liu wrote: [...] Thanks for running the test! I will send the official patch. Thanks, Song With the fix merged and to conclude this, I'd like to add that it was a pleasure to work with you on this problem, although I didn't do much. Looking

Re: [PATCH] module: fix module load for ia64

e module_layout with module_memory") Reported-by: Frank Scheiner Closes: https://lists.debian.org/debian-ia64/2023/05/msg00010.html Closes: https://marc.info/?l=linux-ia64=168509859125505 Cc: Linus Torvalds Signed-off-by: Song Liu --- kernel/module/main.c | 4 ++-- 1 file changed, 2 insert

Re: Boot regression in Linux v6.4-rc3

Hi again, On 28.05.23 09:30, Frank Scheiner wrote: [...] Thanks, that patch (as -patch4 on top of v6.4-rc3) fixes the boot regression for me on the rx2620: [...] Great! I'll give it a try on my rx2800-i2, too, but assume it wil work there, too. Indeed, -patch4 also makes it work

Re: Boot regression in Linux v6.4-rc3

Hi Song, Linus, On 28.05.23 07:24, Song Liu wrote: AFAICT, .got should go to rodata, while .sdata and .sbss should go to (rw)data. However, reading the code before the module_memory change, I think they were all copied to (rw)data, which is not ideal but most likely OK. To match the behavior

Re: Boot regression in Linux v6.4-rc3

Hi, On 27.05.23 21:34, Linus Torvalds wrote: On Sat, May 27, 2023 at 11:41 AM Frank Scheiner wrote: Ok, I put the decoded console messages on [2]. [2]: https://pastebin.com/dLYMijfS Ugh. Apparently ia64 decoding isn't great. But at least it gives multiple line numbers: load_module

Re: Boot regression in Linux v6.4-rc3

Hi, On 27.05.23 19:08, Linus Torvalds wrote: Anyway, the WARN_ON() is likely related, but the bug is clearly an unexpected page fault in __copy_user() when called by load_module(). The ia64 oops output is nasty, presumably because ia64 aggressively inlines things. It would help a lot if you

Re: Boot regression in Linux v6.4-rc3

On 27.05.23 00:22, Linus Torvalds wrote: [...] But this is my "monkey see, monkey do" pattern matching reaction, not from any deeper understanding of the problem (I can't even see the report) or really even the code. If it is of any help, my initial report is available for example via:

Re: Boot regression in Linux v6.4-rc3

Hi, On 26.05.23 23:01, Song Liu wrote: Thanks for running the test. Thanks for staying with me. I am not very familiar with the code, but I think we shouldn't hit that WARN_ON_ONCE. Could you please try with the follow patch to see which section caused this issue? Thanks, Song diff --git

Re: Why it's so difficult to fix PowerMac booting for good

On 27.05.23 04:52, Lennart Sorensen wrote: On Fri, May 26, 2023 at 02:14:16PM +0200, Frank Scheiner wrote: As per `grub-install(8)`: ``` grub-install copies GRUB images into boot/grub. ``` As the call to `grub-install` is performed by `chroot` inside the root FS of the new installation, I

Re: Boot regression in Linux v6.4-rc3

Hi Song, On 26.05.23 18:49, Song Liu wrote: Hi Frank, Thanks for the report. Sure, thanks for your help in this. It seems the error happened during the WARN_ON_ONCE. Could you please try whether something like the following fixes it? diff --git i/kernel/module/main.c

  1   2   3   4   5   6   7   >