XPost: linux.debian.kernel

Control: tag -1 moreinfo

On Thu, 17 Apr 2025 11:57:47 +0800 root <larryw3i@yeah.net> wrote:

Package: linux-image-amd64
Version: 6.12.22-1
Severity: important

Dear Maintainer,

After linux-image-6.11.9-amd64, my laptop has never booted from linux-image- amd64 any more. It shows "Kernel panic" after Grub. I took a screenshot for that. I do hope you maintainers can SAVE my laptop.

The Kernel panic print as follow: --------------------------------------------------------------------------------
0.93186510ops: general protection fault, naybe for address 0x0: 0000 [#1] PREEMPT SMP NOPTI
0.9318931 CPU: 1 UID:0 PID:1 Comn: init Not tainted 6.12.22-and64 #1 Debian 6.12.22-1
0.9319151 Harduare nane: GITSIAR GDC-1461/GM-1461,BIOS 03.04 08/03/2023 0.9319321 RIP: 0010:copy_fpstate_to_sigframe+0x1eb/0x3c0
0.9319521 Code: b9 01 00 00 00 of 01 d0 48 c1 e2 20 89 c0 48 01 c2 48 81 ca ff
02 00 00 49 21 d5 e9 f4 fe ff ff 0f 1f 44 00 00 b9 01 00 0 0 <0f> 01 d0 48 c1 e2 20 89 c0 48 8d 8d 00 02 00 00 48 01 d0 4c 21 e8

We got a #GP exception on an XGETBV instruction, which means "ECX
specifies a reserved or unimplemented XCR address". So this instruction
is wrongly being used on a CPU that doesn't support it.

To help confirm this, please can you send the contents of /proc/cpuinfo?

0.9319911 RSP:0018:ffffa6844002bc28EFLAGS:00010246
0.9320061RAX:   0 RBX: 00000000 RcX: 00000001

[...]

ECX is 1 (= XCR_XFEATURE_IN_USE_MASK). So this is a use of
xfeatures_in_use() inlined into copy_fpstate_to_sigframe().

Since this is a regression after 6.11.9, my guess is that this is caused
by:

commit dd9478d54c738e86692b83cc992dc4fb643bcdbf
Author: Aruna Ramakrishna <aruna.ramakrishna@oracle.com>
Date: Tue Nov 19 17:45:20 2024 +0000

x86/pkeys: Ensure updated PKRU value is XRSTOR'd

[ Upstream commit ae6012d72fa60c9ff92de5bac7a8021a47458e5b ]

which went into 6.12.5 and adds a call to xfeatures_in_use() without an
obvious CPU feature check. (The added call is not directly in copy_fpstate_to_sigframe() but it's in a function that can be inlined
into it.)

Ben.

--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAmgJixEACgkQ57/I7JWG EQnYlg//ZDb3yk5ReviH//0ckCxGf/MY9YmEIslprFL/lO1rxS1ooMWSVytAxFEN 1S4tCSllxkY776nIMZOeebmVerjPSqyZCsJr6HrxuapTSlmb/JqfrigpsbtbKAxs 4ghB75KXCy5eTDsWyzrQUya31uTjAYdJg5pB4aZMFUwPF3Z2BVwGCnnpFCvfTLKj +GMYAnPwaFbFu+Y2kEb45ni1NtihcOfkIt8G/GEMWrrhIuxk6LFI/CwzQZFFoABK bfETpynrh9tU9PhhB3XQwH2PqAx9SlUKvS+SR4y1JVUzM8vCZcxuheoPY1n984Va d50T64Tr+JrRuWHSybJWlVkfFqmYkCXarX9q3TQK+31EgvhgyDPmuiLd65XfLzW0 PSS7l0qUwEoneC6u47gWSnqpIJxZLlXKJ0GK4AS17RafbEt4K0+TnMJCVaXeyRYC 4nFx2KvXBRKn1+aAkfqzY94g7vOvJPVdv7z9TRpc6G+YRznHrTSoX6ucsuD722sn u+3ykcpATlsVPUkMm9dOPmPHHCIAYz0hX+DS9/0vHlFSuNOxT9MmmEGQn+vRlha0 WFflMsohYjMRfOU30uCnToR/QQJsW5npQRD+EymwavZiligxEISMD5h4ApBf8jeU +JeVo5xPSjp0lfLkNvNfPp316iqy6pHhVdy1gc/DFPDXFPdsoAc=
=HMcm
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.kernel

Thanks for your replying, the `Probe URL` of my laptop: https://linux-hardware.org/?probe=58facb533d , and `cpuinfo` is:

larry@zx2:~/Downloads$ sudo cat /proc/cpuinfo
processor    : 0
vendor_id    : CentaurHauls
cpu family    : 7
model        : 59
model name    : ZHAOXIN KaiXian KX-6000G/4@3.0GHz
stepping    : 2
cpu MHz        : 3160.490
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 0
cpu cores    : 4
apicid        : 0
initial apicid    : 0
fpu        : yes
fpu_exception    : yes
cpuid level    : 13
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl nonstop_tsc
cpuid aperfmperf pni pclmulqdq monitor vmx smx est tm2 ssse3 cx16 xtpr
pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand rng rng_en ace ace_en ace2 phe phe_en pmm pmm_en lahf_lm abm 3dnowprefetch ibrs ibpb tpr_shadow ept vpid fsgsbase tsc_adjust bmi1
smep bmi2 invpcid rdseed adx smap sha_ni xsaveopt dtherm hwp
hwp_act_window hwp_epp hwp_pkg_req vnmi umip pku ospke rdpid
arch_capabilities
vmx flags    : vnmi invvpid ept_x_only ept_1gb tsc_offset vtpr mtf ept
vpid unrestricted_guest ple
bugs        : spectre_v1
bogomips    : 6586.97
clflush size    : 64
cache_alignment    : 64
address sizes    : 40 bits physical, 48 bits virtual
power management:

processor    : 1
vendor_id    : CentaurHauls
cpu family    : 7
model        : 59
model name    : ZHAOXIN KaiXian KX-6000G/4@3.0GHz
stepping    : 2
cpu MHz        : 3202.559
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 1
cpu cores    : 4
apicid        : 1
initial apicid    : 1
fpu        : yes
fpu_exception    : yes
cpuid level    : 13
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl nonstop_tsc
cpuid aperfmperf pni pclmulqdq monitor vmx smx est tm2 ssse3 cx16 xtpr
pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand rng rng_en ace ace_en ace2 phe phe_en pmm pmm_en lahf_lm abm 3dnowprefetch ibrs ibpb tpr_shadow ept vpid fsgsbase tsc_adjust bmi1
smep bmi2 invpcid rdseed adx smap sha_ni xsaveopt dtherm hwp
hwp_act_window hwp_epp hwp_pkg_req vnmi umip pku ospke rdpid
arch_capabilities
vmx flags    : vnmi invvpid ept_x_only ept_1gb tsc_offset vtpr mtf ept
vpid unrestricted_guest ple
bugs        : spectre_v1
bogomips    : 6586.97
clflush size    : 64
cache_alignment    : 64
address sizes    : 40 bits physical, 48 bits virtual
power management:

processor    : 2
vendor_id    : CentaurHauls
cpu family    : 7
model        : 59
model name    : ZHAOXIN KaiXian KX-6000G/4@3.0GHz
stepping    : 2
cpu MHz        : 3206.178
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 2
cpu cores    : 4
apicid        : 2
initial apicid    : 2
fpu        : yes
fpu_exception    : yes
cpuid level    : 13
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl nonstop_tsc
cpuid aperfmperf pni pclmulqdq monitor vmx smx est tm2 ssse3 cx16 xtpr
pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand rng rng_en ace ace_en ace2 phe phe_en pmm pmm_en lahf_lm abm 3dnowprefetch ibrs ibpb tpr_shadow ept vpid fsgsbase tsc_adjust bmi1
smep bmi2 invpcid rdseed adx smap sha_ni xsaveopt dtherm hwp
hwp_act_window hwp_epp hwp_pkg_req vnmi umip pku ospke rdpid
arch_capabilities
vmx flags    : vnmi invvpid ept_x_only ept_1gb tsc_offset vtpr mtf ept
vpid unrestricted_guest ple
bugs        : spectre_v1
bogomips    : 6586.97
clflush size    : 64
cache_alignment    : 64
address sizes    : 40 bits physical, 48 bits virtual
power management:

processor    : 3
vendor_id    : CentaurHauls
cpu family    : 7
model        : 59
model name    : ZHAOXIN KaiXian KX-6000G/4@3.0GHz
stepping    : 2
cpu MHz        : 3195.306
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 3
cpu cores    : 4
apicid        : 3
initial apicid    : 3
fpu        : yes
fpu_exception    : yes
cpuid level    : 13
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl nonstop_tsc
cpuid aperfmperf pni pclmulqdq monitor vmx smx est tm2 ssse3 cx16 xtpr
pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand rng rng_en ace ace_en ace2 phe phe_en pmm pmm_en lahf_lm abm 3dnowprefetch ibrs ibpb tpr_shadow ept vpid fsgsbase tsc_adjust bmi1
smep bmi2 invpcid rdseed adx smap sha_ni xsaveopt dtherm hwp
hwp_act_window hwp_epp hwp_pkg_req vnmi umip pku ospke rdpid
arch_capabilities
vmx flags    : vnmi invvpid ept_x_only ept_1gb tsc_offset vtpr mtf ept
vpid unrestricted_guest ple
bugs        : spectre_v1
bogomips    : 6586.97
clflush size    : 64
cache_alignment    : 64
address sizes    : 40 bits physical, 48 bits virtual
power management:

Regards,

larryw3i.

On 4/24/25 08:51, Ben Hutchings wrote:

Control: tag -1 moreinfo

On Thu, 17 Apr 2025 11:57:47 +0800 root <larryw3i@yeah.net> wrote:

Package: linux-image-amd64
Version: 6.12.22-1
Severity: important

Dear Maintainer,

After linux-image-6.11.9-amd64, my laptop has never booted from linux-image- >> amd64 any more. It shows "Kernel panic" after Grub. I took a screenshot for >> that. I do hope you maintainers can SAVE my laptop.

The Kernel panic print as follow:
--------------------------------------------------------------------------------
0.93186510ops: general protection fault, naybe for address 0x0: 0000 [#1]
PREEMPT SMP NOPTI
0.9318931 CPU: 1 UID:0 PID:1 Comn: init Not tainted 6.12.22-and64 #1 Debian >> 6.12.22-1
0.9319151 Harduare nane: GITSIAR GDC-1461/GM-1461,BIOS 03.04 08/03/2023
0.9319321 RIP: 0010:copy_fpstate_to_sigframe+0x1eb/0x3c0
0.9319521 Code: b9 01 00 00 00 of 01 d0 48 c1 e2 20 89 c0 48 01 c2 48 81 ca ff
02 00 00 49 21 d5 e9 f4 fe ff ff 0f 1f 44 00 00 b9 01 00 0 0 <0f> 01 d0 48 c1
e2 20 89 c0 48 8d 8d 00 02 00 00 48 01 d0 4c 21 e8

We got a #GP exception on an XGETBV instruction, which means "ECX
specifies a reserved or unimplemented XCR address". So this instruction
is wrongly being used on a CPU that doesn't support it.

To help confirm this, please can you send the contents of /proc/cpuinfo?

0.9319911 RSP:0018:ffffa6844002bc28EFLAGS:00010246
0.9320061RAX:   0 RBX: 00000000 RcX: 00000001

[...]

ECX is 1 (= XCR_XFEATURE_IN_USE_MASK). So this is a use of xfeatures_in_use() inlined into copy_fpstate_to_sigframe().

Since this is a regression after 6.11.9, my guess is that this is caused
by:

commit dd9478d54c738e86692b83cc992dc4fb643bcdbf
Author: Aruna Ramakrishna <aruna.ramakrishna@oracle.com>
Date: Tue Nov 19 17:45:20 2024 +0000

x86/pkeys: Ensure updated PKRU value is XRSTOR'd

[ Upstream commit ae6012d72fa60c9ff92de5bac7a8021a47458e5b ]

which went into 6.12.5 and adds a call to xfeatures_in_use() without an obvious CPU feature check. (The added call is not directly in copy_fpstate_to_sigframe() but it's in a function that can be inlined
into it.)

Ben.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.kernel

Hi Aruna,

Commit ae6012d72fa6 "x86/pkeys: Ensure updated PKRU value is XRSTOR'd"
seems to be broken on some Zhaoxin/VIA processors. Specifically:

On Thu, 2025-04-24 at 16:24 +0800, Larry Wei wrote:

Thanks for your replying, the `Probe URL` of my laptop: https://linux-hardware.org/?probe=58facb533d , and `cpuinfo` is:

larry@zx2:~/Downloads$ sudo cat /proc/cpuinfo
processor    : 0
vendor_id    : CentaurHauls
cpu family    : 7
model        : 59
model name    : ZHAOXIN KaiXian KX-6000G/4@3.0GHz

[...]

flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl nonstop_tsc
cpuid aperfmperf pni pclmulqdq monitor vmx smx est tm2 ssse3 cx16 xtpr
pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c
rdrand rng rng_en ace ace_en ace2 phe phe_en pmm pmm_en lahf_lm abm 3dnowprefetch ibrs ibpb tpr_shadow ept vpid fsgsbase tsc_adjust bmi1
smep bmi2 invpcid rdseed adx smap sha_ni xsaveopt dtherm hwp
hwp_act_window hwp_epp hwp_pkg_req vnmi umip pku ospke rdpid arch_capabilities
vmx flags    : vnmi invvpid ept_x_only ept_1gb tsc_offset vtpr mtf ept vpid unrestricted_guest ple

[...]

Notice that this has the PKU and OSPKE features set, but *not* XGETBV1.
Which means that xfeatures_in_use() should not be called (and will cause
a #GP exception).

(The full bug report log for this is at
<https://bugs.debian.org/1103397>.)

Is there some fallback that could be used in case XGETBV1 is not
available? Or do we need a dependency X86_FEATURE_PKU ->
X86_FEATURE_XGETBV1 in arch/x86/kernel/cpu/cpuid-deps.c, so that we
disable protection keys in this CPU?



Ben.

--
Ben Hutchings
Who are all these weirdos? - David Bowie, on joining IRC

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAmgLBW0ACgkQ57/I7JWG EQlJ1g/8CUsPfuZ5lsovTHs7ePPs4lRrR+f6t9+ocg+OMKWnKcZw7nO49cq3XH6o Nv9RFJACK/r2Kv9XOHvsXojN2EmaPrWKhj7t/6PgR0MiZY23Te1CwZldiWKiQ8N5 QrcnJtBnwJd0M2t4839/9h7nNVDKFLrypF/bgSuQ/UZxVwSzVIebKW7Tk2wI5nts A7o0wDKAKsAqZAgWcVYo8l6dRSm3IEsR2vP/krJKAgWmTz4I+RssMr42yIIwVYr3 2+/ZML/FNTxGlQuSN5OhiD2zPPqdOfPj0PfE3LQ2Dl96cFbNf3uFDejLxGk5dfF0 tdRMPBMUUaubDwvYbsGajKog376yC7TusE3uW/wo/pjMDmhZlIGrRW47Ghjv+H8A ZGJ7BKf47EISqZjTjuEQY5QV1Uv5YzRWAfs0DD/+7yLygtfvqgqtBCRRBLauh9K3 iJfDfNoV6SArFDKBEHwhLVuhrdYkPOpirV2Py/9wwqFfhBKJKF9PBFMaLgQrfhpG SNLYfj4z4fK2a4PEbfW86Zd3NqvixawJgjtfcO7/oxJq6qj58IKj3rpp6Gxy8TXG eehU1kZG9eYXgL4ZvuLieeGE5Z750mGcuhMOsG+DUZJgS/KnCX/I5Z4SkXwxqUSF mnsE8DVPS2T8zisrZ3gFrvhJxgcQAVRBk9tTTtWQzQSbpfT5q3Q=
=8sGg
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.kernel

This is a multi-part message in MIME format.
Thank you all,

I have pulled the newest `linux-next` changes and compiled it, my laptop
boots well now! https://linux-hardware.org/?probe=271fabb7a4 , but it
still prints some `WARNING` information at startup: https://linux-hardware.org/?probe=271fabb7a4&log=dmesg . May this output
is useful for you maintainers.

And, thank you all again.

Regards,

larryw3i

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Thank you all, <br>
</p>
<p>I have pulled the newest `linux-next` changes and compiled it, my
laptop boots well now!
<a class="moz-txt-link-freetext" href="https://linux-hardware.org/?probe=271fabb7a4">https://linux-hardware.org/?probe=271fabb7a4</a> , but it still prints
some `<span class="fail"><span class="brown">WARNING`</span></span>
information at startup:
<a class="moz-txt-link-freetext" href="https://linux-hardware.org/?probe=271fabb7a4&amp;log=dmesg">https://linux-hardware.org/?probe=271fabb7a4&amp;log=dmesg</a> . May
this output is useful for you maintainers. <br>
</p>
<p>And, thank you all again.</p>
<p>Regards,</p>
<p>larryw3i<br>
</p>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.kernel

Control: tag -1 patch

On Thu, 2025-05-08 at 03:12 +0800, Larry Wei wrote:

Thank you all,

I have pulled the newest `linux-next` changes and compiled it, my
laptop boots well now! https://linux-hardware.org/?probe=271fabb7a4 ,

[...]

Looking at what has changed in linux-next, this appears to be the fix:

commit d1e420772cd1eb0afe5858619c73ce36f3e781a1
Author: Chang S. Bae <chang.seok.bae@intel.com>
Date: Tue Apr 15 19:16:58 2025 -0700

x86/pkeys: Simplify PKRU update in signal frame

This is currently in the tip tree but won't go to Linus until after the
6.15 release.

As this fixes a regression on real CPUs, it should not need to wait for
the next release cycle, right?


Ben.

--
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption]
would be development of an easy way to factor large prime numbers.
- Bill Gates

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAmgeZpUACgkQ57/I7JWG EQnn+A//QbXyNu4JmfIJYRXGiGEVXuCTkzLLm5Qhim3IwwdJr+D/EduKymvcwO2t AbvvG7ytmuxhf1zVppa/yZypC2dJsN1gT3DcUlFYkWNInM6S1/dEzicP+peV2NF8 34CzQm9/+IG/3t+IMId7Nnf0Tdoq+44umf2bTyVv+39MDIcjyoI9XBciKYzTt9Hu ON38uMdXJKXELDCD95IoMMd90qxz1ffO23Bcg5HMqtNMJ7yYQSfHvm4KagasmtHl QAactEGAMwF/EiOTdHWGFq47McpxeibbupRrSnlRngY7q4kWB77jNWxA2xM/YjjP r5NYr3c+aVqgNYb+igMW0p+1IMttEVIdbuMRdaUYqCIv7iJ+oxA5HiA8I8wndDx/ Ez+9csOiliRqeBgbBbKfFmGY48l9OOXx7011fiBoymNM/ATKmNTM8LWBZclVeUEU 9BTXv99FWb5ziurW3mlKL079SP8J3RAC9CxixiN2FJIFtGjlhEN4Y6kAGktuXPiG cF3P1UYGV92SX8+sA9p7yEApzT/VnUOqkcNjUO+OzYhL32lJxJF45fFmYv6jPHKK 9V9ENmRUO//lRYIGpjgs90iPelLTOSEV+yL7at2JZLOrL8/pKDE8DZAO/rKu1xR0 ZOoNcn6t7FR6FdjM/DZ3Oexl0pIgQw7KRf

XPost: linux.debian.kernel

Hi! Ben,

It will be OK! I don't think there are many people using this type of
machine, after all, they can't even adjust the backlight, and I don't
think anyone likes to use this type of machine, and they also like to
use it to install Debian. I am very happy that this issue can be fixed.
For now, I just need to use the kernel I compiled myself.
Thank you all.

Regards,

larryw3i

On 5/10/25 04:33, Ben Hutchings wrote:

it should not need to wait for
the next release cycle, right?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.kernel

Ben,

I remember two years ago, it seemed like the backlight of this laptop
could be adjusted. At that time, I installed Ubuntu on this laptop and
there seemed to be a directory called "acpi_video" in the "/sys/class/backlight/" directory. However, at some point, this
directory no longer existed. At that time, I was not very familiar with
Linux distributions and didn't know how to report bugs.

Regards,

larryw3i

On 5/10/25 04:33, Ben Hutchings wrote:

Looking at what has changed in linux-next, this appears to be the fix:

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.kernel

P.S. And I suspect that this change has been affecting all non-Intel and non-AMD machines for a long time, as there is no "non-free-firmware"
suitable for them.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)