Add Linux 4.14.67

[pmenzel]

Tested on keineahnung and deadbird, where the aacraid issue seems to not happen anymore – despite the driver not being fixed yet.

This version detects the NVMe device in a Dell OptiPlex 5055. Also, the Linux 4.14.55 crashed on that devices, and the crash did not happen yet with 4.14.67.

[thomas]

Since there have been no changes in the aacraid directory, and someone posted that the driver needs to be fixed, I guess the HBA-1000 will fail with this kernel.

[pmenzel]

On the AMD Ryzen 5 PRO 1500 Quad-Core Processor, the correct number of CPUs/threads/cores is now reported. With 4.14.55 only 1 is reported.

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              8
On-line CPU(s) list: 0-7
Thread(s) per core:  2
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           AuthenticAMD
CPU family:          23
Model:               1
Model name:          AMD Ryzen 5 PRO 1500 Quad-Core Processor
Stepping:            1
CPU MHz:             2982.490
BogoMIPS:            6986.81
Virtualization:      AMD-V
L1d cache:           32K
L1i cache:           64K
L2 cache:            512K
L3 cache:            8192K
NUMA node0 CPU(s):   0-7
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_pstate sme ssbd ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 xsaves clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca

[pmenzel]

On the AMD Ryzen 5 PRO 1500 Quad-Core Processor, the correct number of CPUs/threads/cores is now reported. With 4.14.55 only 1 is reported.

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              8
On-line CPU(s) list: 0-7
Thread(s) per core:  2
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           AuthenticAMD
CPU family:          23
Model:               1
Model name:          AMD Ryzen 5 PRO 1500 Quad-Core Processor
Stepping:            1
CPU MHz:             2982.490
BogoMIPS:            6986.81
Virtualization:      AMD-V
L1d cache:           32K
L1i cache:           64K
L2 cache:            512K
L3 cache:            8192K
NUMA node0 CPU(s):   0-7
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_pstate sme ssbd ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 xsaves clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca

[pmenzel]

With this version, manually installed on mxonastick, and the mariuxinstaller changes, the system boots to the Dell OptiPlex 5055. With Linux 4.14.55, the system crashed with a NULL pointer dereference in the Linux kernel.

[donald]

Feierabend nicht vergessen :-)

[thomas]

Since the HBA worked with 4.17.something (now EOL) why not check latest stable 4.18.5?

[pmenzel]

Am 31.08.2018 um 07:47 schrieb Thomas Kreitler:

Since the HBA worked with 4.17.something (now EOL) why not check latest stable 4.18.5?

Ming Lei wrote that this is probably just by accident, and the driver still needs fixing. Maybe, the other MSI-X fix-ups paper over the aacraid problem, so testing 4.14.67 and 4.18.5 (already built) is still worth a try.

[pmenzel]

Tested on deadbird.

$ uname -a
Linux deadbird.molgen.mpg.de 4.14.67.mx64.217 #1 SMP Wed Aug 29 18:21:23 CEST 2018 x86_64 GNU/Linux
$ dmesg | grep -i aacraid
[   10.590912] Adaptec aacraid driver 1.2.1[50834]-custom
[   10.596869] aacraid 0000:04:00.0: can't disable ASPM; OS doesn't have ASPM control
[   10.608293] aacraid: Comm Interface type3 enabled
$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda      8:0    0 465.8G  0 disk  
├─sda1   8:1    0   256G  0 part  /
├─sda2   8:2    0 193.8G  0 part  /amd/deadbird/0
└─sda3   8:3    0    16G  0 part  
sdb      8:16   0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdc      8:32   0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdd      8:48   0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sde      8:64   0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdf      8:80   0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdg      8:96   0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdh      8:112  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdi      8:128  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdj      8:144  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdk      8:160  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdl      8:176  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdm      8:192  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdn      8:208  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdo      8:224  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdp      8:240  0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014
sdq     65:0    0   7.3T  0 disk  
└─md0    9:0    0 101.9T  0 raid6 /amd/deadbird/M/M8014

[pmenzel]

@david also tested 4.18.5 on deadbird and that works too.

[pmenzel]

I guess, my test was incorrect on deadbird. I didn’t look for M8002.

Jbods jbod /amd/deadbird/M/M8002 not mounted on deadbird

[david]

HBA1000 is missing

…

On 09/03/18 11:06, Paul Menzel wrote: I guess, my test was incorrect on /deadbird/. I didn’t look for M8002. Jbods jbod /amd/deadbird/M/M8002 not mounted on deadbird — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub Enterprise <#887 (comment)>, or mute the thread <https://github.molgen.mpg.de/notifications/unsubscribe-auth/AAAAkET6LGxoA-vSLk3mDs76gk1tHSV2ks5uXPEBgaJpZM0UsA==>.

-- IT-Abteilung Max-Planck-Institut fuer Molekulare Genetik Fon: -1105 Email: schrader@molgen.mpg.de

[pmenzel]

For the record, the messages should look like below.

$ uname -a
Linux deadbird.molgen.mpg.de 4.18.5.mx64.218 #1 SMP Thu Aug 30 18:16:19 CEST 2018 x86_64 GNU/Linux
$ dmesg | grep -i aacraid
[   10.934256] Adaptec aacraid driver 1.2.1[50877]-custom
[   10.940195] aacraid 0000:04:00.0: can't disable ASPM; OS doesn't have ASPM control
[   10.952317] aacraid: Comm Interface type3 enabled
[   10.987574] aacraid 0000:04:00.0: 64 Bit DAC enabled
[   11.012586] scsi host7: aacraid