* [Buildroot] [PATCH] package/linux-tools: add tmon @ 2017-07-18 22:10 Markus Mayer 2017-07-18 22:21 ` Markus Mayer 2017-07-19 19:39 ` Thomas Petazzoni 0 siblings, 2 replies; 6+ messages in thread From: Markus Mayer @ 2017-07-18 22:10 UTC (permalink / raw) To: buildroot Add the tmon package to linux-tools. Signed-off-by: Markus Mayer <mmayer@broadcom.com> --- This patch assumes that http://lists.busybox.net/pipermail/buildroot/2017-July/198216.html has already been applied with the tweak mentioned in http://lists.busybox.net/pipermail/buildroot/2017-July/198218.html package/linux-tools/Config.in | 7 +++++++ package/linux-tools/linux-tool-tmon.mk.in | 30 ++++++++++++++++++++++++++++++ 2 files changed, 37 insertions(+) create mode 100644 package/linux-tools/linux-tool-tmon.mk.in diff --git a/package/linux-tools/Config.in b/package/linux-tools/Config.in index 9d5bf7a..a7f8056 100644 --- a/package/linux-tools/Config.in +++ b/package/linux-tools/Config.in @@ -77,4 +77,11 @@ comment "selftests needs BR2_PACKAGE_BUSYBOX_SHOW_OTHERS" depends on BR2_USE_MMU depends on !BR2_PACKAGE_BUSYBOX_SHOW_OTHERS +config BR2_PACKAGE_LINUX_TOOLS_TMON + bool "tmon" + select BR2_PACKAGE_LINUX_TOOLS + help + tmon is a terminal-based tool (using curses) that allows access + thermal information about the system. + endmenu diff --git a/package/linux-tools/linux-tool-tmon.mk.in b/package/linux-tools/linux-tool-tmon.mk.in new file mode 100644 index 0000000..1330ea6 --- /dev/null +++ b/package/linux-tools/linux-tool-tmon.mk.in @@ -0,0 +1,30 @@ +################################################################################ +# +# tmon +# +################################################################################ + +LINUX_TOOLS += tmon + +TMON_DEPENDENCIES = ncurses +TMON_MAKE_OPTS = $(LINUX_MAKE_FLAGS) \ + CC=$(TARGET_CC) \ + PKG_CONFIG_PATH=$(STAGING_DIR)/usr/lib/pkgconfig + +define TMON_BUILD_CMDS + $(Q)if ! grep install $(LINUX_DIR)/tools/thermal/tmon/Makefile >/dev/null 2>&1 ; then \ + echo "Your kernel version is too old and does not have the tmon tool." ; \ + echo "At least kernel 3.13 must be used." ; \ + exit 1 ; \ + fi + $(TARGET_MAKE_ENV) $(MAKE) -C $(LINUX_DIR)/tools \ + $(TMON_MAKE_OPTS) \ + tmon +endef + +define TMON_INSTALL_TARGET_CMDS + $(TARGET_MAKE_ENV) $(MAKE) -C $(LINUX_DIR)/tools \ + $(TMON_MAKE_OPTS) \ + INSTALL_ROOT=$(TARGET_DIR) \ + tmon_install +endef -- 2.7.4 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* [Buildroot] [PATCH] package/linux-tools: add tmon 2017-07-18 22:10 [Buildroot] [PATCH] package/linux-tools: add tmon Markus Mayer @ 2017-07-18 22:21 ` Markus Mayer 2017-07-19 19:39 ` Thomas Petazzoni 1 sibling, 0 replies; 6+ messages in thread From: Markus Mayer @ 2017-07-18 22:21 UTC (permalink / raw) To: buildroot Sorry, I made some tweaks after sending this out. I won't re-send now and will wait for additional comments before sending the updated revision. For now, I'll just mention what I changed. On 18 July 2017 at 15:10, Markus Mayer <mmayer@broadcom.com> wrote: > Add the tmon package to linux-tools. Changed to Add the tmon kernel tool to linux-tools. Since "tmon" isn't a package. linux-tools is the package. > Signed-off-by: Markus Mayer <mmayer@broadcom.com> > --- > > This patch assumes that > http://lists.busybox.net/pipermail/buildroot/2017-July/198216.html has > already been applied with the tweak mentioned in > http://lists.busybox.net/pipermail/buildroot/2017-July/198218.html > > package/linux-tools/Config.in | 7 +++++++ > package/linux-tools/linux-tool-tmon.mk.in | 30 ++++++++++++++++++++++++++++++ > 2 files changed, 37 insertions(+) > create mode 100644 package/linux-tools/linux-tool-tmon.mk.in > > diff --git a/package/linux-tools/Config.in b/package/linux-tools/Config.in > index 9d5bf7a..a7f8056 100644 > --- a/package/linux-tools/Config.in > +++ b/package/linux-tools/Config.in > @@ -77,4 +77,11 @@ comment "selftests needs BR2_PACKAGE_BUSYBOX_SHOW_OTHERS" > depends on BR2_USE_MMU > depends on !BR2_PACKAGE_BUSYBOX_SHOW_OTHERS > > +config BR2_PACKAGE_LINUX_TOOLS_TMON > + bool "tmon" > + select BR2_PACKAGE_LINUX_TOOLS > + help > + tmon is a terminal-based tool (using curses) that allows access > + thermal information about the system. Changed to: tmon is a terminal-based tool (using curses) that allows the user to access thermal information about the system. > endmenu > diff --git a/package/linux-tools/linux-tool-tmon.mk.in b/package/linux-tools/linux-tool-tmon.mk.in > new file mode 100644 > index 0000000..1330ea6 > --- /dev/null > +++ b/package/linux-tools/linux-tool-tmon.mk.in > @@ -0,0 +1,30 @@ > +################################################################################ > +# > +# tmon > +# > +################################################################################ > + > +LINUX_TOOLS += tmon > + > +TMON_DEPENDENCIES = ncurses > +TMON_MAKE_OPTS = $(LINUX_MAKE_FLAGS) \ > + CC=$(TARGET_CC) \ > + PKG_CONFIG_PATH=$(STAGING_DIR)/usr/lib/pkgconfig > + > +define TMON_BUILD_CMDS > + $(Q)if ! grep install $(LINUX_DIR)/tools/thermal/tmon/Makefile >/dev/null 2>&1 ; then \ > + echo "Your kernel version is too old and does not have the tmon tool." ; \ > + echo "At least kernel 3.13 must be used." ; \ > + exit 1 ; \ > + fi > + $(TARGET_MAKE_ENV) $(MAKE) -C $(LINUX_DIR)/tools \ > + $(TMON_MAKE_OPTS) \ > + tmon > +endef > + > +define TMON_INSTALL_TARGET_CMDS > + $(TARGET_MAKE_ENV) $(MAKE) -C $(LINUX_DIR)/tools \ > + $(TMON_MAKE_OPTS) \ > + INSTALL_ROOT=$(TARGET_DIR) \ > + tmon_install > +endef > -- > 2.7.4 > ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] [PATCH] package/linux-tools: add tmon 2017-07-18 22:10 [Buildroot] [PATCH] package/linux-tools: add tmon Markus Mayer 2017-07-18 22:21 ` Markus Mayer @ 2017-07-19 19:39 ` Thomas Petazzoni 2017-07-19 20:08 ` Markus Mayer 1 sibling, 1 reply; 6+ messages in thread From: Thomas Petazzoni @ 2017-07-19 19:39 UTC (permalink / raw) To: buildroot Hello, On Tue, 18 Jul 2017 15:10:31 -0700, Markus Mayer wrote: > Add the tmon package to linux-tools. > > Signed-off-by: Markus Mayer <mmayer@broadcom.com> I've applied, but after doing a number of fixes. See below. > diff --git a/package/linux-tools/Config.in b/package/linux-tools/Config.in > index 9d5bf7a..a7f8056 100644 > --- a/package/linux-tools/Config.in > +++ b/package/linux-tools/Config.in > @@ -77,4 +77,11 @@ comment "selftests needs BR2_PACKAGE_BUSYBOX_SHOW_OTHERS" > depends on BR2_USE_MMU > depends on !BR2_PACKAGE_BUSYBOX_SHOW_OTHERS > > +config BR2_PACKAGE_LINUX_TOOLS_TMON > + bool "tmon" > + select BR2_PACKAGE_LINUX_TOOLS select BR2_PACKAGE_NCURSES was missing here. Without this, Buildroot does not even start the build because ncurses is in the dependencies of this package, but is not selected by anything in Buildroot. > +LINUX_TOOLS += tmon > + > +TMON_DEPENDENCIES = ncurses I've added host-pkgconf in the dependencies, because pkg-config is used to find ncurses. Without this, it uses the host pkg-config, which returns results valid for host ncurses, but not for the target ncurses. > +TMON_MAKE_OPTS = $(LINUX_MAKE_FLAGS) \ > + CC=$(TARGET_CC) \ > + PKG_CONFIG_PATH=$(STAGING_DIR)/usr/lib/pkgconfig > + > +define TMON_BUILD_CMDS > + $(Q)if ! grep install $(LINUX_DIR)/tools/thermal/tmon/Makefile >/dev/null 2>&1 ; then \ > + echo "Your kernel version is too old and does not have the tmon tool." ; \ > + echo "At least kernel 3.13 must be used." ; \ > + exit 1 ; \ > + fi > + $(TARGET_MAKE_ENV) $(MAKE) -C $(LINUX_DIR)/tools \ > + $(TMON_MAKE_OPTS) \ > + tmon It failed to build for me, because the tmon Makefile forces -fstack-protector, which doesn't work with toolchains that lack SSP support. So I've added a small tweak that removes -fstack-protector from tmon's Makefile if the toolchain doesn't have SSP support. What would be nice is to have a test case in our support/testing/ infrastructure to build all those Linux tools. Would you be willing to work on something like this ? :-) Thanks! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] [PATCH] package/linux-tools: add tmon 2017-07-19 19:39 ` Thomas Petazzoni @ 2017-07-19 20:08 ` Markus Mayer 2017-07-19 21:12 ` Arnout Vandecappelle 0 siblings, 1 reply; 6+ messages in thread From: Markus Mayer @ 2017-07-19 20:08 UTC (permalink / raw) To: buildroot On 19 July 2017 at 12:39, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > Hello, > > On Tue, 18 Jul 2017 15:10:31 -0700, Markus Mayer wrote: >> Add the tmon package to linux-tools. >> >> Signed-off-by: Markus Mayer <mmayer@broadcom.com> > > I've applied, but after doing a number of fixes. See below. Thanks for fixing everything up. >> diff --git a/package/linux-tools/Config.in b/package/linux-tools/Config.in >> index 9d5bf7a..a7f8056 100644 >> --- a/package/linux-tools/Config.in >> +++ b/package/linux-tools/Config.in >> @@ -77,4 +77,11 @@ comment "selftests needs BR2_PACKAGE_BUSYBOX_SHOW_OTHERS" >> depends on BR2_USE_MMU >> depends on !BR2_PACKAGE_BUSYBOX_SHOW_OTHERS >> >> +config BR2_PACKAGE_LINUX_TOOLS_TMON >> + bool "tmon" >> + select BR2_PACKAGE_LINUX_TOOLS > > select BR2_PACKAGE_NCURSES > > was missing here. Without this, Buildroot does not even start the build > because ncurses is in the dependencies of this package, but is not > selected by anything in Buildroot. Hm. Interesting. I never hit this problem. It probably means I had some other package turned on that depends on ncurses, so it was always turned on for me. >> +LINUX_TOOLS += tmon >> + >> +TMON_DEPENDENCIES = ncurses > > I've added host-pkgconf in the dependencies, because pkg-config is used > to find ncurses. Without this, it uses the host pkg-config, which > returns results valid for host ncurses, but not for the target ncurses. This makes sense. A side note, it *was* actually working for me with the host's pkg-config due to the makefile passing in PKG_CONFIG_PATH. This makes the host's pkg-config look at the target's config database, therefore making it return the right thing (until the day it doesn't). I was never fond of this solution (it's a pretty ugly hack), but I didn't know there was a better way. The new approach seems much more sane. >> +TMON_MAKE_OPTS = $(LINUX_MAKE_FLAGS) \ >> + CC=$(TARGET_CC) \ >> + PKG_CONFIG_PATH=$(STAGING_DIR)/usr/lib/pkgconfig >> + >> +define TMON_BUILD_CMDS >> + $(Q)if ! grep install $(LINUX_DIR)/tools/thermal/tmon/Makefile >/dev/null 2>&1 ; then \ >> + echo "Your kernel version is too old and does not have the tmon tool." ; \ >> + echo "At least kernel 3.13 must be used." ; \ >> + exit 1 ; \ >> + fi >> + $(TARGET_MAKE_ENV) $(MAKE) -C $(LINUX_DIR)/tools \ >> + $(TMON_MAKE_OPTS) \ >> + tmon > > It failed to build for me, because the tmon Makefile forces > -fstack-protector, which doesn't work with toolchains that lack SSP > support. So I've added a small tweak that removes -fstack-protector > from tmon's Makefile if the toolchain doesn't have SSP support. Yikes! Having to support multiple different toolchains can lead to some good fun. Yeah, I kind of took the easy route of just trying a single one. Sorry. > What would be nice is to have a test case in our support/testing/ > infrastructure to build all those Linux tools. Would you be willing to > work on something like this ? :-) That does sound like a good thing to have. I'll take a look. Regards, -Markus ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] [PATCH] package/linux-tools: add tmon 2017-07-19 20:08 ` Markus Mayer @ 2017-07-19 21:12 ` Arnout Vandecappelle 2017-07-19 21:21 ` Thomas Petazzoni 0 siblings, 1 reply; 6+ messages in thread From: Arnout Vandecappelle @ 2017-07-19 21:12 UTC (permalink / raw) To: buildroot On 19-07-17 22:08, Markus Mayer wrote: >> It failed to build for me, because the tmon Makefile forces >> -fstack-protector, which doesn't work with toolchains that lack SSP >> support. So I've added a small tweak that removes -fstack-protector >> from tmon's Makefile if the toolchain doesn't have SSP support. > Yikes! Having to support multiple different toolchains can lead to > some good fun. Yeah, I kind of took the easy route of just trying a > single one. Sorry. That's why we have utils/test-pkg. For things with a kernel dependency it's a bit more complicated to set up (you need a different kernel config for different toolchains, and BR2_LINUX_KERNEL_USE_ARCH_DEFAULT_CONFIG is not available for all arches and takes a loooooong time for x86_64). But with e.g. just one for ARM you already get pretty far. Regards, Arnout -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] [PATCH] package/linux-tools: add tmon 2017-07-19 21:12 ` Arnout Vandecappelle @ 2017-07-19 21:21 ` Thomas Petazzoni 0 siblings, 0 replies; 6+ messages in thread From: Thomas Petazzoni @ 2017-07-19 21:21 UTC (permalink / raw) To: buildroot Hello, On Wed, 19 Jul 2017 23:12:53 +0200, Arnout Vandecappelle wrote: > That's why we have utils/test-pkg. For things with a kernel dependency it's a > bit more complicated to set up (you need a different kernel config for different > toolchains, and BR2_LINUX_KERNEL_USE_ARCH_DEFAULT_CONFIG is not available for > all arches and takes a loooooong time for x86_64). But with e.g. just one for > ARM you already get pretty far. Yeah, I really wouldn't put the blame on a contributor for not having used test-pkg on a package like linux-tools that is really not simple to test with test-pkg. Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-07-19 21:21 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-07-18 22:10 [Buildroot] [PATCH] package/linux-tools: add tmon Markus Mayer 2017-07-18 22:21 ` Markus Mayer 2017-07-19 19:39 ` Thomas Petazzoni 2017-07-19 20:08 ` Markus Mayer 2017-07-19 21:12 ` Arnout Vandecappelle 2017-07-19 21:21 ` Thomas Petazzoni
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox