* [PATCH 0/1] systemtap-uprobes: inhibit package strip
@ 2012-08-02 14:18 Wade Farnsworth
2012-08-02 14:19 ` [PATCH 1/1] " Wade Farnsworth
0 siblings, 1 reply; 4+ messages in thread
From: Wade Farnsworth @ 2012-08-02 14:18 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
The following changes since commit 56d3bc38bc89b11e5a32908cad0cd6efa4fab08c:
Wade Farnsworth (1):
systemtap-uprobes: inhibit package strip
are available in the git repository at:
https://github.com/wfarnsworth/oe-core.git stap-uprobes
Wade Farnsworth (1):
systemtap-uprobes: inhibit package strip
.../systemtap/systemtap-uprobes_git.bb | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH 1/1] systemtap-uprobes: inhibit package strip
2012-08-02 14:18 [PATCH 0/1] systemtap-uprobes: inhibit package strip Wade Farnsworth
@ 2012-08-02 14:19 ` Wade Farnsworth
2012-08-15 13:24 ` Richard Purdie
0 siblings, 1 reply; 4+ messages in thread
From: Wade Farnsworth @ 2012-08-02 14:19 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
uprobes.ko is not located in /lib/modules, so it fails the check in
runstrip that ensures that only the debug section is stripped, leaving
the symbols untouched. This prevents the module from being inserted at
run time. Inhibiting package stripping fixes the problem.
Signed-off-by: Wade Farnsworth <wade_farnsworth@mentor.com>
---
.../systemtap/systemtap-uprobes_git.bb | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb b/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
index b328e6b..f135a54 100644
--- a/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
+++ b/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
@@ -9,6 +9,8 @@ PR = "r0"
# On systems without CONFIG_UTRACE, this package is empty.
ALLOW_EMPTY_${PN} = "1"
+INHIBIT_PACKAGE_STRIP = "1"
+
inherit module-base gettext
FILES_${PN} += "${datadir}/systemtap/runtime/uprobes"
--
1.7.0.4
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH 1/1] systemtap-uprobes: inhibit package strip
2012-08-02 14:19 ` [PATCH 1/1] " Wade Farnsworth
@ 2012-08-15 13:24 ` Richard Purdie
2012-08-15 13:30 ` Martin Jansa
0 siblings, 1 reply; 4+ messages in thread
From: Richard Purdie @ 2012-08-15 13:24 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, 2012-08-02 at 07:19 -0700, Wade Farnsworth wrote:
> uprobes.ko is not located in /lib/modules, so it fails the check in
> runstrip that ensures that only the debug section is stripped, leaving
> the symbols untouched. This prevents the module from being inserted at
> run time. Inhibiting package stripping fixes the problem.
>
> Signed-off-by: Wade Farnsworth <wade_farnsworth@mentor.com>
> ---
> .../systemtap/systemtap-uprobes_git.bb | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb b/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
> index b328e6b..f135a54 100644
> --- a/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
> +++ b/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
> @@ -9,6 +9,8 @@ PR = "r0"
> # On systems without CONFIG_UTRACE, this package is empty.
> ALLOW_EMPTY_${PN} = "1"
>
> +INHIBIT_PACKAGE_STRIP = "1"
> +
> inherit module-base gettext
>
> FILES_${PN} += "${datadir}/systemtap/runtime/uprobes"
I think we need to teach package.bbclass to identify kernel modules
better (.ko extension?) rather than hack around this for each external
module...
Cheers,
Richard
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 1/1] systemtap-uprobes: inhibit package strip
2012-08-15 13:24 ` Richard Purdie
@ 2012-08-15 13:30 ` Martin Jansa
0 siblings, 0 replies; 4+ messages in thread
From: Martin Jansa @ 2012-08-15 13:30 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 1675 bytes --]
On Wed, Aug 15, 2012 at 02:24:58PM +0100, Richard Purdie wrote:
> On Thu, 2012-08-02 at 07:19 -0700, Wade Farnsworth wrote:
> > uprobes.ko is not located in /lib/modules, so it fails the check in
> > runstrip that ensures that only the debug section is stripped, leaving
> > the symbols untouched. This prevents the module from being inserted at
> > run time. Inhibiting package stripping fixes the problem.
> >
> > Signed-off-by: Wade Farnsworth <wade_farnsworth@mentor.com>
> > ---
> > .../systemtap/systemtap-uprobes_git.bb | 2 ++
> > 1 files changed, 2 insertions(+), 0 deletions(-)
> >
> > diff --git a/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb b/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
> > index b328e6b..f135a54 100644
> > --- a/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
> > +++ b/meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb
> > @@ -9,6 +9,8 @@ PR = "r0"
> > # On systems without CONFIG_UTRACE, this package is empty.
> > ALLOW_EMPTY_${PN} = "1"
> >
> > +INHIBIT_PACKAGE_STRIP = "1"
> > +
> > inherit module-base gettext
> >
> > FILES_${PN} += "${datadir}/systemtap/runtime/uprobes"
>
> I think we need to teach package.bbclass to identify kernel modules
> better (.ko extension?) rather than hack around this for each external
> module...
and sometimes it tries to strip foo.ko which is not binary file at all
(e.g. /usr/share/emacs/23.4/etc/tutorials/TUTORIAL.ko from emacs).
http://git.openembedded.org/meta-openembedded/commit/?id=d213bfac739163eb932e31181e0bfecc84507f30
Cheers,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-08-15 13:42 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-02 14:18 [PATCH 0/1] systemtap-uprobes: inhibit package strip Wade Farnsworth
2012-08-02 14:19 ` [PATCH 1/1] " Wade Farnsworth
2012-08-15 13:24 ` Richard Purdie
2012-08-15 13:30 ` Martin Jansa
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox