[opensuse-kernel] Q: openSUSE 13.1, kernel-default and micocode
Question about openSUSE 13.1, kernel-default and micocode I got a minimal installation with kernel-default, file_server, print_server, gcc and make. Kernel is 'kernel-default-3.11.10-25.1.x86_64' installed kernels are: kernel-default-3.11.10-25.1.x86_64 kernel-default-3.11.6-4.1.x86_64 kernel-default-devel-3.11.10-25.1.x86_64 kernel-default-devel-3.11.6-4.1.x86_64 kernel-devel-3.11.10-25.1.noarch kernel-devel-3.11.6-4.1.noarch kernel-docs-3.11.10-25.2.noarch kernel-firmware-20130714git-2.21.1.noarch kernel-source-3.11.10-25.1.noarch kernel-source-3.11.6-4.1.noarch nfs-kernel-server-1.2.8-4.13.1.x86_64 I want to install a Oracle Express Edition 11, this is aborted with: Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x7FA3A8A3B3D8, __lll_unlock_elision()+24] [flags: 0x0, count: 1] DDE: Flood control is not active ========= Dump for critical error (no incident) (ORA 7445 [__lll_unlock_elision()+24]) ======== Registers: %rax: 0x0000000000000000 %rbx: 0x0000000000008000 %rcx: 0x000000000000011f %rdx: 0x000000000a32a4d8 %rdi: 0x000000000a32a4d8 %rsi: 0x0000000000000000 %rsp: 0x00007fff7c9ebb08 %rbp: 0x00007fff7c9ebb10 %r8: 0x0000000000000000 %r9: 0x000000007fffffff %r10: 0x0000000000000000 %r11: 0x0000000000000206 %r12: 0x000000000a305ae0 %r13: 0x00007fff7c9ebd98 %r14: 0x0000000040200000 %r15: 0x00007fa3a7f1f240 %rip: 0x00007fa3a8a3b3d8 %efl: 0x0000000000010246 __lll_unlock_elision()+12 (0x7fa3a8a3b3cc) jne 0x7fa3a8a3b3de __lll_unlock_elision()+14 (0x7fa3a8a3b3ce) xor %eax,%eax __lll_unlock_elision()+16 (0x7fa3a8a3b3d0) ret __lll_unlock_elision()+17 (0x7fa3a8a3b3d1) nopl 0x0(%rax)
__lll_unlock_elision()+24 (0x7fa3a8a3b3d8) lgdt %bp __lll_unlock_elision()+27 (0x7fa3a8a3b3db) xor %eax,%eax __lll_unlock_elision()+29 (0x7fa3a8a3b3dd) ret __lll_unlock_elision()+30 (0x7fa3a8a3b3de) lea (%rdx),%rdi __lll_unlock_elision()+33 (0x7fa3a8a3b3e1) sub $0x80,%rsp
This sounds like a HASWELL-Problem. The Hardware is a ASUS P9D-I Mainboard with a XEON E3-1220-V3 (Haswell), keywords: Hardware Lock Elision Restricted Transactional Memory https://en.wikipedia.org/wiki/Transactional_Synchronization_Extensions Installing the package 'ucode-intel' didn't solve the problem. But there is no microcode.dat file in it. Can i solve this with the latest microcode from Intel from here: https://downloadcenter.intel.com/SearchResult.aspx?lang=eng&keyword=Linux+Processor+Microcode+Data+File Where do i have to place the microcode.dat file: /lib/firmware? /lib/firmware/intel-ucode? Is it executed/buil in on startup or do i have to rebuild the kernel. I tried, just for testing, to upgrade from repository Tumbleweed and it worked. But this is a testing stage, right? Best regards Achim Klausmann -- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On 2015-01-09 20:25, Achim Klausmann wrote:
[__lll_unlock_elision()+24]) ======== Registers: %rax: 0x0000000000000000 %rbx: 0x0000000000008000 %rcx: 0x000000000000011f %rdx: 0x000000000a32a4d8 %rdi: 0x000000000a32a4d8 %rsi: 0x0000000000000000 %rsp: 0x00007fff7c9ebb08 %rbp: 0x00007fff7c9ebb10 %r8: 0x0000000000000000 %r9: 0x000000007fffffff %r10: 0x0000000000000000 %r11: 0x0000000000000206 %r12: 0x000000000a305ae0 %r13: 0x00007fff7c9ebd98 %r14: 0x0000000040200000 %r15: 0x00007fa3a7f1f240 %rip: 0x00007fa3a8a3b3d8 %efl: 0x0000000000010246 __lll_unlock_elision()+12 (0x7fa3a8a3b3cc) jne 0x7fa3a8a3b3de __lll_unlock_elision()+14 (0x7fa3a8a3b3ce) xor %eax,%eax __lll_unlock_elision()+16 (0x7fa3a8a3b3d0) ret __lll_unlock_elision()+17 (0x7fa3a8a3b3d1) nopl 0x0(%rax)
__lll_unlock_elision()+24 (0x7fa3a8a3b3d8) lgdt %bp __lll_unlock_elision()+27 (0x7fa3a8a3b3db) xor %eax,%eax __lll_unlock_elision()+29 (0x7fa3a8a3b3dd) ret __lll_unlock_elision()+30 (0x7fa3a8a3b3de) lea (%rdx),%rdi __lll_unlock_elision()+33 (0x7fa3a8a3b3e1) sub $0x80,%rsp
This sounds like a HASWELL-Problem. The Hardware is a ASUS P9D-I Mainboard with a XEON E3-1220-V3 (Haswell), keywords: Hardware Lock Elision Restricted Transactional Memory
https://en.wikipedia.org/wiki/Transactional_Synchronization_Extensions
Installing the package 'ucode-intel' didn't solve the problem.
You would need the ucode-intel package from 13.2, which disables hle / rtm. And you need to use dracut instead of mkinitrd, which implements the now mandatory early microcode feature. Michal -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Am 22.01.2015 um 13:20 schrieb Michal Marek:
You would need the ucode-intel package from 13.2, which disables hle / rtm. And you need to use dracut instead of mkinitrd, which implements the now mandatory early microcode feature. Hello Michael,
I did some tests: I installed os13.1, upgraded to tumbleweed. Then it was working. I did some tests: I installed os13.1, upgraded only the kernel to tumbleweed Then it was not working. I installed os13.1, upgraded fully to os13.2 Then it was working. But: In some cases systemd did not shutdown the database, systemd killed the processes hard. I'm not a programmer, it seems hard for me to write some systemd.service files for the database Oracle-Express-Edition 11. I did not try Oracle Linux 7, they have kernel 3.8 and glibc 2.17 So i can only install the ucode package only from: http://download.opensuse.org/distribution/13.2/repo/oss/suse/x86_64 ? Is that working? I will try that. This site https://de.opensuse.org/Portal:13.1 wrote that "the latest glibc supporting AArch64, C11 and Intel TSX Lock Elision" That is not true as we see. It seems to me that glibc is handling this. I read some sites that it would be necessary to have: kernel 3.16 ucode-intel glibc 2.19 Best regards Achim Klausmann -- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
You would need the ucode-intel package from 13.2, which disables hle / rtm. And you need to use dracut instead of mkinitrd, which implements the now mandatory early microcode feature. Ok, i tried this: zypper -n in dracut dracut-tools zypper -n in http://download.opensuse.org/distribution/13.2/repo/oss/suse/x86_64/ucode-in... dracut --force
Something else? Removing mkinitrd would destroy half of the system. Best regards. -- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
participants (2)
-
Achim Klausmann -
Michal Marek