Re: oops on kernel 3.14.17 seems related to EFI
Hello Matt, On 09/05/2014 02:09 PM, Matt Fleming wrote: (Adding linux-efi) On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote: [ +0.45] RIP: 0010:[] [ (null)] (null) [ +0.46] RSP: 0018:8800b4001da8 EFLAGS: 00010002 [ +0.32] RAX: 80050033 RBX: 880406288000 RCX: 880406288000 [ +0.41] RDX: 880406288400 RSI: 880406288000 RDI: [ +0.42] RBP: 8800b4001e80 R08: R09: 8800b4001ec0 [ +0.42] R10: R11: 0246 R12: 880406288400 [ +0.42] R13: R14: 8800b4001ec0 R15: 0009b000 [ +0.42] FS: 7f7720a567c0() GS:88041e2c() knlGS: [ +0.48] CS: 0010 DS: ES: CR0: 80050033 [ +0.34] CR2: CR3: 0009b000 CR4: 001427e0 [ +0.42] Stack: [ +0.14] 81063281 811bd95c 0246 8800da9e6628 [ +0.52] 8003 8800b4001e50 [ +0.51] 80050033 7f7722abbc50 7f7722abbb50 00ff [ +0.52] Call Trace: [ +0.22] [81063281] ? efi_call5+0x71/0xf0 [ +0.35] [811bd95c] ? getname_flags+0x2c/0x130 [ +0.37] [81062649] ? virt_efi_get_variable+0x49/0x60 [ +0.51] [813d0181] efivar_entry_size+0x41/0x80 [ +0.30] [8123aec9] efivarfs_file_read+0x49/0x100 [ +0.46] [811b2077] vfs_read+0x97/0x160 [ +0.41] [811b2bc9] SyS_read+0x59/0xd0 [ +0.41] [81509e29] system_call_fastpath+0x16/0x1b This looks like efi.systab-runtime-get_variable is NULL. Could you send a copy of the dmesg buffer? It might contain some info to explain this issue. It happened again and it really does related to loop device: it always happens after (but not immediately after) I set up/delete loop devices and maybe after hibernating too. I attached the dmesg output after the bug triggered again. Thanks oops.gz Description: application/gzip
Re: oops on kernel 3.14.17 seems related to EFI
On 09/05/2014 02:09 PM, Matt Fleming wrote: (Adding linux-efi) On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote: [ +0.45] RIP: 0010:[] [ (null)] (null) [ +0.46] RSP: 0018:8800b4001da8 EFLAGS: 00010002 [ +0.32] RAX: 80050033 RBX: 880406288000 RCX: 880406288000 [ +0.41] RDX: 880406288400 RSI: 880406288000 RDI: [ +0.42] RBP: 8800b4001e80 R08: R09: 8800b4001ec0 [ +0.42] R10: R11: 0246 R12: 880406288400 [ +0.42] R13: R14: 8800b4001ec0 R15: 0009b000 [ +0.42] FS: 7f7720a567c0() GS:88041e2c() knlGS: [ +0.48] CS: 0010 DS: ES: CR0: 80050033 [ +0.34] CR2: CR3: 0009b000 CR4: 001427e0 [ +0.42] Stack: [ +0.14] 81063281 811bd95c 0246 8800da9e6628 [ +0.52] 8003 8800b4001e50 [ +0.51] 80050033 7f7722abbc50 7f7722abbb50 00ff [ +0.52] Call Trace: [ +0.22] [81063281] ? efi_call5+0x71/0xf0 [ +0.35] [811bd95c] ? getname_flags+0x2c/0x130 [ +0.37] [81062649] ? virt_efi_get_variable+0x49/0x60 [ +0.51] [813d0181] efivar_entry_size+0x41/0x80 [ +0.30] [8123aec9] efivarfs_file_read+0x49/0x100 [ +0.46] [811b2077] vfs_read+0x97/0x160 [ +0.41] [811b2bc9] SyS_read+0x59/0xd0 [ +0.41] [81509e29] system_call_fastpath+0x16/0x1b This looks like efi.systab-runtime-get_variable is NULL. Could you send a copy of the dmesg buffer? It might contain some info to explain this issue. Unfortunately, I haven't kept a copy of it. Also, is this a regression? If so it would be excellent if you could pinpoint the commit that causes the problem, using git bisect. it's been a while now I'm stuck to 3.14 (later kernels oops for other reasons) so I don't really remember. I would say no but I'm really not sure. Thanks -- To unsubscribe from this list: send the line unsubscribe linux-efi in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel 3.14.2 oops: seems related to EFI
On 05/20/2014 01:54 PM, Matt Fleming wrote: On Mon, 19 May, at 09:09:58AM, Francis Moreau wrote: I don't know, I can't really afford to configure/compile/test this new kernel, sorry. It would be useful to know whether this issue still occurs when booting with the efi=old_map kernel parameter. the bug triggered: [ +0.002872] BUG: unable to handle kernel paging request at fffefd4a1e60 [ +0.66] IP: [810648f8] virt_efi_get_variable+0x48/0x80 [ +0.54] PGD 280f067 PUD 0 [ +0.31] Oops: [#1] PREEMPT SMP [ +0.39] Modules linked in: tun ses enclosure usb_storage loop fuse joydev coretemp hwmon arc4 nls_iso8859_1 nls_c [ +0.000691] ac ext4 crc16 mbcache jbd2 hid_generic usbhid hid bcache sd_mod sr_mod crc_t10dif cdrom crct10dif_common [ +0.000289] CPU: 7 PID: 23293 Comm: systemd-udevd Tainted: GW 3.14.4-1-ARCH #1 [ +0.57] Hardware name: CLEVO CO.W55xEU /W55xEU [ +0.87] task: 88039557bae0 ti: 8802de764000 task.ti: 8802de764000 [ +0.50] RIP: 0010:[810648f8] [810648f8] virt_efi_get_variable+0x48/0x80 [ +0.64] RSP: 0018:8802de765e58 EFLAGS: 00010082 [ +0.37] RAX: fffefd4a1e18 RBX: 8800da88f000 RCX: [ +0.48] RDX: 8800da88f400 RSI: 8800da88f000 RDI: [ +0.48] RBP: 8802de765e80 R08: 8802de765ec0 R09: [ +0.47] R10: R11: 0246 R12: 8800da88f400 [ +0.48] R13: R14: 8802de765ec0 R15: [ +0.48] FS: 7f10751057c0() GS:88041e3c() knlGS: [ +0.54] CS: 0010 DS: ES: CR0: 80050033 [ +0.40] CR2: fffefd4a1e60 CR3: 0003c4afa000 CR4: 001407e0 [ +0.48] Stack: [ +0.16] 8800da88f000 8802de765ec0 81b27c20 8802de765f48 [ +0.60] 3bc93ec9a0004bba 8802de765ea8 813dbc91 8800da88f000 [ +0.60] 7fffdc30c104 0004 8802de765ef8 81245779 [ +0.60] Call Trace: [ +0.25] [813dbc91] efivar_entry_size+0x41/0x80 [ +0.44] [81245779] efivarfs_file_read+0x49/0x100 [ +0.44] [811ba7d7] vfs_read+0x97/0x160 [ +0.37] [811bb329] SyS_read+0x59/0xd0 [ +0.39] [81517769] system_call_fastpath+0x16/0x1b [ +0.41] Code: ce 4d 89 c7 e8 9a 06 00 00 65 ff 04 25 a0 c7 00 00 48 8b 05 1b d4 86 00 4d 89 f9 4d 89 f0 4c 89 e9 [ +0.000335] RIP [810648f8] virt_efi_get_variable+0x48/0x80 [ +0.49] RSP 8802de765e58 [ +0.26] CR2: fffefd4a1e60 [ +0.016781] ---[ end trace 5a7017feeac75345 ]--- the sad thing is tht my system can't shutdown properly when it happens. -- To unsubscribe from this list: send the line unsubscribe linux-efi in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kernel 3.14.2 oops: seems related to EFI
On 05/20/2014 01:54 PM, Matt Fleming wrote: On Mon, 19 May, at 09:09:58AM, Francis Moreau wrote: I don't know, I can't really afford to configure/compile/test this new kernel, sorry. It would be useful to know whether this issue still occurs when booting with the efi=old_map kernel parameter. ok I can try to boot with that parameter and see if the issue happens again. Unfortunately if it doesn't, we couldn't tell. Thanks -- To unsubscribe from this list: send the line unsubscribe linux-efi in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
