On Fri, Jun 23, 2017 at 11:45:24AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Jun 23, 2017 at 02:48:27PM +0900, Namhyung Kim escreveu:
> > Currently perf only searches module binaries on the canonical
> > directory (/lib/modules/`uname -r`). But sometimes user needs to load
> > local
On Fri, Jun 23, 2017 at 11:45:24AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Jun 23, 2017 at 02:48:27PM +0900, Namhyung Kim escreveu:
> > Currently perf only searches module binaries on the canonical
> > directory (/lib/modules/`uname -r`). But sometimes user needs to load
> > local
Em Fri, Jun 23, 2017 at 02:48:27PM +0900, Namhyung Kim escreveu:
> Currently perf only searches module binaries on the canonical
> directory (/lib/modules/`uname -r`). But sometimes user needs to load
> local modules. These cannot be copied to the build-id cache since long
> name (i.e. real
Em Fri, Jun 23, 2017 at 02:48:27PM +0900, Namhyung Kim escreveu:
> Currently perf only searches module binaries on the canonical
> directory (/lib/modules/`uname -r`). But sometimes user needs to load
> local modules. These cannot be copied to the build-id cache since long
> name (i.e. real
Currently perf only searches module binaries on the canonical
directory (/lib/modules/`uname -r`). But sometimes user needs to load
local modules. These cannot be copied to the build-id cache since long
name (i.e. real path) of DSOs was not set.
This patch fixes the problem by adding a new
Currently perf only searches module binaries on the canonical
directory (/lib/modules/`uname -r`). But sometimes user needs to load
local modules. These cannot be copied to the build-id cache since long
name (i.e. real path) of DSOs was not set.
This patch fixes the problem by adding a new
6 matches
Mail list logo