From: kernel test robot <lkp@intel.com>
To: Hui Wang <hui.wang@canonical.com>
Cc: oe-kbuild-all@lists.linux.dev, lkp@intel.com
Subject: [lkp] [+82 bytes kernel size regression] [i386-tinyconfig] [5fab44501b] mm/oom_kill: trigger the oom killer if oom occurs without __GFP_FS
Date: Wed, 26 Apr 2023 15:14:49 +0800 [thread overview]
Message-ID: <ZEjPaZrdrSAv8ONy@5ea6bc24b18e> (raw)
In-Reply-To: <20230426051030.112007-2-hui.wang@canonical.com>
FYI, we noticed a +82 bytes kernel size regression due to commit:
commit: 5fab44501b62e2132235cb0a88c5cb8e0481ff09 (mm/oom_kill: trigger the oom killer if oom occurs without __GFP_FS)
url: https://github.com/intel-lab-lkp/linux/commits/Hui-Wang/mm-oom_kill-trigger-the-oom-killer-if-oom-occurs-without-__GFP_FS/20230426-131239
base: https://git.kernel.org/cgit/linux/kernel/git/akpm/mm.git mm-everything
patch link: https://lore.kernel.org/all/20230426051030.112007-2-hui.wang@canonical.com/
patch subject: [PATCH 1/1] mm/oom_kill: trigger the oom killer if oom occurs without __GFP_FS
Details as below (size data is obtained by `nm --size-sort vmlinux`):
25aab2ea: Merge branch 'mm-nonmm-unstable' into mm-everything
5fab4450: mm/oom_kill: trigger the oom killer if oom occurs without __GFP_FS
+------------------------------+----------+----------+-------+
| symbol | 25aab2ea | 5fab4450 | delta |
+------------------------------+----------+----------+-------+
| bzImage | 502464 | 502560 | 96 |
| nm.T.out_of_memory | 430 | 467 | 37 |
| nm.t.trigger_oom_killer_work | 0 | 29 | 29 |
| nm.d.oom_trigger_work | 0 | 16 | 16 |
+------------------------------+----------+----------+-------+
Thanks
next prev parent reply other threads:[~2023-04-26 7:15 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-26 5:10 [PATCH 0/1] mm/oom_kill: system enters a state something like hang when running stress-ng Hui Wang
2023-04-26 5:10 ` [PATCH 1/1] mm/oom_kill: trigger the oom killer if oom occurs without __GFP_FS Hui Wang
2023-04-26 7:14 ` kernel test robot [this message]
2023-04-26 8:33 ` Michal Hocko
2023-04-26 11:07 ` Hui Wang
2023-04-26 16:44 ` Phillip Lougher
2023-04-26 17:38 ` Phillip Lougher
2023-04-26 18:26 ` Yang Shi
2023-04-26 19:06 ` Phillip Lougher
2023-04-26 19:34 ` Phillip Lougher
2023-04-27 0:42 ` Hui Wang
2023-04-27 1:37 ` Phillip Lougher
2023-04-27 5:22 ` Hui Wang
2023-04-27 1:18 ` Gao Xiang
2023-04-27 3:47 ` Hui Wang
2023-04-27 4:17 ` Gao Xiang
2023-04-27 7:03 ` Colin King (gmail)
2023-04-27 7:49 ` Hui Wang
2023-04-28 19:53 ` Michal Hocko
2023-05-03 11:49 ` Hui Wang
2023-05-03 12:20 ` Michal Hocko
2023-05-03 18:41 ` Phillip Lougher
2023-05-03 19:10 ` Phillip Lougher
2023-05-03 19:38 ` Hui Wang
2023-05-07 21:07 ` Phillip Lougher
2023-05-08 10:05 ` Hui Wang
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=ZEjPaZrdrSAv8ONy@5ea6bc24b18e \
--to=lkp@intel.com \
--cc=hui.wang@canonical.com \
--cc=oe-kbuild-all@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.