Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161274AbbKFKOM (ORCPT ); Fri, 6 Nov 2015 05:14:12 -0500 Received: from mx2.suse.de ([195.135.220.15]:37209 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1032269AbbKFKOI (ORCPT ); Fri, 6 Nov 2015 05:14:08 -0500 Date: Fri, 6 Nov 2015 11:14:06 +0100 (CET) From: Jiri Kosina X-X-Sender: jkosina@pobox.suse.cz To: Josh Poimboeuf cc: Seth Jennings , Vojtech Pavlik , linux-kernel@vger.kernel.org, live-patching@vger.kernel.org, "Cyril B." , Rusty Russell , Miroslav Benes Subject: Re: [PATCH v2 1/3] livepatch: Fix crash with !CONFIG_DEBUG_SET_MODULE_RONX In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3624 Lines: 63 On Thu, 5 Nov 2015, Josh Poimboeuf wrote: > When loading a patch module on a kernel with > !CONFIG_DEBUG_SET_MODULE_RONX, the following crash occurs: > > [ 205.988776] livepatch: enabling patch 'kpatch_meminfo_string' > [ 205.989829] BUG: unable to handle kernel paging request at ffffffffa08d2fc0 > [ 205.989863] IP: [] do_init_module+0x8c/0x1ba > [ 205.989888] PGD 1a10067 PUD 1a11063 PMD 7bcde067 PTE 3740e161 > [ 205.989915] Oops: 0003 [#1] SMP > [ 205.990187] CPU: 2 PID: 14570 Comm: insmod Tainted: G O K 4.1.12 > [ 205.990214] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.8.1-20150318_183358- 04/01/2014 > [ 205.990249] task: ffff8800374aaa90 ti: ffff8800794b8000 task.ti: ffff8800794b8000 > [ 205.990276] RIP: 0010:[] [] do_init_module+0x8c/0x1ba > [ 205.990307] RSP: 0018:ffff8800794bbd58 EFLAGS: 00010246 > [ 205.990327] RAX: 0000000000000000 RBX: ffffffffa08d2fc0 RCX: 0000000000000000 > [ 205.990356] RDX: 01ffff8000000080 RSI: 0000000000000000 RDI: ffffffff81a54b40 > [ 205.990382] RBP: ffff88007b4c4d80 R08: 0000000000000007 R09: 0000000000000000 > [ 205.990408] R10: 0000000000000008 R11: ffffea0001f18840 R12: 0000000000000000 > [ 205.990433] R13: 0000000000000001 R14: ffffffffa08d2fc0 R15: ffff88007bd0bc40 > [ 205.990459] FS: 00007f1128fbc700(0000) GS:ffff88007fc80000(0000) knlGS:0000000000000000 > [ 205.990488] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 205.990509] CR2: ffffffffa08d2fc0 CR3: 000000002606e000 CR4: 00000000001406e0 > [ 205.990536] Stack: > [ 205.990545] ffff8800794bbec8 0000000000000001 ffffffffa08d3010 ffffffff810ecea9 > [ 205.990576] ffffffff810e8e40 000000000005f360 ffff88007bd0bc50 ffffffffa08d3240 > [ 205.990608] ffffffffa08d52c0 ffffffffa08d3210 ffff8800794bbed8 ffff8800794bbf1c > [ 205.990639] Call Trace: > [ 205.990651] [] ? load_module+0x1e59/0x23a0 > [ 205.990672] [] ? store_uevent+0x40/0x40 > [ 205.990693] [] ? copy_module_from_fd.isra.49+0xb5/0x140 > [ 205.990718] [] ? SyS_finit_module+0x7d/0xa0 > [ 205.990741] [] ? system_call_fastpath+0x16/0x75 > [ 205.990763] Code: f9 00 00 00 74 23 49 c7 c0 92 e1 60 81 48 8d 53 18 89 c1 4c 89 c6 48 c7 c7 f0 85 7d 81 31 c0 e8 71 fa ff ff e8 58 0e 00 00 31 f6 03 00 00 00 00 48 89 da 48 c7 c7 20 c7 a5 81 e8 d0 ec b3 ff > [ 205.990916] RIP [] do_init_module+0x8c/0x1ba > [ 205.990940] RSP > [ 205.990953] CR2: ffffffffa08d2fc0 > > With !CONFIG_DEBUG_SET_MODULE_RONX, module text and rodata pages are > writable, and the debug_align() macro allows the module struct to share > a page with executable text. When klp_write_module_reloc() calls > set_memory_ro() on the page, it effectively turns the module struct into > a read-only structure, resulting in a page fault when load_module() does > "mod->state = MODULE_STATE_LIVE". > > Reported-by: Cyril B. > Tested-by: Cyril B. > Signed-off-by: Josh Poimboeuf I've cherry-picked this one into livepatching.git#for-4.4/upstream, leaving 2/3 and 3/3 for further discussion with Rusty first. Thanks, -- Jiri Kosina SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/