[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Current state of the Linux kernel on SPARC



Hi Adrian,

just a quick heads up:

I set up
1 Netra T1-200AC (UltraSparc II)
1 SunFire T2000  (UltraSparc T1)

for testing. I misremembered having an UltraSparc I sitting around... But the earliest Ultra I have is an Ultra 5 + Ultra 10 (already USII) - the other pizzaboxes in storage are Super + HyperSparc (32Bit...)

But I can provide the missing T1 data.

Is the T2DE-Iso you mentioned in another post a live CD for testing or does testing require install to disk?



---------------
Also, I have 2 SunFire V215 (UltraSparc III) in daily use under Debian @ Kernel 4.19.37-6 (proven stable, no hardware issues). They are the easiest for me to test, because they have running installations.
So far, I am having trouble booting on these USIII boxes under your kernel.

I had 1 successful (and stable for a few hours) boot under your 6.12.3 kernel after a few retries. Other than that, i can boot neither 6.12.3 nor 6.16.3. (No changes in system configuration for the successful run!) The former now does an "Oops" and hangs on boot after not being able to mount root, 6.16.3 does a complete panic.

6.12.3

[/sbin/fsck.ext4 (1) -- /dev/md1] fsck.ext4 -a -C0 /dev/[  45.251981] crc32c_sparc64: sparc64 crc32c opcode not available.
md1
/dev/md1: clean, 47765/4382720 files, 1557540/17529968 blocks
done.
[   45.519601] Unable to handle kernel paging request at virtual address 0000000100444000
[   45.623971] tsk->{mm,active_mm}->context = 00000000000000c2
[   45.697373] tsk->{mm,active_mm}->pgd = fff0000000ac4000
[   45.766206]               \|/ ____ \|/
[   45.766206]               "@'/ .. \`@"
[   45.766206]               /_| \__/ |_\
[   45.766206]                  \__U_/
[   45.959988] modprobe(212): Oops [#1]
[   46.007018] CPU: 1 UID: 0 PID: 212 Comm: modprobe Not tainted 6.12.3-sparc64-smp #1  Debian 6.12.3-1+sparc64 [   46.136608] TSTATE: 0000004411001603 TPC: 0000000000ee8acc TNPC: 0000000000ee8ad0 Y: 1c0bfebb    Not tainted
[   46.266181] TPC: <strlen+0x60/0xd4>
[   46.312103] g0: 0000000000000020 g1: 00000001004443d0 g2: 0000000000000000 g3: 0000000000000000 [   46.426699] g4: fff00000008f35c0 g5: fff000117d5b0000 g6: fff000117f124000 g7: 0000000000636865 [   46.541384] o0: 00000001004443e0 o1: 00000001004443e0 o2: 0000000001010101 o3: 0000000080808080 [   46.656058] o4: 0000000001010000 o5: 0000000063686500 sp: fff000117f127201 ret_pc: 00000000005245c8
[   46.775323] RPC: <module_patient_check_exists.isra.0+0x48/0x200>
[   46.854482] l0: fff000010002cd80 l1: 0000000000000000 l2: 0000000000000000 l3: 0000000000000000 [   46.969171] l4: 0000000000000000 l5: 0000000000000000 l6: 0000000000000000 l7: 0000000000000000 [   47.083851] i0: 0000000100529df0 i1: 00000000012d9000 i2: 00000000012d9110 i3: 0000000000000004 [   47.198533] i4: 00000001004443e0 i5: 00000001004443c8 i6: fff000117f1272e1 i7: 0000000000525e04
[   47.313215] I7: <load_module+0x5a4/0x2160>
[   47.367162] Call Trace:
[   47.399245] [<0000000000525e04>] load_module+0x5a4/0x2160
[   47.470392] [<0000000000527bcc>] init_module_from_file+0x6c/0xa0
[   47.549553] [<0000000000527e24>] sys_finit_module+0x1c4/0x360
[   47.625281] [<0000000000406274>] linux_sparc_syscall+0x34/0x44
[   47.702152] Disabling lock debugging due to kernel taint
[   47.772045] Caller[0000000000525e04]: load_module+0x5a4/0x2160
[   47.848914] Caller[0000000000527bcc]: init_module_from_file+0x6c/0xa0
[   47.933807] Caller[0000000000527e24]: sys_finit_module+0x1c4/0x360
[   48.015262] Caller[0000000000406274]: linux_sparc_syscall+0x34/0x44
[   48.097864] Caller[0000010000018c78]: 0x10000018c78
[   48.162126] Instruction DUMP:
[   48.162130]  96132080
[   48.201079]  19004040
[   48.232020]  94132101
[   48.262951] <da020000>
[   48.293892]  9823400a
[   48.324826]  808b000b
[   48.355765]  024ffffd
[   48.386694]  90022004
[   48.417636]  8f336018
[   48.448569]
mount: mounting /dev/md1 on /root failed: No such device

6.16.3

[   41.741078] Run /init as init process
Loading, please wait...
Starting systemd-udevd version 257.7-1
[   42.549175] SCSI subsystem initialized
[   42.637530] Fusion MPT base driver 3.04.20
[   42.691489] Copyright (c) 1999-2008 LSI Corporation
[   42.846027] Fusion MPT SAS Host driver 3.04.20
[   42.904996] pci 0000:0b:00.0: enabling device (0000 -> 0003)
[   42.979872] pci 0000:0c:08.0: enabling device (0000 -> 0003)
[   43.054754] mptsas 0000:0d:01.0: enabling device (0000 -> 0002)
[   43.133389] mptbase: ioc0: Initiating bringup
[   43.190809] ERROR(1): Cheetah error trap taken afsr[0010080005000000] afar[000007f904c00000] TL1(0) [   43.310048] ERROR(1): TPC[1006e048] TNPC[1006e04c] O7[42b3a8] TSTATE[4411001606]
[   43.407437] ERROR(1):
[   43.407441] TPC<MakeIocReady+0x24/0x298 [mptbase]>
[   43.501491] ERROR(1): M_SYND(0),  E_SYND(0), Privileged
[   43.570239] ERROR(1): Highest priority error (0000080000000000) "Bus error response from system bus" [   43.690549] ERROR(1): D-cache idx[0] tag[0000000000000000] utag[0000000000000000] stag[0000000000000000] [   43.815439] ERROR(1): D-cache data0[0000000000000000] data1[0000000000000000] data2[0000000000000000] data3[0000000000000000] [   43.964391] ERROR(1): I-cache idx[0] tag[0000000000000000] utag[0000000000000000] stag[0000000000000000] u[0000000000000000] l[0000000000000000] [   44.135114] ERROR(1): I-cache INSN0[0000000000000000] INSN1[0000000000000000] INSN2[0000000000000000] INSN3[0000000000000000] [   44.284064] ERROR(1): I-cache INSN4[0000000000000000] INSN5[0000000000000000] INSN6[0000000000000000] INSN7[0000000000000000]
[   44.433016] ERROR(1): E-cache idx[d08040] tag[000000000e04006d]
[   44.510925] ERROR(1): E-cache data0[0000000000000044] data1[000011bd12000003] data2[00000000100871e0] data3[0000000000000024] [   44.659882] Kernel panic - not syncing: Irrecoverable deferred error trap. [   44.750396] CPU: 1 UID: 0 PID: 188 Comm: (udev-worker) Not tainted 6.16.3+1-sparc64-smp #1 NONE  Debian 6.16.3-1+sparc64
[   44.894768] Call Trace:
[   44.926843] [<0000000000437408>] dump_stack+0x8/0x18
[   44.992152] [<0000000000429540>] panic+0xf4/0x398
[   45.054024] [<000000000043aa70>] cheetah_deferred_handler+0x3b0/0x400
[   45.138813] [<0000000000405e88>] c_deferred+0x18/0x24
[   45.205268] [<000000001006e048>] MakeIocReady+0x24/0x298 [mptbase]
[   45.286619] [<000000001006e4b4>] mpt_do_ioc_recovery+0x9c/0x1110 [mptbase]
[   45.377135] [<000000001006d6f8>] mpt_attach+0xb58/0xd20 [mptbase]
[   45.457340] [<0000000010099f30>] mptsas_probe+0x10/0x440 [mptsas]
[   45.537544] [<0000000000b40e90>] local_pci_probe+0x30/0x80
[   45.609729] [<0000000000b419b4>] pci_device_probe+0xb4/0x240
[   45.684205] [<0000000000c00d88>] really_probe+0xc8/0x400
[   45.754097] [<0000000000c0114c>] __driver_probe_device+0x8c/0x160
[   45.834302] [<0000000000c01308>] driver_probe_device+0x28/0x100
[   45.912215] [<0000000000c015bc>] __driver_attach+0xbc/0x1e0
[   45.985545] [<0000000000bfe73c>] bus_for_each_dev+0x5c/0xc0
[   46.058874] [<0000000000c0053c>] driver_attach+0x1c/0x40
[   46.128781] Press Stop-A (L1-A) from sun keyboard or send break
[   46.128781] twice on console to return to the boot prom
[   46.275432] ---[ end Kernel panic - not syncing: Irrecoverable deferred error trap. ]---



Any hints?

Greetings,
Robin

Am 30.08.2025 um 11:51 schrieb John Paul Adrian Glaubitz:
Hi Robin,

On Sat, 2025-08-30 at 11:36 +0200, Robin Cremer wrote:
Thanks for the work on bisecting & getting to the bottom to the long
standing stability issues and the chance for stable, recent Linux Kernels.
Those were a long standing issue for me as I am running a few of the
heavily impacted systems (UltraSPARC III).
Indeed, newer kernels were nearly unusable on UltraSPARC III.

Are there any pre-built images of the kernel available? Preferably SMP.
As far as I know, there are no ("Beta")-install-images yet, which
hinders testing a bit for me...
Sure, here you go:

https://people.debian.org/~glaubitz/sparc64/

Both UP and SMP kernel packages are available. Let me know if it works for you.

I don't have a working build environment atm and am chronically short on
time due to work,
but I do have test systems for UltraSPARC I, II, III, T1 & T2+
- installing from CD & just swapping the kernel would be possible, as
I'm really interested in getting this tested & helping getting this into
official images.
Yes, this kind of testing would be highly appreciated as I don't have access
to all kinds of SPARCs. The kernel packages above contain the fixes for all
CPU types except for M7 but I have a separate test kernel for that.

When reporting back, please reply to the separate messages on the kernel
mailing list thread and add your

	Tested-by: Robin Cremer <robin.cremer@medicem.de>

If you're not on the sparcspalinux kernel mailing list, you can import the
thread by downloading the mbox file and opening it in the email client of
your choice.

See: https://lore.kernel.org/all/20250826160312.2070-1-kernel@mkarcher.dialup.fu-berlin.de/

Please add a Tested-by note for the individual machines. Thus, if you're
testing on an UltraSPARC I or II, please reply to the UltraSPARC-I-specific
patch, if you're testing on UltraSPARC III or IV, please reply to the
UltraSPARC-III-specific patch.

Keep in mind, that there are no CPU-specific implementations for all SPARC
variants.

We have:

- UltraSPARC I
- UltraSPARC III
- Niagara 1
- Niagara 2
- Niagara 4
- SPARC M7

Thus, in order to test the UltraSPARC I code, you would need to test on UltraSPARC I
or II, but not on UltraSPARC III or newer. Same applies to the Niagara machines,
testing on Niagara 4 would trigger the Niagara 4 code, testing on Niagara 3 the
Niagara 2 code and testing on Niagara 1 the Niagara 1 code.

If you can, please test on everything you have.

Also, I have multiple early UltraSPARC III system (SunFire 280R) which
I'm unsure if it works with Linux at all (I seem to remember something
about the crossbar bus SMP architecture made them crash on early boot
and the FC-AL Disks are unusable...). Might test as well, if someone can
provide a prebuilt kernel.
Let's focus on the machines first which are known to be supported as we would like
to know first whether the patch series by Michael is okay and does not introduce
any new regressions.

Adrian


Attachment: smime.p7s
Description: Kryptografische S/MIME-Signatur


Reply to: