[Kernel-packages] [Bug 1763685] Comment bridged from LTC Bugzilla
--- Comment From grom...@br.ibm.com 2018-06-15 15:05 EDT--- (In reply to comment #15) > Now that I review this again, I don't think commit > c1fa0768a8713b135848f78fd43ffc208d8ded70 is needed in Xenial proper, since > it is 4.4 based. Commit c1fa0768a871 fixes the following commit: > cd63f3c ("powerpc/tm: Fix saving of TM SPRs in core dump") Yes, if cd63f3c is not included, so c1fa0768a871 is not necessary. > However, commit cd63f3c was not added to mainline until v4.13-rc4. Yes, that's correct. > Can you confirm this? If commit c1fa0768a871 is not needed in Xenial, there > is nothing to test and this bug should be resolved since it's specific to > Artful and Xenial HWE kerenl(4.13 based). I don't know Canonical's plan exactly for 4.4. But if you confirm Xenial is based on 4.4 and it does not include cd63f3c, so we are fine and there is nothing to test on 4.4 based. Is HWE 4.13 based affected? I see cd63f3c but not c1fa0768a871 in: Ubuntu-hwe-4.13.0-42.47_16.04.1 but not sure if it's the right Ubuntu branch. Thanks. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1763685 Title: Fix for flushing TM on coredump only if CPU has TM feature Status in The Ubuntu-power-systems project: In Progress Status in linux package in Ubuntu: Fix Released Status in linux source package in Xenial: Invalid Status in linux source package in Artful: Fix Released Bug description: Problem description == Fix for flushing TM on coredump only if CPU has TM feature ---Additional Hardware Info--- POWER9/POWER8/compat mode Machine Type = P9 baremetal + VM (POWER9, POWER8, Compat mode) ---Steps to Reproduce--- On POWER9 machines it's possible that TM is disabled for use by the VMs and if a coredump is generated in the VM it will crash since it will execute TM instructions when coredumping if a check is not present on the VM's kernel. Since POWER9 can run VM on P8 compatibility mode, it's necessary to patch all kernels that run on compat mode as well. Stack trace output: na Oops output: PID: 16438 TASK: c00272f515e0 CPU: 3 COMMAND: "vma05_vdso" #0 [c002711f7050] crash_kexec at c01a07e4 #1 [c002711f7080] die at c0025278 #2 [c002711f7120] _exception at c0025594 #3 [c002711f72b0] program_check_exception at c0a0e1b8 #4 [c002711f7330] program_check_common at c0006308 Program Check [700] exception frame: R0: R1: c002711f7620R2: c1274700 R3: c00272f51af0R4: 80010280b033R5: R6: 0100R7: R8: R9: 0002R10: R11: R12: c0010720R13: c7b81b00R14: R15: R16: c002711f7db0R17: 00040006 R18: c0002ab95800R19: 0100R20: 0001 R21: 0002R22: c0bfc1c8R23: c002711f79b8 R24: c0a30480R25: c0a30478R26: 0018 R27: R28: c0002ab95800R29: R30: 0100R31: c00272f515e0 NIP: c005b10cMSR: 80010288b033OR3: c00108e0 CTR: c0010720LR: c00108e4XER: 2000 CCR: 28002448MQ: 0001DAR: c00275599748 DSISR: c00274092988 Syscall Result: #5 [c002711f7620] tm_save_sprs at c005b10c [Link Register] [c002711f7620] vsr_get at c00108e4 #6 [c002711f7770] fill_thread_core_info at c03d8b44 #7 [c002711f7820] fill_note_info at c03d8e94 #8 [c002711f78b0] elf_core_dump at c03d94d4 #9 [c002711f7a90] do_coredump at c03dfcf4 #10 [c002711f7c20] get_signal_to_deliver at c01061d4 #11 [c002711f7d10] do_signal at c001beac #12 [c002711f7e00] do_notify_resume at c001c2cc #13 [c002711f7e30] ret_from_except_lite at c000a7b0 System Call [c00] exception frame: R0: 00faR1: 3fffd0470f00R2: 3fffa8af7f00 R3: R4: 4036R5: 000b R6: 3fffd0471428R7: 1770R8: 4036 R9: R10: R11: R12: R13: 3fffa8babb80R14: R15: R16: R17: R18: R19: R20: R21: R22: R23: R24: R25:
[Kernel-packages] [Bug 1763685] Comment bridged from LTC Bugzilla
--- Comment From grom...@br.ibm.com 2018-06-14 19:56 EDT--- (In reply to comment #13) > Is there any update on testing of the test kernel? Yes, I'm about to check it tomorrow but I realized that you generated the images for Z and not Power? Could you please generate that again. Also could you please make it available that source package? Thanks. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1763685 Title: Fix for flushing TM on coredump only if CPU has TM feature Status in The Ubuntu-power-systems project: Incomplete Status in linux package in Ubuntu: Fix Released Status in linux source package in Xenial: In Progress Status in linux source package in Artful: Fix Released Bug description: Problem description == Fix for flushing TM on coredump only if CPU has TM feature ---Additional Hardware Info--- POWER9/POWER8/compat mode Machine Type = P9 baremetal + VM (POWER9, POWER8, Compat mode) ---Steps to Reproduce--- On POWER9 machines it's possible that TM is disabled for use by the VMs and if a coredump is generated in the VM it will crash since it will execute TM instructions when coredumping if a check is not present on the VM's kernel. Since POWER9 can run VM on P8 compatibility mode, it's necessary to patch all kernels that run on compat mode as well. Stack trace output: na Oops output: PID: 16438 TASK: c00272f515e0 CPU: 3 COMMAND: "vma05_vdso" #0 [c002711f7050] crash_kexec at c01a07e4 #1 [c002711f7080] die at c0025278 #2 [c002711f7120] _exception at c0025594 #3 [c002711f72b0] program_check_exception at c0a0e1b8 #4 [c002711f7330] program_check_common at c0006308 Program Check [700] exception frame: R0: R1: c002711f7620R2: c1274700 R3: c00272f51af0R4: 80010280b033R5: R6: 0100R7: R8: R9: 0002R10: R11: R12: c0010720R13: c7b81b00R14: R15: R16: c002711f7db0R17: 00040006 R18: c0002ab95800R19: 0100R20: 0001 R21: 0002R22: c0bfc1c8R23: c002711f79b8 R24: c0a30480R25: c0a30478R26: 0018 R27: R28: c0002ab95800R29: R30: 0100R31: c00272f515e0 NIP: c005b10cMSR: 80010288b033OR3: c00108e0 CTR: c0010720LR: c00108e4XER: 2000 CCR: 28002448MQ: 0001DAR: c00275599748 DSISR: c00274092988 Syscall Result: #5 [c002711f7620] tm_save_sprs at c005b10c [Link Register] [c002711f7620] vsr_get at c00108e4 #6 [c002711f7770] fill_thread_core_info at c03d8b44 #7 [c002711f7820] fill_note_info at c03d8e94 #8 [c002711f78b0] elf_core_dump at c03d94d4 #9 [c002711f7a90] do_coredump at c03dfcf4 #10 [c002711f7c20] get_signal_to_deliver at c01061d4 #11 [c002711f7d10] do_signal at c001beac #12 [c002711f7e00] do_notify_resume at c001c2cc #13 [c002711f7e30] ret_from_except_lite at c000a7b0 System Call [c00] exception frame: R0: 00faR1: 3fffd0470f00R2: 3fffa8af7f00 R3: R4: 4036R5: 000b R6: 3fffd0471428R7: 1770R8: 4036 R9: R10: R11: R12: R13: 3fffa8babb80R14: R15: R16: R17: R18: R19: R20: R21: R22: R23: R24: R25: R26: R27: 3fffa8b9fbb8R28: 3fffa8baR29: 3fffa8b9f550 R30: R31: NIP: 3fffa8ad54c8MSR: 8000d033OR3: 4036 CTR: LR: 155cXER: CCR: 42000442MQ: 0001DAR: 3fffa89b2100 DSISR: 4000 Syscall Result: == Comment: #1 - Gustavo Bueno Romero - 2018-04-12 17:24:21 == Dear maintainer, please cherry-pick the fix alreayd available upstream containing the additional check to avoid the issue here described. It must apply cleanly on stable
[Kernel-packages] [Bug 1763685] Comment bridged from LTC Bugzilla
--- Comment From grom...@br.ibm.com 2018-04-24 10:31 EDT--- OK. Thanks. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1763685 Title: Fix for flushing TM on coredump only if CPU has TM feature Status in The Ubuntu-power-systems project: In Progress Status in linux package in Ubuntu: Fix Released Status in linux source package in Xenial: In Progress Status in linux source package in Artful: Fix Released Bug description: Problem description == Fix for flushing TM on coredump only if CPU has TM feature ---Additional Hardware Info--- POWER9/POWER8/compat mode Machine Type = P9 baremetal + VM (POWER9, POWER8, Compat mode) ---Steps to Reproduce--- On POWER9 machines it's possible that TM is disabled for use by the VMs and if a coredump is generated in the VM it will crash since it will execute TM instructions when coredumping if a check is not present on the VM's kernel. Since POWER9 can run VM on P8 compatibility mode, it's necessary to patch all kernels that run on compat mode as well. Stack trace output: na Oops output: PID: 16438 TASK: c00272f515e0 CPU: 3 COMMAND: "vma05_vdso" #0 [c002711f7050] crash_kexec at c01a07e4 #1 [c002711f7080] die at c0025278 #2 [c002711f7120] _exception at c0025594 #3 [c002711f72b0] program_check_exception at c0a0e1b8 #4 [c002711f7330] program_check_common at c0006308 Program Check [700] exception frame: R0: R1: c002711f7620R2: c1274700 R3: c00272f51af0R4: 80010280b033R5: R6: 0100R7: R8: R9: 0002R10: R11: R12: c0010720R13: c7b81b00R14: R15: R16: c002711f7db0R17: 00040006 R18: c0002ab95800R19: 0100R20: 0001 R21: 0002R22: c0bfc1c8R23: c002711f79b8 R24: c0a30480R25: c0a30478R26: 0018 R27: R28: c0002ab95800R29: R30: 0100R31: c00272f515e0 NIP: c005b10cMSR: 80010288b033OR3: c00108e0 CTR: c0010720LR: c00108e4XER: 2000 CCR: 28002448MQ: 0001DAR: c00275599748 DSISR: c00274092988 Syscall Result: #5 [c002711f7620] tm_save_sprs at c005b10c [Link Register] [c002711f7620] vsr_get at c00108e4 #6 [c002711f7770] fill_thread_core_info at c03d8b44 #7 [c002711f7820] fill_note_info at c03d8e94 #8 [c002711f78b0] elf_core_dump at c03d94d4 #9 [c002711f7a90] do_coredump at c03dfcf4 #10 [c002711f7c20] get_signal_to_deliver at c01061d4 #11 [c002711f7d10] do_signal at c001beac #12 [c002711f7e00] do_notify_resume at c001c2cc #13 [c002711f7e30] ret_from_except_lite at c000a7b0 System Call [c00] exception frame: R0: 00faR1: 3fffd0470f00R2: 3fffa8af7f00 R3: R4: 4036R5: 000b R6: 3fffd0471428R7: 1770R8: 4036 R9: R10: R11: R12: R13: 3fffa8babb80R14: R15: R16: R17: R18: R19: R20: R21: R22: R23: R24: R25: R26: R27: 3fffa8b9fbb8R28: 3fffa8baR29: 3fffa8b9f550 R30: R31: NIP: 3fffa8ad54c8MSR: 8000d033OR3: 4036 CTR: LR: 155cXER: CCR: 42000442MQ: 0001DAR: 3fffa89b2100 DSISR: 4000 Syscall Result: == Comment: #1 - Gustavo Bueno Romero- 2018-04-12 17:24:21 == Dear maintainer, please cherry-pick the fix alreayd available upstream containing the additional check to avoid the issue here described. It must apply cleanly on stable kernels: "powerpc/tm: Flush TM only if CPU has TM feature": https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=c1fa0768a8713b135848f78fd43ffc208d8ded70 Please cherry-pick the pointed out fix and apply it to kernel: HWE 4.x
[Kernel-packages] [Bug 1763685] Comment bridged from LTC Bugzilla
--- Comment From grom...@br.ibm.com 2018-04-23 16:27 EDT--- Hi Joseph, Thanks for the new kernel. I need more time to test it since I don't have a proper P9 machine at hand right now. What's the hard deadline to test it? Thanks. Regards, Gustavo -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1763685 Title: Fix for flushing TM on coredump only if CPU has TM feature Status in The Ubuntu-power-systems project: In Progress Status in linux package in Ubuntu: Fix Released Status in linux source package in Xenial: In Progress Status in linux source package in Artful: Fix Released Bug description: Problem description == Fix for flushing TM on coredump only if CPU has TM feature ---Additional Hardware Info--- POWER9/POWER8/compat mode Machine Type = P9 baremetal + VM (POWER9, POWER8, Compat mode) ---Steps to Reproduce--- On POWER9 machines it's possible that TM is disabled for use by the VMs and if a coredump is generated in the VM it will crash since it will execute TM instructions when coredumping if a check is not present on the VM's kernel. Since POWER9 can run VM on P8 compatibility mode, it's necessary to patch all kernels that run on compat mode as well. Stack trace output: na Oops output: PID: 16438 TASK: c00272f515e0 CPU: 3 COMMAND: "vma05_vdso" #0 [c002711f7050] crash_kexec at c01a07e4 #1 [c002711f7080] die at c0025278 #2 [c002711f7120] _exception at c0025594 #3 [c002711f72b0] program_check_exception at c0a0e1b8 #4 [c002711f7330] program_check_common at c0006308 Program Check [700] exception frame: R0: R1: c002711f7620R2: c1274700 R3: c00272f51af0R4: 80010280b033R5: R6: 0100R7: R8: R9: 0002R10: R11: R12: c0010720R13: c7b81b00R14: R15: R16: c002711f7db0R17: 00040006 R18: c0002ab95800R19: 0100R20: 0001 R21: 0002R22: c0bfc1c8R23: c002711f79b8 R24: c0a30480R25: c0a30478R26: 0018 R27: R28: c0002ab95800R29: R30: 0100R31: c00272f515e0 NIP: c005b10cMSR: 80010288b033OR3: c00108e0 CTR: c0010720LR: c00108e4XER: 2000 CCR: 28002448MQ: 0001DAR: c00275599748 DSISR: c00274092988 Syscall Result: #5 [c002711f7620] tm_save_sprs at c005b10c [Link Register] [c002711f7620] vsr_get at c00108e4 #6 [c002711f7770] fill_thread_core_info at c03d8b44 #7 [c002711f7820] fill_note_info at c03d8e94 #8 [c002711f78b0] elf_core_dump at c03d94d4 #9 [c002711f7a90] do_coredump at c03dfcf4 #10 [c002711f7c20] get_signal_to_deliver at c01061d4 #11 [c002711f7d10] do_signal at c001beac #12 [c002711f7e00] do_notify_resume at c001c2cc #13 [c002711f7e30] ret_from_except_lite at c000a7b0 System Call [c00] exception frame: R0: 00faR1: 3fffd0470f00R2: 3fffa8af7f00 R3: R4: 4036R5: 000b R6: 3fffd0471428R7: 1770R8: 4036 R9: R10: R11: R12: R13: 3fffa8babb80R14: R15: R16: R17: R18: R19: R20: R21: R22: R23: R24: R25: R26: R27: 3fffa8b9fbb8R28: 3fffa8baR29: 3fffa8b9f550 R30: R31: NIP: 3fffa8ad54c8MSR: 8000d033OR3: 4036 CTR: LR: 155cXER: CCR: 42000442MQ: 0001DAR: 3fffa89b2100 DSISR: 4000 Syscall Result: == Comment: #1 - Gustavo Bueno Romero- 2018-04-12 17:24:21 == Dear maintainer, please cherry-pick the fix alreayd available upstream containing the additional check to avoid the issue here described. It must apply cleanly on stable kernels: "powerpc/tm: Flush TM only if CPU has TM feature":