From: Naresh Kamboju <naresh.kamboju@linaro.org>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: open list <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Andrew Morton <akpm@linux-foundation.org>,
Guenter Roeck <linux@roeck-us.net>, Shuah Khan <shuah@kernel.org>,
patches@kernelci.org,
Ben Hutchings <ben.hutchings@codethink.co.uk>,
lkft-triage@lists.linaro.org,
linux- stable <stable@vger.kernel.org>,
Arnd Bergmann <arnd@arndb.de>,
Basil Eljuse <Basil.Eljuse@arm.com>,
Shakeel Butt <shakeelb@google.com>,
Hugh Dickins <hughd@google.com>, Christoph Lameter <cl@linux.com>,
Roman Gushchin <guro@fb.com>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
linux-mm <linux-mm@kvack.org>, Pekka Enberg <penberg@kernel.org>,
David Rientjes <rientjes@google.com>,
Vlastimil Babka <vbabka@suse.cz>,
Muchun Song <songmuchun@bytedance.com>,
Cgroups <cgroups@vger.kernel.org>,
Vincent Guittot <vincent.guittot@linaro.org>,
Peter Zijlstra <peterz@infradead.org>,
LTP List <ltp@lists.linux.it>
Subject: Re: [PATCH 5.4 00/19] 5.4.55-rc1 review
Date: Fri, 31 Jul 2020 16:02:16 +0530 [thread overview]
Message-ID: <CA+G9fYvCPwwmF-k=Z9Z6P2KYrOMHurcORwa3RW2H1j6pq1QEDg@mail.gmail.com> (raw)
In-Reply-To: <20200730074420.502923740@linuxfoundation.org>
On Thu, 30 Jul 2020 at 13:36, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 5.4.55 release.
> There are 19 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Sat, 01 Aug 2020 07:44:05 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.55-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.4.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
Results from Linaro’s test farm.
Regressions on arm64 Juno-r2 device running LTP controllers-tests
CONFIG_ARM64_64K_PAGES=y
Unable to handle kernel paging request at virtual address dead000000000108
[dead000000000108] address between user and kernel address ranges
Internal error: Oops: 96000044 [#1] PREEMPT SMP
pc : get_page_from_freelist+0xa64/0x1030
lr : get_page_from_freelist+0x9c4/0x1030
We are trying to reproduce this kernel panic and trying to narrow down to
specific test cases.
Summary
------------------------------------------------------------------------
kernel: 5.4.55-rc1
git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
git branch: linux-5.4.y
git commit: 6666ca784e9e47288180a15935061d88debc9e4b
git describe: v5.4.54-20-g6666ca784e9e
Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-5.4-oe/build/v5.4.54-20-g6666ca784e9e
arm64 kernel config and details:
config: https://builds.tuxbuild.com/iIsSV-1_WtyDUTe88iKaqw/kernel.config
vmlinux: https://builds.tuxbuild.com/iIsSV-1_WtyDUTe88iKaqw/vmlinux.xz
System.map: https://builds.tuxbuild.com/iIsSV-1_WtyDUTe88iKaqw/System.map
steps to reproduce:
- boot juno-r2 with 64k page size config
- run ltp controllers
# cd /opt/ltp
# ./runltp -f controllers
memcg_process: shmget() failed: Invalid argument
[ 248.372285] Unable to handle kernel paging request at virtual
address dead000000000108
[ 248.380223] Mem abort info:
[ 248.383015] ESR = 0x96000044
[ 248.386071] EC = 0x25: DABT (current EL), IL = 32 bits
[ 248.391387] SET = 0, FnV = 0
[ 248.394440] EA = 0, S1PTW = 0
[ 248.397580] Data abort info:
[ 248.400460] ISV = 0, ISS = 0x00000044
[ 248.404296] CM = 0, WnR = 1
[ 248.407264] [dead000000000108] address between user and kernel address ranges
[ 248.414410] Internal error: Oops: 96000044 [#1] PREEMPT SMP
[ 248.419989] Modules linked in: tda998x drm_kms_helper drm crct10dif_ce fuse
[ 248.426975] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.55-rc1 #1
[ 248.433249] Hardware name: ARM Juno development board (r2) (DT)
[ 248.439178] pstate: a0000085 (NzCv daIf -PAN -UAO)
[ 248.443984] pc : get_page_from_freelist+0xa64/0x1030
[ 248.448955] lr : get_page_from_freelist+0x9c4/0x1030
[ 248.453923] sp : ffff80001000fbb0
[ 248.457238] x29: ffff80001000fbb0 x28: ffff00097fdbfe48
[ 248.462557] x27: 0000000000000010 x26: 0000000000000000
[ 248.467877] x25: ffff00097feabdc0 x24: 0000000000000000
[ 248.473196] x23: 0000000000000000 x22: 0000000000000000
[ 248.478515] x21: 0000fff680154180 x20: ffff00097fdbfe38
[ 248.483835] x19: 0000000000000000 x18: 0000000000000000
[ 248.489154] x17: 0000000000000000 x16: 0000000000000000
[ 248.494473] x15: 0000000000000000 x14: 0000000000000000
[ 248.499792] x13: 0000000000000000 x12: 0000000034d4d91d
[ 248.505111] x11: 0000000000000000 x10: 0000000000000000
[ 248.510430] x9 : ffff80096e790000 x8 : ffffffffffffff40
[ 248.515749] x7 : 0000000000000000 x6 : ffffffe002308b48
[ 248.521068] x5 : ffff00097fdbfe38 x4 : dead000000000100
[ 248.526387] x3 : 0000000000000000 x2 : 0000000000000000
[ 248.531706] x1 : 0000000000000000 x0 : ffffffe002308b40
[ 248.537026] Call trace:
[ 248.539475] get_page_from_freelist+0xa64/0x1030
[ 248.544099] __alloc_pages_nodemask+0x144/0x280
[ 248.548635] page_frag_alloc+0x70/0x140
[ 248.552479] __netdev_alloc_skb+0x158/0x188
[ 248.556667] smsc911x_poll+0x90/0x268
[ 248.560342] net_rx_action+0x114/0x340
[ 248.564096] __do_softirq+0x120/0x25c
[ 248.567766] irq_exit+0xb8/0xd8
[ 248.570910] __handle_domain_irq+0x64/0xb8
[ 248.575010] gic_handle_irq+0x50/0xa8
[ 248.578675] el1_irq+0xb8/0x180
[ 248.581820] tick_check_broadcast_expired+0x34/0x40
[ 248.586705] do_idle+0x8c/0x280
[ 248.589848] cpu_startup_entry+0x20/0x80
[ 248.593777] rest_init+0xd4/0xe0
[ 248.597010] arch_call_rest_init+0xc/0x14
[ 248.601024] start_kernel+0x418/0x44c
[ 248.604693] Code: 54000a00 f10020c0 540009c0 a9400cc4 (f9000483)
[ 248.610803] ---[ end trace 358f513e280e4dfd ]---
[ 248.615426] Kernel panic - not syncing: Fatal exception in interrupt
[ 248.621789] SMP: stopping secondary CPUs
[ 249.740564] SMP: failed to stop secondary CPUs 0-2
[ 249.745359] Kernel Offset: disabled
[ 249.748849] CPU features: 0x0002,24006000
[ 249.752859] Memory Limit: none
[ 249.755921] ---[ end Kernel panic - not syncing: Fatal exception in
interrupt ]---
--
Linaro LKFT
https://lkft.linaro.org
next prev parent reply other threads:[~2020-07-31 10:32 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-30 8:04 [PATCH 5.4 00/19] 5.4.55-rc1 review Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 01/19] AX.25: Fix out-of-bounds read in ax25_connect() Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 02/19] AX.25: Prevent out-of-bounds read in ax25_sendmsg() Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 03/19] dev: Defer free of skbs in flush_backlog Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 04/19] drivers/net/wan/x25_asy: Fix to make it work Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 05/19] ip6_gre: fix null-ptr-deref in ip6gre_init_net() Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 06/19] net-sysfs: add a newline when printing tx_timeout by sysfs Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 07/19] net: udp: Fix wrong clean up for IS_UDPLITE macro Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 08/19] qrtr: orphan socket in qrtr_release() Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 09/19] rtnetlink: Fix memory(net_device) leak when ->newlink fails Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 10/19] rxrpc: Fix sendmsg() returning EPIPE due to recvmsg() returning ENODATA Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 11/19] tcp: allow at most one TLP probe per flight Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 12/19] AX.25: Prevent integer overflows in connect and sendmsg Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 13/19] sctp: shrink stream outq only when new outcnt < old outcnt Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 14/19] sctp: shrink stream outq when fails to do addstream reconf Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 15/19] udp: Copy has_conns in reuseport_grow() Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 16/19] udp: Improve load balancing for SO_REUSEPORT Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 17/19] regmap: debugfs: check count when read regmap file Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 18/19] PM: wakeup: Show statistics for deleted wakeup sources again Greg Kroah-Hartman
2020-07-30 8:04 ` [PATCH 5.4 19/19] Revert "dpaa_eth: fix usage as DSA master, try 3" Greg Kroah-Hartman
2020-07-30 16:47 ` [PATCH 5.4 00/19] 5.4.55-rc1 review Guenter Roeck
2020-07-31 10:32 ` Naresh Kamboju [this message]
2020-07-31 11:48 ` Arnd Bergmann
2020-07-31 17:15 ` Greg Kroah-Hartman
2020-07-31 12:53 ` Jon Hunter
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='CA+G9fYvCPwwmF-k=Z9Z6P2KYrOMHurcORwa3RW2H1j6pq1QEDg@mail.gmail.com' \
--to=naresh.kamboju@linaro.org \
--cc=Basil.Eljuse@arm.com \
--cc=akpm@linux-foundation.org \
--cc=arnd@arndb.de \
--cc=ben.hutchings@codethink.co.uk \
--cc=cgroups@vger.kernel.org \
--cc=cl@linux.com \
--cc=gregkh@linuxfoundation.org \
--cc=guro@fb.com \
--cc=hughd@google.com \
--cc=iamjoonsoo.kim@lge.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux@roeck-us.net \
--cc=lkft-triage@lists.linaro.org \
--cc=ltp@lists.linux.it \
--cc=patches@kernelci.org \
--cc=penberg@kernel.org \
--cc=peterz@infradead.org \
--cc=rientjes@google.com \
--cc=shakeelb@google.com \
--cc=shuah@kernel.org \
--cc=songmuchun@bytedance.com \
--cc=stable@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
--cc=vbabka@suse.cz \
--cc=vincent.guittot@linaro.org \
/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).