[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALAqxLWKGfoPya3u9pbvZcbMAhjXKmYvp8b6L7hpk4bNWyt7sQ@mail.gmail.com>
Date: Thu, 6 Aug 2020 23:23:34 -0700
From: John Stultz <john.stultz@...aro.org>
To: Eric Dumazet <eric.dumazet@...il.com>,
Christoph Hellwig <hch@....de>
Cc: David Miller <davem@...emloft.net>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
netdev <netdev@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Todd Kjos <tkjos@...gle.com>,
Amit Pundir <amit.pundir@...aro.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>
Subject: Re: [GIT] Networking
On Thu, Aug 6, 2020 at 5:32 PM John Stultz <john.stultz@...aro.org> wrote:
>
> On Thu, Aug 6, 2020 at 4:17 PM Eric Dumazet <eric.dumazet@...il.com> wrote:
> > On 8/6/20 2:39 PM, John Stultz wrote:
> > > [ 19.709492] Unable to handle kernel access to user memory outside
> > > uaccess routines at virtual address 0000006f53337070
> > > [ 19.726539] Mem abort info:
> > > [ 19.726544] ESR = 0x9600000f
> > > [ 19.741323] EC = 0x25: DABT (current EL), IL = 32 bits
> > > [ 19.741326] SET = 0, FnV = 0
> > > [ 19.761185] EA = 0, S1PTW = 0
> > > [ 19.761188] Data abort info:
> > > [ 19.761190] ISV = 0, ISS = 0x0000000f
> > > [ 19.761192] CM = 0, WnR = 0
> > > [ 19.761199] user pgtable: 4k pages, 39-bit VAs, pgdp=000000016e9e9000
> > > [ 19.777584] [0000006f53337070] pgd=000000016e99e003,
> > > p4d=000000016e99e003, pud=000000016e99e003, pmd=000000016e99a003,
> > > pte=00e800016d3c7f53
> > > [ 19.789205] Internal error: Oops: 9600000f [#1] PREEMPT SMP
> > > [ 19.789211] Modules linked in:
> > > [ 19.797153] CPU: 7 PID: 364 Comm: iptables-restor Tainted: G
> > > W 5.8.0-mainline-08255-gf9e74a8eb6f3 #3350
> > > [ 19.797156] Hardware name: Thundercomm Dragonboard 845c (DT)
> > > [ 19.797161] pstate: a0400005 (NzCv daif +PAN -UAO BTYPE=--)
> > > [ 19.797177] pc : do_ipt_set_ctl+0x304/0x610
> > > [ 19.807891] lr : do_ipt_set_ctl+0x50/0x610
> > > [ 19.807894] sp : ffffffc0139bbba0
> > > [ 19.807898] x29: ffffffc0139bbba0 x28: ffffff80f07a3800
> > > [ 19.846468] x27: 0000000000000000 x26: 0000000000000000
> > > [ 19.846472] x25: 0000000000000000 x24: 0000000000000698
> > > [ 19.846476] x23: ffffffec8eb0cc80 x22: 0000000000000040
> > > [ 19.846480] x21: b400006f53337070 x20: ffffffec8eb0c000
> > > [ 19.846484] x19: ffffffec8e9e9000 x18: 0000000000000000
> > > [ 19.846487] x17: 0000000000000000 x16: 0000000000000000
> > > [ 19.846491] x15: 0000000000000000 x14: 0000000000000000
> > > [ 19.846495] x13: 0000000000000000 x12: 0000000000000000
> > > [ 19.846501] x11: 0000000000000000 x10: 0000000000000000
> > > [ 19.856005] x9 : 0000000000000000 x8 : 0000000000000000
> > > [ 19.856008] x7 : ffffffec8e9e9d08 x6 : 0000000000000000
> > > [ 19.856012] x5 : 0000000000000000 x4 : 0000000000000213
> > > [ 19.856015] x3 : 00000001ffdeffef x2 : 11ded3fb0bb85e00
> > > [ 19.856019] x1 : 0000000000000027 x0 : 0000008000000000
> > > [ 19.856024] Call trace:
> > > [ 19.866319] do_ipt_set_ctl+0x304/0x610
> > > [ 19.866327] nf_setsockopt+0x64/0xa8
> > > [ 19.866332] ip_setsockopt+0x21c/0x1710
> > > [ 19.866338] raw_setsockopt+0x50/0x1b8
> > > [ 19.866347] sock_common_setsockopt+0x50/0x68
> > > [ 19.882672] __sys_setsockopt+0x120/0x1c8
> > > [ 19.882677] __arm64_sys_setsockopt+0x30/0x40
> > > [ 19.882686] el0_svc_common.constprop.3+0x78/0x188
> > > [ 19.882691] do_el0_svc+0x80/0xa0
> > > [ 19.882699] el0_sync_handler+0x134/0x1a0
> > > [ 19.901555] el0_sync+0x140/0x180
> > > [ 19.901564] Code: aa1503e0 97fffd3e 2a0003f5 17ffff80 (a9401ea6)
> > > [ 19.901569] ---[ end trace 22010e9688ae248f ]---
> > > [ 19.913033] Kernel panic - not syncing: Fatal exception
> > > [ 19.913042] SMP: stopping secondary CPUs
> > > [ 20.138885] Kernel Offset: 0x2c7d080000 from 0xffffffc010000000
> > > [ 20.138887] PHYS_OFFSET: 0xfffffffa80000000
> > > [ 20.138894] CPU features: 0x0040002,2a80a218
> > > [ 20.138898] Memory Limit: none
> > >
> > > I'll continue to work on bisecting this down further, but figured I'd
> > > share now as you or someone else might be able to tell whats wrong
> > > from the trace.
> > >
> >
> > Can you try at commit c2f12630c60ff33a9cafd221646053fc10ec59b6 ("netfilter: switch nf_setsockopt to sockptr_t")
> > (and right before it)
>
>
> So I rebased my patches ontop of that commit, but I'm not seeing the
> crash there. I also hand applied your suggested patch when I did see
> the issue, but that didn't seem to fix it either.
>
> So far I've only narrowed it down to between
> 65ccbbda52288527b7c48087eb33bb0757975875..530fe9d433b9e60251bb8fdc5dddecbc486a50ef.
> But I'll keep rebase-bisecting it down.
So I've finally rebase-bisected it down to:
a31edb2059ed ("net: improve the user pointer check in init_user_sockptr")
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a31edb2059ed4e498f9aa8230c734b59d0ad797a
And reverting that from linus/HEAD (at least from this morning) seems
to avoid it.
Seems like it is just adding extra checks on the data passed, so maybe
existing trouble from a different driver is the issue here, but it's
not really clear from the crash what might be wrong.
Suggestions would be greatly appreciated!
thanks
-john
Powered by blists - more mailing lists