linux-kernel - Re: [PATCH] trace: add the MMIO-tracer to the tracer menu

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: <alpine.DEB.1.10.0810240752410.25677@gandalf.stny.rr.com>
Date:	Fri, 24 Oct 2008 07:53:38 -0400 (EDT)
From:	Steven Rostedt <rostedt@...dmis.org>
To:	Peter Zijlstra <peterz@...radead.org>
cc:	linux-kernel <linux-kernel@...r.kernel.org>,
	Pekka Paalanen <pq@....fi>
Subject: Re: [PATCH] trace: add the MMIO-tracer to the tracer menu


On Fri, 24 Oct 2008, Peter Zijlstra wrote:

> Subject: trace: add the MMIO-tracer to the tracer menu
> From: Peter Zijlstra <a.p.zijlstra@...llo.nl>
> Date: Fri Oct 24 12:46:04 CEST 2008
> 
> Add the MMIO-tracer to the tracer menu.
> 
> Signed-off-by: Peter Zijlstra <a.p.zijlstra@...llo.nl>
> CC: Pekka Paalanen <pq@....fi>
> ---
>  arch/x86/Kconfig.debug |   28 ++--------------------------
>  kernel/trace/Kconfig   |   28 ++++++++++++++++++++++++++++
>  2 files changed, 30 insertions(+), 26 deletions(-)
> 
> Index: linux-2.6/arch/x86/Kconfig.debug
> ===================================================================
> --- linux-2.6.orig/arch/x86/Kconfig.debug
> +++ linux-2.6/arch/x86/Kconfig.debug
> @@ -175,32 +175,8 @@ config IOMMU_LEAK
>  	  Add a simple leak tracer to the IOMMU code. This is useful when you
>  	  are debugging a buggy device driver that leaks IOMMU mappings.
>  
> -config MMIOTRACE_HOOKS
> -	bool
> -
> -config MMIOTRACE
> -	bool "Memory mapped IO tracing"
> -	depends on DEBUG_KERNEL && PCI
> -	select TRACING
> -	select MMIOTRACE_HOOKS
> -	help
> -	  Mmiotrace traces Memory Mapped I/O access and is meant for
> -	  debugging and reverse engineering. It is called from the ioremap
> -	  implementation and works via page faults. Tracing is disabled by
> -	  default and can be enabled at run-time.
> -
> -	  See Documentation/tracers/mmiotrace.txt.
> -	  If you are not helping to develop drivers, say N.
> -
> -config MMIOTRACE_TEST
> -	tristate "Test module for mmiotrace"
> -	depends on MMIOTRACE && m
> -	help
> -	  This is a dumb module for testing mmiotrace. It is very dangerous
> -	  as it will write garbage to IO memory starting at a given address.
> -	  However, it should be safe to use on e.g. unused portion of VRAM.
> -
> -	  Say N, unless you absolutely know what you are doing.
> +config HAVE_MMIOTRACE_SUPPORT
> +	def_bool y
>  
>  #
>  # IO delay types:
> Index: linux-2.6/kernel/trace/Kconfig
> ===================================================================
> --- linux-2.6.orig/kernel/trace/Kconfig
> +++ linux-2.6/kernel/trace/Kconfig
> @@ -194,4 +194,32 @@ config FTRACE_STARTUP_TEST
>  	  functioning properly. It will do tests on all the configured
>  	  tracers of ftrace.
>  
> +config MMIOTRACE_HOOKS
> +	bool
> +
> +config MMIOTRACE
> +	bool "Memory mapped IO tracing"
> +	depends on HAVE_MMIOTRACE_SUPPORT && DEBUG_KERNEL && PCI
> +	select TRACING

Since this was taken from the x86 Kconfig, do we need to add a
"depends X86" ?

-- Steve

> +	select MMIOTRACE_HOOKS
> +	help
> +	  Mmiotrace traces Memory Mapped I/O access and is meant for
> +	  debugging and reverse engineering. It is called from the ioremap
> +	  implementation and works via page faults. Tracing is disabled by
> +	  default and can be enabled at run-time.
> +
> +	  See Documentation/tracers/mmiotrace.txt.
> +	  If you are not helping to develop drivers, say N.
> +
> +config MMIOTRACE_TEST
> +	tristate "Test module for mmiotrace"
> +	depends on MMIOTRACE && m
> +	help
> +	  This is a dumb module for testing mmiotrace. It is very dangerous
> +	  as it will write garbage to IO memory starting at a given address.
> +	  However, it should be safe to use on e.g. unused portion of VRAM.
> +
> +	  Say N, unless you absolutely know what you are doing.
> +
> +
>  endmenu
> 
> 
> 
--
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/