linux-kernel - Re: ftrace does not work on cpus

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1287246728.16971.62.camel@gandalf.stny.rr.com>
Date:	Sat, 16 Oct 2010 12:32:08 -0400
From:	Steven Rostedt <rostedt@...dmis.org>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	Frederic Weisbecker <fweisbec@...il.com>,
	Robin Holt <holt@....com>, Ingo Molnar <mingo@...hat.com>,
	linux-kernel@...r.kernel.org
Subject: Re: ftrace does not work on cpus > 999.

On Sat, 2010-10-16 at 18:16 +0200, Ingo Molnar wrote:
> * Steven Rostedt <rostedt@...dmis.org> wrote:
> 
> > On Sat, 2010-10-16 at 16:45 +0200, Frederic Weisbecker wrote:
> > 
> > > diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
> > > index 9ec59f5..3565f9e 100644
> > > --- a/kernel/trace/trace.c
> > > +++ b/kernel/trace/trace.c
> > > @@ -3999,7 +3999,7 @@ static void tracing_init_debugfs_percpu(long cpu)
> > >  	/* strlen(cpu) + MAX(log10(cpu)) + '\0' */
> > >  	char cpu_dir[7];
> > >  
> > > -	if (cpu > 999 || cpu < 0)
> > > +	if (cpu < 0)
> > >  		return;
> > >  
> > >  	sprintf(cpu_dir, "cpu%ld", cpu);
> > 
> > You need to change the size of cpu_dir, otherwise this will overflow.
> 
> If you change it to 30 that ought to be enough, as long as cpu_id's fit 
> into u64. (I think we wont overflow that in my lifetime.)

And might as well make it static then, as we seem to be doing with
sched_param.

> 
> > The other case is to dynamically allocate cpu_dir.
> 
> Please tell me that is a joke ...

Why? It handles all cases and is only executed once at boot up. I'll
admit it was a little over engineered, and setting a new max of 30 chars
should be fine too. But no reason for it to be a joke.

-- Steve


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/