lkml.org 
[lkml]   [2014]   [Apr]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 2/4] perf, kmem: Utilize the new generic cpunode_map
On Sun, Apr 06, 2014 at 02:21:26PM +0200, Jiri Olsa wrote:
> On Mon, Mar 31, 2014 at 10:42:30PM -0400, Don Zickus wrote:
>
> SNIP
>
> > > > -#define PATH_SYS_NODE "/sys/devices/system/node"
> > > > -
> > > > -static int init_cpunode_map(void)
> > > > -{
> > > > - FILE *fp;
> > > > - int i, err = -1;
> > > > -
> > > > - fp = fopen("/sys/devices/system/cpu/kernel_max", "r");
> > >
> > > so the factored code from previous patches now reads
> > > the max_cpu_num value from:
> > > /sys/devices/system/cpu/possible
> > >
> > > is this intentional?
> >
> > Yeah, I was trying to save bits. No need to allocate for 5100 cpus when
> > only 128 are used.
> >
> > >
> > > I think we want to have separate patches for code changes
> > > and for changing the file with some comment.
> >
> > So you want me to split the previous patch into two. One for code
> > movement, the other for the path change?
>
> I think thats the proper way.. single logic change for patch

Hmm, the whole change is getting completely messy with the breakdown of
common functions, renames, use of internal functions, etc... I'll just
break out the small change (kernel_max -> possible) from that mess.

Cheers,
Don


\
 
 \ /
  Last update: 2014-04-07 21:01    [W:0.039 / U:0.052 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site