summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel
diff options
context:
space:
mode:
authorDexuan Cui <dexuan.cui@intel.com>2010-08-27 21:02:34 +0800
committerRichard Purdie <rpurdie@linux.intel.com>2010-09-02 09:50:48 +0100
commit6c098ebe424c4cdc39a93b4e50ff59b4b7894c98 (patch)
tree6c5290392008393b9248713034878e05f2fd2b4a /meta/recipes-kernel
parentf2011318ece69ab27bad24f474d54422709bdc8f (diff)
downloadopenembedded-core-6c098ebe424c4cdc39a93b4e50ff59b4b7894c98.tar.gz
openembedded-core-6c098ebe424c4cdc39a93b4e50ff59b4b7894c98.tar.bz2
openembedded-core-6c098ebe424c4cdc39a93b4e50ff59b4b7894c98.tar.xz
openembedded-core-6c098ebe424c4cdc39a93b4e50ff59b4b7894c98.zip
powertop: fix segfault in dump mode
The cause is: in dump mode, setup_windows() is not invoked so the *_window variables, like cstate_window, are still NULL; later in main() -> show_cstates(), the functions, like wrefresh(), will trigger segfault. After discussing in PowerTop mailling list, I think the right solution is we should stub out the ncurses calls in dump mode. (The patch was also sent to upstream PowerTop mailling list.) This fixes [BUGID #195]: Bug 195 - [sdk] powertop segfault when running with dump option Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
Diffstat (limited to 'meta/recipes-kernel')
-rw-r--r--meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch31
-rw-r--r--meta/recipes-kernel/powertop/powertop_1.13.bb3
2 files changed, 33 insertions, 1 deletions
diff --git a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch b/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
new file mode 100644
index 000000000..e837765c2
--- /dev/null
+++ b/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
@@ -0,0 +1,31 @@
+Running PowerTop in Poky in dump mode (with --dump) always ends with a
+segmentation fault.
+
+The cause is: in dump mode, setup_windows() is not invoked so the
+*_window variables, like cstate_window, are still NULL; later in
+main() -> show_cstates(), the functions, like wrefresh(), will trigger
+segfault.
+
+After discussing in PowerTop mailling list, I think the right solution is
+we should stub out the ncurses calls in dump mode.
+
+(The patch was also sent to upstream PowerTop mailling list.)
+
+Signed-off-by Dexuan Cui <dexuan.cui@intel.com>, 2010-08-20
+(this patch is licensed under GPLv2)
+
+--- a/display.c
++++ b/display.c
+@@ -44,6 +44,12 @@
+ static WINDOW *status_bar_window;
+
+ #define print(win, y, x, fmt, args...) do { if (dump) printf(fmt, ## args); else mvwprintw(win, y, x, fmt, ## args); } while (0)
++#define wattrset(win, c) do { if (!dump ) wattrset(win, c); } while (0)
++#define wbkgd(win, c) do { if (!dump ) wbkgd(win, c); } while (0)
++#define werase(win) do { if (!dump ) werase(win); } while (0)
++#define wrefresh(win) do { if (!dump ) wrefresh(win); } while (0)
++#define wattron(win, a) do { if (!dump ) wattron(win, a); } while (0)
++#define wattroff(win, a) do { if (!dump ) wattroff(win, a); } while (0)
+
+ char status_bar_slots[10][40];
+
diff --git a/meta/recipes-kernel/powertop/powertop_1.13.bb b/meta/recipes-kernel/powertop/powertop_1.13.bb
index c52f2830b..c16f1aca6 100644
--- a/meta/recipes-kernel/powertop/powertop_1.13.bb
+++ b/meta/recipes-kernel/powertop/powertop_1.13.bb
@@ -12,7 +12,8 @@ REPENDS_${PN} = "pciutils"
PR = "r0"
-SRC_URI = "http://www.lesswatts.org/projects/powertop/download/powertop-${PV}.tar.gz"
+SRC_URI = "http://www.lesswatts.org/projects/powertop/download/powertop-${PV}.tar.gz \
+ file://stub_out_the_ncurses_calls_in_dump_mode.patch"
CFLAGS += "${LDFLAGS}"
EXTRA_OEMAKE = "VERSION=\"${PV}\""