Re: [patch] suspend debugging: simulate suspend-to-RAM

[Pavel Machek <pavel@ucw.cz>]

Hi!

> Subject: [patch] suspend debugging: simulate suspend-to-RAM
> From: Ingo Molnar <mingo@elte.hu>
> 
> most resume bugs are due to the kernel hanging or crashing while trying 
> to resume a specific device. It is extremely hard to debug such hangs 
> because often when the hang happens there's no console available
> yet.

While the functionality is useful, no I do not think this should be
configured by sysctl or kernel parameter.

Perhaps right interface is "echo fake-mem > /sys/power/state"? 

								Pavel

> Index: linux/kernel/sysctl.c
> ===================================================================
> --- linux.orig/kernel/sysctl.c
> +++ linux/kernel/sysctl.c
> @@ -329,6 +329,14 @@ static ctl_table kern_table[] = {
>  		.proc_handler	= &proc_dointvec,
>  	},
>  	{
> +		.ctl_name	= CTL_UNNUMBERED,
> +		.procname	= "futex_performance_hack",
> +		.data		= &futex_performance_hack,
> +		.maxlen		= sizeof(int),
> +		.mode		= 0644,
> +		.proc_handler	= &proc_dointvec,
> +	},
> +	{
>  		.ctl_name	= KERN_PANIC,
>  		.procname	= "prof_pid",
>  		.data		= &prof_pid,

Leftover hunk?


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/