linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jessica Yu <jeyu@kernel.org>
To: Bartosz Golaszewski <brgl@bgdev.pl>
Cc: Yang Yingliang <yangyingliang@huawei.com>,
	Jian Cheng <cj.chengjian@huawei.com>,
	Nadav Amit <namit@vmware.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Sekhar Nori <nsekhar@ti.com>, Kevin Hilman <khilman@kernel.org>,
	David Lechner <david@lechnology.com>,
	Adam Ford <aford173@gmail.com>
Subject: Re: [v5.3-rc1 regression] Hitting a kernel BUG() when trying to load a module on DaVinci SoC
Date: Mon, 22 Jul 2019 18:10:07 +0200	[thread overview]
Message-ID: <20190722161006.GA4297@linux-8ccs> (raw)
In-Reply-To: <CAMRc=MdaLPcy4fJOEbcXAriHLHrXUZD6Bh5X2Eq+2OBvcC4cOQ@mail.gmail.com>

+++ Bartosz Golaszewski [22/07/19 14:12 +0200]:
>Hi,
>
>with v5.3-rc1 I'm hitting the following BUG() when trying to load the
>gpio-backlight module:
>
>kernel BUG at kernel/module.c:1919!
>Internal error: Oops - BUG: 0 [#1] PREEMPT ARM
>Modules linked in:
>CPU: 0 PID: 1 Comm: systemd Tainted: G        W
>5.2.0-rc2-00005-g7dabaa5ce05a #19
>Hardware name: DaVinci DA850/OMAP-L138/AM18x EVM
>PC is at frob_text.constprop.16+0x2c/0x34
>LR is at load_module+0x1888/0x21b4
>pc : [<c0081bbc>]    lr : [<c0083c4c>]    psr: 20000013
>sp : c6837e58  ip : c6b4fa80  fp : bf00574c
>r10: c0601008  r9 : bf005740  r8 : c0493e38
>r7 : c00807f8  r6 : 00000000  r5 : 00000001  r4 : c6837f38
>r3 : 00000fff  r2 : bf000000  r1 : 00004b80  r0 : bf005818
>Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
>Control: 0005317f  Table: c6b78000  DAC: 00000051
>Process systemd (pid: 1, stack limit = 0x(ptrval))
>Stack: (0xc6837e58 to 0xc6838000)
>7e40:                                                       bf005740 c6492a90
>7e60: 00000001 c6bf5788 00000003 c6837f38 bf0058c0 bf0058a8 bf00a495 c0493e38
>7e80: 00000000 c05368c0 00000001 00000000 c0580030 c0574b28 00000000 00000000
>7ea0: 00000000 00000000 00000000 00000000 6e72656b 00006c65 00000000 00000000
>7ec0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
>7ee0: 00000000 00000000 00000000 aefb2bb8 7fffffff c0601008 00000000 00000004
>7f00: b6cee714 c00091e4 c6836000 00000000 005bc668 c00847b0 7fffffff 00000000
>7f20: 00000003 00000000 0000b2d0 c884e000 0000b2d0 00000000 c8852dcb c88533a0
>7f40: c884e000 0000b2d0 c8858cb8 c8858b34 c88568d4 000058c0 00006190 000023b8
>7f60: 00006713 00000000 00000000 00000000 000023a8 00000024 00000025 00000019
>7f80: 0000001d 00000011 00000000 aefb2bb8 00000000 00000000 00000000 00000000
>7fa0: 0000017b c0009000 00000000 00000000 00000004 b6cee714 00000000 00000000
>7fc0: 00000000 00000000 00000000 0000017b 00000000 00000000 00000001 005bc668
>7fe0: be907b00 be907af0 b6ce66b0 b6c3fac0 60000010 00000004 00000000 00000000
>[<c0081bbc>] (frob_text.constprop.16) from [<c0083c4c>]
>(load_module+0x1888/0x21b4)
>[<c0083c4c>] (load_module) from [<c00847b0>] (sys_finit_module+0xbc/0xdc)
>[<c00847b0>] (sys_finit_module) from [<c0009000>] (ret_fast_syscall+0x0/0x50)
>Exception stack(0xc6837fa8 to 0xc6837ff0)
>7fa0:                   00000000 00000000 00000004 b6cee714 00000000 00000000
>7fc0: 00000000 00000000 00000000 0000017b 00000000 00000000 00000001 005bc668
>7fe0: be907b00 be907af0 b6ce66b0 b6c3fac0
>Code: e1a01621 e1a00002 eafe4531 e7f001f2 (e7f001f2)
>---[ end trace 2cbefb0005882c52 ]---
>Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
>---[ end Kernel panic - not syncing: Attempted to kill init!
>exitcode=0x0000000b ]---
>
>I bisected it to commit 06bd260e836d ("modules: fix BUG when load
>module with rodata=n") with commit 7dabaa5ce05a ("modules: fix compile
>error if don't have strict module rwx") on top to make it build.
>
>Let me know if you need me to provide more info.
>
>Best regards,
>Bartosz Golaszewski

Hi Bartosz,

Thanks for reporting this, I was able to reproduce this on qemu.

This is due to hitting the BUG_ON() in frob_text() due to layout->base
and/or layout->text_size not being page-aligned. These values are
always page-aligned when CONFIG_STRICT_MODULE_RWX=y, but in commit
2eef1399a86 ("modules: fix BUG when load module with rodata=n"), the
frob_text()+set_memory_x() calls got moved *outside* of the
STRICT_MODULE_RWX block since some arches (like x86 and arm64)
allocate non-executable module memory via module_alloc(), so naturally
the module text needed to be made executable at a later stage of
load_module(), regardless of whether STRICT_MODULE_RWX is set or not.
In your case, you must've had CONFIG_STRICT_MODULE_RWX=n and so we
were calling frob_text() with non-page-aligned values, triggering the
BUG_ON().

In any case, could you please try and see if the following patch fixes
the issue for you?

diff --git a/kernel/module.c b/kernel/module.c
index 5933395af9a0..cd8df516666d 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -64,14 +64,9 @@
 
 /*
  * Modules' sections will be aligned on page boundaries
- * to ensure complete separation of code and data, but
- * only when CONFIG_STRICT_MODULE_RWX=y
+ * to ensure complete separation of code and data
  */
-#ifdef CONFIG_STRICT_MODULE_RWX
 # define debug_align(X) ALIGN(X, PAGE_SIZE)
-#else
-# define debug_align(X) (X)
-#endif
 
 /* If this is set, the section belongs in the init part of the module */
 #define INIT_OFFSET_MASK (1UL << (BITS_PER_LONG-1))

  parent reply	other threads:[~2019-07-22 16:10 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-22 12:12 [v5.3-rc1 regression] Hitting a kernel BUG() when trying to load a module on DaVinci SoC Bartosz Golaszewski
2019-07-22 13:05 ` Bartosz Golaszewski
2019-07-22 16:10 ` Jessica Yu [this message]
2019-07-22 19:38   ` David Lechner
2019-07-23  7:45   ` Bartosz Golaszewski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190722161006.GA4297@linux-8ccs \
    --to=jeyu@kernel.org \
    --cc=aford173@gmail.com \
    --cc=brgl@bgdev.pl \
    --cc=cj.chengjian@huawei.com \
    --cc=david@lechnology.com \
    --cc=khilman@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=namit@vmware.com \
    --cc=nsekhar@ti.com \
    --cc=yangyingliang@huawei.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).