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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140422182613.GA16359@gmail.com>
Date:	Tue, 22 Apr 2014 20:26:13 +0200
From:	Ingo Molnar <mingo@...nel.org>
To:	Drew Richardson <drew.richardson@....com>
Cc:	Ingo Molnar <mingo@...hat.com>,
	Peter Zijlstra <peterz@...radead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Pawel Moll <Pawel.Moll@....com>,
	Christoph Hellwig <hch@...radead.org>
Subject: Re: [PATCH] Export sched tracepoints for use by kernel modules


* Drew Richardson <drew.richardson@....com> wrote:

> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_stat_sleep);
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_stat_iowait);
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_stat_blocked);
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_stat_runtime);
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_pi_setprio);
> > > +#ifdef CONFIG_DETECT_HUNG_TASK
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_process_hang);
> > > +#endif /* CONFIG_DETECT_HUNG_TASK */
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_move_numa);
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_stick_numa);
> > > +EXPORT_TRACEPOINT_SYMBOL_GPL(sched_swap_numa);
> > 
> > Which in-tree kernel module is using these?
> > 
> > Thanks,
> > 
> > 	Ingo
> > 
> 
> Gator (http://git.linaro.org/arm/ds5/gator.git), an out of tree 
> kernel module, uses sched_process_fork, sched_switch and 
> sched_process_free. Along with exporting those tracepoints I thought 
> it would be helpful to export all the tracepoints from 
> trace/events/sched.h.

So, 'Gator' seems to be a rather ugly out of tree driver, ABI and 
daemon slapped on top of perf events, duplicating part of perf events 
functionality for no apparent good technical reason, just to enable a 
binary-only profiler called 'ARM Streamline Analyzer'.

What does the 'gator' driver offer that perf events does not offer in 
itself? If there's any sensible feature in there then it should be 
added to the mainline kernel not as an add on driver and filesystem, 
but as part of perf events subsystem itself.

Thanks,

	Ingo
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ