* [Buildroot] [PATCH] busybox: disable CONFIG_FEATURE_CLEAN_UP in default configs
@ 2017-07-05 9:34 Peter Korsgaard
2017-07-05 10:26 ` Thomas Petazzoni
2017-07-19 13:31 ` Peter Korsgaard
0 siblings, 2 replies; 3+ messages in thread
From: Peter Korsgaard @ 2017-07-05 9:34 UTC (permalink / raw)
To: buildroot
FEATURE_CLEAN_UP is a configuration feature to get busybox to explicitly
call free() on dynamic allocated memory just before exiting so memory leak
detectors like valgrind don't get confused. Upstream explicitly recommends
to NOT enable this option:
config FEATURE_CLEAN_UP
bool "Clean up all memory before exiting (usually not needed)"
default n
help
As a size optimization, busybox normally exits without explicitly
freeing dynamically allocated memory or closing files. This saves
space since the OS will clean up for us, but it can confuse debuggers
like valgrind, which report tons of memory and resource leaks.
Don't enable this unless you have a really good reason to clean
things up manually.
Having this option enabled adds a bit of bloat, but more significantly these
cleanup code paths don't get tested very often so some times get out of sync
with the allocation code which can lead to crashes (or security issues from
double frees), so it is safer to disable the option.
For people wanting to debug memory leak issues with busybox, the option can
still be enabled with a configuration fragment (or a custom config).
The size difference isn't huge (br-arm-full-static):
-rwxr-xr-x 1 peko peko 886K Jul 5 10:56 output-busybox1/target/bin/busybox
-rwxr-xr-x 1 peko peko 882K Jul 5 10:53 output-busybox2/target/bin/busybox
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/busybox/busybox-minimal.config | 2 +-
package/busybox/busybox.config | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/busybox/busybox-minimal.config b/package/busybox/busybox-minimal.config
index 2abf458b78..0c8e63e627 100644
--- a/package/busybox/busybox-minimal.config
+++ b/package/busybox/busybox-minimal.config
@@ -22,7 +22,7 @@ CONFIG_FEATURE_INSTALLER=y
# CONFIG_PAM is not set
CONFIG_LONG_OPTS=y
CONFIG_FEATURE_DEVPTS=y
-CONFIG_FEATURE_CLEAN_UP=y
+# CONFIG_FEATURE_CLEAN_UP is not set
CONFIG_FEATURE_UTMP=y
CONFIG_FEATURE_WTMP=y
# CONFIG_FEATURE_PIDFILE is not set
diff --git a/package/busybox/busybox.config b/package/busybox/busybox.config
index c45de21808..508128d5e3 100644
--- a/package/busybox/busybox.config
+++ b/package/busybox/busybox.config
@@ -22,7 +22,7 @@ CONFIG_FEATURE_INSTALLER=y
# CONFIG_PAM is not set
CONFIG_LONG_OPTS=y
CONFIG_FEATURE_DEVPTS=y
-CONFIG_FEATURE_CLEAN_UP=y
+# CONFIG_FEATURE_CLEAN_UP is not set
CONFIG_FEATURE_UTMP=y
CONFIG_FEATURE_WTMP=y
# CONFIG_FEATURE_PIDFILE is not set
--
2.11.0
^ permalink raw reply related [flat|nested] 3+ messages in thread
* [Buildroot] [PATCH] busybox: disable CONFIG_FEATURE_CLEAN_UP in default configs
2017-07-05 9:34 [Buildroot] [PATCH] busybox: disable CONFIG_FEATURE_CLEAN_UP in default configs Peter Korsgaard
@ 2017-07-05 10:26 ` Thomas Petazzoni
2017-07-19 13:31 ` Peter Korsgaard
1 sibling, 0 replies; 3+ messages in thread
From: Thomas Petazzoni @ 2017-07-05 10:26 UTC (permalink / raw)
To: buildroot
Hello,
On Wed, 5 Jul 2017 11:34:54 +0200, Peter Korsgaard wrote:
> FEATURE_CLEAN_UP is a configuration feature to get busybox to explicitly
> call free() on dynamic allocated memory just before exiting so memory leak
> detectors like valgrind don't get confused. Upstream explicitly recommends
> to NOT enable this option:
>
> config FEATURE_CLEAN_UP
> bool "Clean up all memory before exiting (usually not needed)"
> default n
> help
> As a size optimization, busybox normally exits without explicitly
> freeing dynamically allocated memory or closing files. This saves
> space since the OS will clean up for us, but it can confuse debuggers
> like valgrind, which report tons of memory and resource leaks.
>
> Don't enable this unless you have a really good reason to clean
> things up manually.
>
> Having this option enabled adds a bit of bloat, but more significantly these
> cleanup code paths don't get tested very often so some times get out of sync
> with the allocation code which can lead to crashes (or security issues from
> double frees), so it is safer to disable the option.
>
> For people wanting to debug memory leak issues with busybox, the option can
> still be enabled with a configuration fragment (or a custom config).
>
> The size difference isn't huge (br-arm-full-static):
>
> -rwxr-xr-x 1 peko peko 886K Jul 5 10:56 output-busybox1/target/bin/busybox
> -rwxr-xr-x 1 peko peko 882K Jul 5 10:53 output-busybox2/target/bin/busybox
>
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
> ---
> package/busybox/busybox-minimal.config | 2 +-
> package/busybox/busybox.config | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
Applied to master, thanks.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] [PATCH] busybox: disable CONFIG_FEATURE_CLEAN_UP in default configs
2017-07-05 9:34 [Buildroot] [PATCH] busybox: disable CONFIG_FEATURE_CLEAN_UP in default configs Peter Korsgaard
2017-07-05 10:26 ` Thomas Petazzoni
@ 2017-07-19 13:31 ` Peter Korsgaard
1 sibling, 0 replies; 3+ messages in thread
From: Peter Korsgaard @ 2017-07-19 13:31 UTC (permalink / raw)
To: buildroot
>>>>> "Peter" == Peter Korsgaard <peter@korsgaard.com> writes:
> FEATURE_CLEAN_UP is a configuration feature to get busybox to explicitly
> call free() on dynamic allocated memory just before exiting so memory leak
> detectors like valgrind don't get confused. Upstream explicitly recommends
> to NOT enable this option:
> config FEATURE_CLEAN_UP
> bool "Clean up all memory before exiting (usually not needed)"
> default n
> help
> As a size optimization, busybox normally exits without explicitly
> freeing dynamically allocated memory or closing files. This saves
> space since the OS will clean up for us, but it can confuse debuggers
> like valgrind, which report tons of memory and resource leaks.
> Don't enable this unless you have a really good reason to clean
> things up manually.
> Having this option enabled adds a bit of bloat, but more significantly these
> cleanup code paths don't get tested very often so some times get out of sync
> with the allocation code which can lead to crashes (or security issues from
> double frees), so it is safer to disable the option.
> For people wanting to debug memory leak issues with busybox, the option can
> still be enabled with a configuration fragment (or a custom config).
> The size difference isn't huge (br-arm-full-static):
> -rwxr-xr-x 1 peko peko 886K Jul 5 10:56 output-busybox1/target/bin/busybox
> -rwxr-xr-x 1 peko peko 882K Jul 5 10:53 output-busybox2/target/bin/busybox
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Committed to 2017.02.x and 2017.05.x, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-07-19 13:31 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-07-05 9:34 [Buildroot] [PATCH] busybox: disable CONFIG_FEATURE_CLEAN_UP in default configs Peter Korsgaard
2017-07-05 10:26 ` Thomas Petazzoni
2017-07-19 13:31 ` Peter Korsgaard
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox