* Re: Resume problem, reboot instead of resume after suspend on Zepto Nox A14
From: Damien Thébault @ 2011-11-02 20:47 UTC (permalink / raw)
To: MyungJoo Ham; +Cc: linux-pm
In-Reply-To: <CAJ0PZbT6_64Sg6NX+-Kshdn0T-1zynyUVkZ-hRCYtz6Fv_v4CA@mail.gmail.com>
On Wed, Nov 2, 2011 at 10:39, MyungJoo Ham <myungjoo.ham@gmail.com> wrote:
> [...]
> When core is used for pm_test, the platform_ops's enter() is not
> called. Thus, you are not actually testing the real suspend-to-RAM,
> you are testing everything suspend-related materials except for the
> real suspend-resume mechanism for the CPU.
>
> I'm not familiar with x86's ACPI; however, this looks like a
> resume-related problem.
> Probably, at the BIOS (or any other pre-BIOS stage?), the CPU cannot
> read the "the system has been suspended-to-RAM" message?
> or the resume routine of kernel is failing and the system resets or
> jumps to BIOS?
> , which are some issues we've experienced with ARM devices and its bootloaders.
>
> You'll probably need to examine the ACPI's suspend-to-RAM related bits
> or data structure at the platform_ops's enter() callback. And see if
> anything is corrupted or mis-configured.
I made some progress: with "nolapic" I'm able to get back to my
desktop, however if I make any fs access (like running an executable),
the system just locks. At least it doesn't reboot so it's an
improvement. I'll try so investigate further.
--
Damien Thebault
^ permalink raw reply
* Re: [PATCH 4/6 v2] PM: Limit race conditions between runtime PM and system sleep (v2)
From: Linus Walleij @ 2011-11-02 21:00 UTC (permalink / raw)
To: Greg KH
Cc: Kevin Hilman, linux-scsi, LKML, Jesse Barnes, Ulf Hansson,
Tejun Heo, Linux PM mailing list, stable
In-Reply-To: <20111102201101.GA5581@kroah.com>
On Wed, Nov 2, 2011 at 9:11 PM, Greg KH <greg@kroah.com> wrote:
> On Wed, Nov 02, 2011 at 09:06:02PM +0100, Linus Walleij wrote:
>> On Wed, Nov 2, 2011 at 8:14 PM, Greg KH <greg@kroah.com> wrote:
>> > So, what specific git commits do you want to see in the 3.0-stable
>> > tree, and in what order should they be applied in?
>>
>> So to my untrained eye it looks like it should be applied like this (top to
>> bottom) using the reverse commit order from the mainline kernel:
>>
>> e529192 PM: Introduce generic "noirq" callback routines for subsystems (v2)
>> 455716e PM / Runtime: Update documentation of interactions with system sleep
>> 1e2ef05 PM: Limit race conditions between runtime PM and system sleep (v2)
>> f3393b6 PM / Runtime: Add new helper function: pm_runtime_status_suspended()
>>
>> So (2) documents the problem, (3) fixes it, whereas (1) and (4) makes
>> it possible
>> to write proper _noirq() code that does not race, IIRC.
>
> But, after this, it's just adding new infrastructure that drivers will
> then be able to use. As I'm not adding new drivers to 3.0, there will
> not be any users of this code, so why add it in the first place? It
> doesn't look like this follows the rules of the stable kernel tree at
> all, does it?
We'll have to get some feedback from Rafael, but the way I percieved
it, the patch (2) fixes a very real race, then fixing that makes it
necessary for drivers using runtime_pm to do things differently to
be on the safe side. But none were really fixed when first merging
it.
So on second thought you probably only want patch (2)
"PM: Limit race conditions between runtime PM and system sleep (v2)"
for stable.
Yours,
Linus Walleij
^ permalink raw reply
* Re: [PATCH 4/6 v2] PM: Limit race conditions between runtime PM and system sleep (v2)
From: Greg KH @ 2011-11-02 21:17 UTC (permalink / raw)
To: Linus Walleij
Cc: Kevin Hilman, linux-scsi, LKML, Jesse Barnes, Ulf Hansson,
Tejun Heo, Linux PM mailing list, stable
In-Reply-To: <CACRpkdafpsgUi-0K5krr2_Hp+8GzCG8ZPu-HVNOK0_7uwURxdg@mail.gmail.com>
On Wed, Nov 02, 2011 at 10:00:39PM +0100, Linus Walleij wrote:
> On Wed, Nov 2, 2011 at 9:11 PM, Greg KH <greg@kroah.com> wrote:
> > On Wed, Nov 02, 2011 at 09:06:02PM +0100, Linus Walleij wrote:
> >> On Wed, Nov 2, 2011 at 8:14 PM, Greg KH <greg@kroah.com> wrote:
> >> > So, what specific git commits do you want to see in the 3.0-stable
> >> > tree, and in what order should they be applied in?
> >>
> >> So to my untrained eye it looks like it should be applied like this (top to
> >> bottom) using the reverse commit order from the mainline kernel:
> >>
> >> e529192 PM: Introduce generic "noirq" callback routines for subsystems (v2)
> >> 455716e PM / Runtime: Update documentation of interactions with system sleep
> >> 1e2ef05 PM: Limit race conditions between runtime PM and system sleep (v2)
> >> f3393b6 PM / Runtime: Add new helper function: pm_runtime_status_suspended()
> >>
> >> So (2) documents the problem, (3) fixes it, whereas (1) and (4) makes
> >> it possible
> >> to write proper _noirq() code that does not race, IIRC.
> >
> > But, after this, it's just adding new infrastructure that drivers will
> > then be able to use. As I'm not adding new drivers to 3.0, there will
> > not be any users of this code, so why add it in the first place? It
> > doesn't look like this follows the rules of the stable kernel tree at
> > all, does it?
>
> We'll have to get some feedback from Rafael, but the way I percieved
> it, the patch (2) fixes a very real race, then fixing that makes it
> necessary for drivers using runtime_pm to do things differently to
> be on the safe side. But none were really fixed when first merging
> it.
>
> So on second thought you probably only want patch (2)
> "PM: Limit race conditions between runtime PM and system sleep (v2)"
> for stable.
Ok, Rafael, any objection to me applying just this one?
Linus, have you tested the 3.0 kernel with just this patch applied? If
not, please do so and let me know. I'll wait for that before doing
anything.
thanks,
greg k-h
^ permalink raw reply
* Re: [PATCH] CPU hotplug, PM: Remove unused symbol 'suspend_cpu_hotplug'
From: Rafael J. Wysocki @ 2011-11-03 0:19 UTC (permalink / raw)
To: Srivatsa S. Bhat
Cc: mingo, amwang, linux-pm, gregkh, linux-kernel, akpm, linux-pm,
a.p.zijlstra
In-Reply-To: <20111028134737.18461.60249.stgit@srivatsabhat.in.ibm.com>
On Friday, October 28, 2011, Srivatsa S. Bhat wrote:
>
> Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Applied to linux-pm/linux-next.
Thanks,
Rafael
> ---
>
> include/linux/cpu.h | 4 ----
> 1 files changed, 0 insertions(+), 4 deletions(-)
>
> diff --git a/include/linux/cpu.h b/include/linux/cpu.h
> index b1a635a..6cb60fd 100644
> --- a/include/linux/cpu.h
> +++ b/include/linux/cpu.h
> @@ -196,13 +196,9 @@ static inline void cpu_hotplug_driver_unlock(void)
> #endif /* CONFIG_HOTPLUG_CPU */
>
> #ifdef CONFIG_PM_SLEEP_SMP
> -extern int suspend_cpu_hotplug;
> -
> extern int disable_nonboot_cpus(void);
> extern void enable_nonboot_cpus(void);
> #else /* !CONFIG_PM_SLEEP_SMP */
> -#define suspend_cpu_hotplug 0
> -
> static inline int disable_nonboot_cpus(void) { return 0; }
> static inline void enable_nonboot_cpus(void) {}
> #endif /* !CONFIG_PM_SLEEP_SMP */
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
^ permalink raw reply
* Re: PM / OPP: Fix build when CONFIG_PM_OPP is not set
From: Rafael J. Wysocki @ 2011-11-03 0:21 UTC (permalink / raw)
To: Tony Lindgren
Cc: Kevin Hilman, linux-kernel, Kyungmin Park, MyungJoo Ham, linux-pm,
linux-omap
In-Reply-To: <20111102170055.GI31337@atomide.com>
On Wednesday, November 02, 2011, Tony Lindgren wrote:
> Commit 03ca370fbf7b76d6d002380dbdc2cdc2319f9c80 (PM / OPP: Add
> OPP availability change notifier) does not compile if CONFIG_PM_OPP
> is not set:
>
> arch/arm/plat-omap/omap-pm-noop.o: In function `opp_get_notifier':
> include/linux/opp.h:103: multiple definition of `opp_get_notifier'
> include/linux/opp.h:103: first defined here
>
> Also fix incorrect comment.
>
> Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
> Cc: Kyungmin Park <kyungmin.park@samsung.com>
> Cc: Mike Turquette <mturquette@ti.com>
> Cc: Kevin Hilman <khilman@ti.com>
> Cc: Rafael J. Wysocki <rjw@sisk.pl>
> Signed-off-by: Tony Lindgren <tony@atomide.com>
Applied to linux-pm/linux-next.
Thanks,
Rafael
> ---
>
> I'm seeing this with omap1_defconfig at least.
>
> --- a/include/linux/opp.h
> +++ b/include/linux/opp.h
> @@ -97,11 +97,11 @@ static inline int opp_disable(struct device *dev, unsigned long freq)
> return 0;
> }
>
> -struct srcu_notifier_head *opp_get_notifier(struct device *dev)
> +static inline struct srcu_notifier_head *opp_get_notifier(struct device *dev)
> {
> return ERR_PTR(-EINVAL);
> }
> -#endif /* CONFIG_PM */
> +#endif /* CONFIG_PM_OPP */
>
> #if defined(CONFIG_CPU_FREQ) && defined(CONFIG_PM_OPP)
> int opp_init_cpufreq_table(struct device *dev,
>
>
^ permalink raw reply
* Re: [PATCH 4/6 v2] PM: Limit race conditions between runtime PM and system sleep (v2)
From: Rafael J. Wysocki @ 2011-11-03 0:28 UTC (permalink / raw)
To: Greg KH
Cc: Kevin Hilman, linux-scsi, LKML, Jesse Barnes, Ulf Hansson,
Tejun Heo, Linux PM mailing list, stable
In-Reply-To: <20111102211708.GA19025@kroah.com>
On Wednesday, November 02, 2011, Greg KH wrote:
> On Wed, Nov 02, 2011 at 10:00:39PM +0100, Linus Walleij wrote:
> > On Wed, Nov 2, 2011 at 9:11 PM, Greg KH <greg@kroah.com> wrote:
> > > On Wed, Nov 02, 2011 at 09:06:02PM +0100, Linus Walleij wrote:
> > >> On Wed, Nov 2, 2011 at 8:14 PM, Greg KH <greg@kroah.com> wrote:
> > >> > So, what specific git commits do you want to see in the 3.0-stable
> > >> > tree, and in what order should they be applied in?
> > >>
> > >> So to my untrained eye it looks like it should be applied like this (top to
> > >> bottom) using the reverse commit order from the mainline kernel:
> > >>
> > >> e529192 PM: Introduce generic "noirq" callback routines for subsystems (v2)
> > >> 455716e PM / Runtime: Update documentation of interactions with system sleep
> > >> 1e2ef05 PM: Limit race conditions between runtime PM and system sleep (v2)
> > >> f3393b6 PM / Runtime: Add new helper function: pm_runtime_status_suspended()
> > >>
> > >> So (2) documents the problem, (3) fixes it, whereas (1) and (4) makes
> > >> it possible
> > >> to write proper _noirq() code that does not race, IIRC.
> > >
> > > But, after this, it's just adding new infrastructure that drivers will
> > > then be able to use. As I'm not adding new drivers to 3.0, there will
> > > not be any users of this code, so why add it in the first place? It
> > > doesn't look like this follows the rules of the stable kernel tree at
> > > all, does it?
> >
> > We'll have to get some feedback from Rafael, but the way I percieved
> > it, the patch (2) fixes a very real race, then fixing that makes it
> > necessary for drivers using runtime_pm to do things differently to
> > be on the safe side. But none were really fixed when first merging
> > it.
> >
> > So on second thought you probably only want patch (2)
> > "PM: Limit race conditions between runtime PM and system sleep (v2)"
> > for stable.
>
> Ok, Rafael, any objection to me applying just this one?
Well, I'd prefer not to unless there are reports confirming user problems
being fixed specifically by this patch. It changes the PM core's behavior
quite significantly and I'm a little afraid of possible regressions that may
result from it.
Thanks,
Rafael
^ permalink raw reply
* Re: [PATCH 4/6 v2] PM: Limit race conditions between runtime PM and system sleep (v2)
From: Greg KH @ 2011-11-03 1:31 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Kevin Hilman, linux-scsi, LKML, Jesse Barnes, Ulf Hansson,
Tejun Heo, Linux PM mailing list, stable
In-Reply-To: <201111030128.52823.rjw@sisk.pl>
On Thu, Nov 03, 2011 at 01:28:52AM +0100, Rafael J. Wysocki wrote:
> On Wednesday, November 02, 2011, Greg KH wrote:
> > On Wed, Nov 02, 2011 at 10:00:39PM +0100, Linus Walleij wrote:
> > > On Wed, Nov 2, 2011 at 9:11 PM, Greg KH <greg@kroah.com> wrote:
> > > > On Wed, Nov 02, 2011 at 09:06:02PM +0100, Linus Walleij wrote:
> > > >> On Wed, Nov 2, 2011 at 8:14 PM, Greg KH <greg@kroah.com> wrote:
> > > >> > So, what specific git commits do you want to see in the 3.0-stable
> > > >> > tree, and in what order should they be applied in?
> > > >>
> > > >> So to my untrained eye it looks like it should be applied like this (top to
> > > >> bottom) using the reverse commit order from the mainline kernel:
> > > >>
> > > >> e529192 PM: Introduce generic "noirq" callback routines for subsystems (v2)
> > > >> 455716e PM / Runtime: Update documentation of interactions with system sleep
> > > >> 1e2ef05 PM: Limit race conditions between runtime PM and system sleep (v2)
> > > >> f3393b6 PM / Runtime: Add new helper function: pm_runtime_status_suspended()
> > > >>
> > > >> So (2) documents the problem, (3) fixes it, whereas (1) and (4) makes
> > > >> it possible
> > > >> to write proper _noirq() code that does not race, IIRC.
> > > >
> > > > But, after this, it's just adding new infrastructure that drivers will
> > > > then be able to use. As I'm not adding new drivers to 3.0, there will
> > > > not be any users of this code, so why add it in the first place? It
> > > > doesn't look like this follows the rules of the stable kernel tree at
> > > > all, does it?
> > >
> > > We'll have to get some feedback from Rafael, but the way I percieved
> > > it, the patch (2) fixes a very real race, then fixing that makes it
> > > necessary for drivers using runtime_pm to do things differently to
> > > be on the safe side. But none were really fixed when first merging
> > > it.
> > >
> > > So on second thought you probably only want patch (2)
> > > "PM: Limit race conditions between runtime PM and system sleep (v2)"
> > > for stable.
> >
> > Ok, Rafael, any objection to me applying just this one?
>
> Well, I'd prefer not to unless there are reports confirming user problems
> being fixed specifically by this patch. It changes the PM core's behavior
> quite significantly and I'm a little afraid of possible regressions that may
> result from it.
Ok, good reason to not apply it, consider it dropped :)
greg k-h
^ permalink raw reply
* Re: [PATCH 1/3 v3] ARM: EXYNOS4: Support for generic I/O power domains on EXYNOS4210/4212
From: Kukjin Kim @ 2011-11-03 2:09 UTC (permalink / raw)
To: 'Chanwoo Choi'
Cc: 'Sylwester Nawrocki', 'linux-samsung-soc',
'Russell King - ARM Linux', 'Kyungmin Park',
linux-pm, 'linux-arm-kernel'
In-Reply-To: <4EA690EF.4000703@samsung.com>
Chanwoo Choi wrote:
>
> This patch support the generic power domains to control power domain
> of EXYNOS4.
>
> Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
> ---
> arch/arm/mach-exynos4/Kconfig | 2 +
> arch/arm/mach-exynos4/Makefile | 1 +
> arch/arm/mach-exynos4/include/mach/pm-exynos4.h | 50 +++++
> arch/arm/mach-exynos4/include/mach/regs-clock.h | 9 +
> arch/arm/mach-exynos4/include/mach/regs-pmu.h | 2 +
> arch/arm/mach-exynos4/pm-exynos4.c | 237
> +++++++++++++++++++++++
> 6 files changed, 301 insertions(+), 0 deletions(-)
> create mode 100644 arch/arm/mach-exynos4/include/mach/pm-exynos4.h
> create mode 100644 arch/arm/mach-exynos4/pm-exynos4.c
>
> diff --git a/arch/arm/mach-exynos4/Kconfig b/arch/arm/mach-exynos4/Kconfig
> index 4924838..d042e53 100644
> --- a/arch/arm/mach-exynos4/Kconfig
> +++ b/arch/arm/mach-exynos4/Kconfig
> @@ -14,6 +14,7 @@ config CPU_EXYNOS4210
> select SAMSUNG_DMADEV
> select S5P_PM if PM
> select S5P_SLEEP if PM
> + select PM_GENERIC_DOMAINS if PM
> help
> Enable EXYNOS4210 CPU support
>
> @@ -21,6 +22,7 @@ config SOC_EXYNOS4212
> bool
> select S5P_PM if PM
> select S5P_SLEEP if PM
> + select PM_GENERIC_DOMAINS if PM
> help
> Enable EXYNOS4212 SoC support
>
> diff --git a/arch/arm/mach-exynos4/Makefile b/arch/arm/mach-exynos4/Makefile
> index 2bb18f4..d73a4e7 100644
> --- a/arch/arm/mach-exynos4/Makefile
> +++ b/arch/arm/mach-exynos4/Makefile
> @@ -14,6 +14,7 @@ obj- :=
>
> obj-$(CONFIG_ARCH_EXYNOS4) += cpu.o init.o clock.o irq-combiner.o
> obj-$(CONFIG_ARCH_EXYNOS4) += setup-i2c0.o irq-eint.o dma.o pmu.o
> +obj-$(CONFIG_ARCH_EXYNOS4) += pm-exynos4.o
> obj-$(CONFIG_CPU_EXYNOS4210) += clock-exynos4210.o
> obj-$(CONFIG_SOC_EXYNOS4212) += clock-exynos4212.o
> obj-$(CONFIG_PM) += pm.o
> diff --git a/arch/arm/mach-exynos4/include/mach/pm-exynos4.h b/arch/arm/mach-
> exynos4/include/mach/pm-exynos4.h
> new file mode 100644
> index 0000000..31f6b75
> --- /dev/null
> +++ b/arch/arm/mach-exynos4/include/mach/pm-exynos4.h
> @@ -0,0 +1,50 @@
> +/* linux/arch/arm/mach-exynos4/include/mach/pm-exynos4.h
> + *
> + * EXYNOS4 series Power management support
> + *
> + * Copyright (c) 2011 Samsung Electronics Co., Ltd.
> + * http://www.samsung.com
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Software Foundation.
> + */
> +
> +#ifndef PM_EXYNOS4_H
> +#define PM_EXYNOS4_H
> +
> +#include <linux/pm_domain.h>
> +
> +#ifdef CONFIG_PM
> +struct exynos4_pm_domain {
> + struct generic_pm_domain genpd;
> + const char *name;
> + void __iomem *base;
> + u32 clkgate_mask;
> +};
> +
> +extern int exynos4_add_device_to_domain(struct exynos4_pm_domain
> *exynos4_pd,
> + struct platform_device *pdev);
> +extern void exynos4210_init_pm_domains(void);
> +extern void exynos4x12_init_pm_domains(void);
> +
> +/* Common power domain for EXYNOS4 series */
> +extern struct exynos4_pm_domain exynos4_pd_mfc;
> +extern struct exynos4_pm_domain exynos4_pd_g3d;
> +extern struct exynos4_pm_domain exynos4_pd_lcd0;
> +extern struct exynos4_pm_domain exynos4_pd_tv;
> +extern struct exynos4_pm_domain exynos4_pd_cam;
> +extern struct exynos4_pm_domain exynos4_pd_gps;
> +
> +/* Only for EXYNOS4210 */
> +extern struct exynos4_pm_domain exynos4_pd_lcd1;
> +
> +/* Only for EXYNOS4x12 */
> +extern struct exynos4_pm_domain exynos4_pd_isp;
> +
> +#else
> +#define exynos4_add_device_to_domain(exynos4_pd, pdev) { }
> +#define exynos4210_init_pm_domains() { }
> +#define exynos4x12_init_pm_domains() { }
> +#endif /* CONFIG_PM */
> +#endif /* PM_EXYNOS4_H */
> diff --git a/arch/arm/mach-exynos4/include/mach/regs-clock.h b/arch/arm/mach-
> exynos4/include/mach/regs-clock.h
> index 6c37ebe..c519ade 100644
> --- a/arch/arm/mach-exynos4/include/mach/regs-clock.h
> +++ b/arch/arm/mach-exynos4/include/mach/regs-clock.h
> @@ -194,6 +194,13 @@
> #define S5P_CLKDIV_BUS_GPLR_SHIFT (4)
> #define S5P_CLKDIV_BUS_GPLR_MASK (0x7 <<
> S5P_CLKDIV_BUS_GPLR_SHIFT)
>
> +#define S5P_CLKGATE_BLOCK_CAM (1 << 0)
> +#define S5P_CLKGATE_BLOCK_TV (1 << 1)
> +#define S5P_CLKGATE_BLOCK_MFC (1 << 2)
> +#define S5P_CLKGATE_BLOCK_G3D (1 << 3)
> +#define S5P_CLKGATE_BLOCK_LCD0 (1 << 4)
> +#define S5P_CLKGATE_BLOCK_GPS (1 << 7)
> +
> /* Only for EXYNOS4210 */
>
> #define S5P_CLKSRC_LCD1 S5P_CLKREG(0x0C238)
> @@ -201,6 +208,8 @@
> #define S5P_CLKDIV_LCD1 S5P_CLKREG(0x0C538)
> #define S5P_CLKGATE_IP_LCD1 S5P_CLKREG(0x0C938)
>
> +#define S5P_CLKGATE_BLOCK_LCD1 (1 << 5)
> +
> /* Compatibility defines and inclusion */
>
> #include <mach/regs-pmu.h>
> diff --git a/arch/arm/mach-exynos4/include/mach/regs-pmu.h b/arch/arm/mach-
> exynos4/include/mach/regs-pmu.h
> index 4fff8e9..da397d5 100644
> --- a/arch/arm/mach-exynos4/include/mach/regs-pmu.h
> +++ b/arch/arm/mach-exynos4/include/mach/regs-pmu.h
> @@ -217,4 +217,6 @@
> #define S5P_SECSS_MEM_OPTION
> S5P_PMUREG(0x2EC8)
> #define S5P_ROTATOR_MEM_OPTION
> S5P_PMUREG(0x2F48)
>
> +#define S5P_PMU_ISP_CONF S5P_PMUREG(0x3CA0)
> +
> #endif /* __ASM_ARCH_REGS_PMU_H */
> diff --git a/arch/arm/mach-exynos4/pm-exynos4.c b/arch/arm/mach-exynos4/pm-
> exynos4.c
> new file mode 100644
> index 0000000..c35952b
> --- /dev/null
> +++ b/arch/arm/mach-exynos4/pm-exynos4.c
> @@ -0,0 +1,237 @@
> +/* linux/arch/arm/mach-exynos4/pm-exynos4.c
> + *
> + * EXYNOS4 series Power management support
> + *
> + * Copyright (c) 2011 Samsung Electronics Co., Ltd.
> + * http://www.samsung.com
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Software Foundation.
> + */
> +#include <linux/delay.h>
> +#include <linux/err.h>
> +#include <linux/pm_runtime.h>
> +#include <linux/platform_device.h>
> +#include <linux/pm_domain.h>
> +#include <linux/io.h>
> +
> +#include <mach/regs-clock.h>
> +#include <mach/pm-exynos4.h>
> +
> +#ifdef CONFIG_PM
> +/*
> + * Define function to support generic power domain
> + */
> +
> +static DEFINE_SPINLOCK(clkgate_block_lock);
> +
> +static struct exynos4_pm_domain *to_exynos4_pd(struct generic_pm_domain
> *pd)
> +{
> + return container_of(pd, struct exynos4_pm_domain, genpd);
> +}
> +
> +static int __exynos4_pd_power_down(struct generic_pm_domain *genpd)
> +{
> + struct exynos4_pm_domain *exynos4_pd = to_exynos4_pd(genpd);
> + u32 timeout;
> +
> + /* Disable the power of power-domain */
> + __raw_writel(0, exynos4_pd->base);
> +
> + /* Wait max 1ms */
> + timeout = 10;
> + while (__raw_readl(exynos4_pd->base + 0x4) &
> S5P_INT_LOCAL_PWR_EN) {
> + if (timeout == 0) {
> + pr_err("Power domain %s disable failed.\n",
> exynos4_pd->name);
> + return -ETIMEDOUT;
> + }
> + timeout--;
> + usleep_range(90, 110);
> + }
> +
> + /* Configure the clock-gating control register for block to turn off */
> + if (exynos4_pd->clkgate_mask) {
> + unsigned long flags;
> + u32 reg;
> +
> + spin_lock_irqsave(&clkgate_block_lock, flags);
> + reg = __raw_readl(S5P_CLKGATE_BLOCK);
> + reg &= ~exynos4_pd->clkgate_mask;
> + __raw_writel(reg, S5P_CLKGATE_BLOCK);
> + spin_unlock_irqrestore(&clkgate_block_lock, flags);
> + }
> +
> + return 0;
> +}
> +
> +static int __exynos4_pd_power_up(struct generic_pm_domain *genpd)
> +{
> + struct exynos4_pm_domain *exynos4_pd = to_exynos4_pd(genpd);
> + u32 timeout;
> +
> + /* Enable power domain */
> + __raw_writel(S5P_INT_LOCAL_PWR_EN, exynos4_pd->base);
> +
> + /* Wait max 1ms */
> + timeout = 10;
> + while ((__raw_readl(exynos4_pd->base + 0x4) &
> S5P_INT_LOCAL_PWR_EN)
> + != S5P_INT_LOCAL_PWR_EN) {
> + if (timeout == 0) {
> + pr_err("Power domain %s enable failed.\n",
> + exynos4_pd->name);
> + return -ETIMEDOUT;
> + }
> + timeout--;
> + usleep_range(90, 110);
> + }
> +
> + /* Configure the clock-gating control register for block to turn on */
> + if (exynos4_pd->clkgate_mask) {
> + unsigned long flags;
> + u32 reg;
> +
> + spin_lock_irqsave(&clkgate_block_lock, flags);
> + reg = __raw_readl(S5P_CLKGATE_BLOCK);
> + reg |= exynos4_pd->clkgate_mask;
> + __raw_writel(reg, S5P_CLKGATE_BLOCK);
> + spin_unlock_irqrestore(&clkgate_block_lock, flags);
> + }
> +
> + return 0;
> +}
> +
> +static bool __exynos4_pd_active_wakeup(struct device *dev)
> +{
> + return true;
> +}
> +
> +static void __exynos4_init_pm_domain(struct exynos4_pm_domain *exynos4_pd)
> +{
> + struct generic_pm_domain *genpd;
> +
> + if (!exynos4_pd) {
> + pr_err("Failed to initialize Power domain(%s)\n", exynos4_pd-
> >name);
> + return;
> + }
> +
> + genpd = &exynos4_pd->genpd;
> +
> + pm_genpd_init(genpd, NULL, false);
> + genpd->active_wakeup = __exynos4_pd_active_wakeup;
> + genpd->power_off = __exynos4_pd_power_down;
> + genpd->power_on = __exynos4_pd_power_up;
> +}
> +
> +/*
> + * Define power domain of EXYNOS4 series
> + * - EXYNOS4210
> + * - EXYNOS4212
> + */
> +/* Common power domain on EXYNOS4 series */
> +struct exynos4_pm_domain exynos4_pd_mfc = {
> + .name = "PD_MFC",
> + .base = S5P_PMU_MFC_CONF,
> + .clkgate_mask = S5P_CLKGATE_BLOCK_MFC,
> +};
> +
> +struct exynos4_pm_domain exynos4_pd_g3d = {
> + .name = "PD_G3D",
> + .base = S5P_PMU_G3D_CONF,
> + .clkgate_mask = S5P_CLKGATE_BLOCK_G3D,
> +};
> +
> +struct exynos4_pm_domain exynos4_pd_lcd0 = {
> + .name = "PD_LCD0",
> + .base = S5P_PMU_LCD0_CONF,
> + .clkgate_mask = S5P_CLKGATE_BLOCK_LCD0,
> +};
> +
> +struct exynos4_pm_domain exynos4_pd_tv = {
> + .name = "PD_TV",
> + .base = S5P_PMU_TV_CONF,
> + .clkgate_mask = S5P_CLKGATE_BLOCK_TV,
> +};
> +
> +struct exynos4_pm_domain exynos4_pd_cam = {
> + .name = "PD_CAM",
> + .base = S5P_PMU_CAM_CONF,
> + .clkgate_mask = S5P_CLKGATE_BLOCK_CAM,
> +};
> +
> +struct exynos4_pm_domain exynos4_pd_gps = {
> + .name = "PD_GPS",
> + .base = S5P_PMU_GPS_CONF,
> + .clkgate_mask = S5P_CLKGATE_BLOCK_GPS,
> +};
> +
> +/* Only for EXYNOS4210 */
> +struct exynos4_pm_domain exynos4_pd_lcd1 = {
> + .name = "PD_LCD1",
> + .base = S5P_PMU_LCD1_CONF,
> + .clkgate_mask = S5P_CLKGATE_BLOCK_LCD1,
> +};
> +
> +/* Only for EXYNOS4212 */
> +struct exynos4_pm_domain exynos4_pd_isp = {
> + .name = "PD_ISP",
> + .base = S5P_PMU_ISP_CONF,
> +};
> +
> +/*
> + * Define function which initalize power domain and add device to it
> + */
> +int exynos4_add_device_to_domain(struct exynos4_pm_domain *exynos4_pd,
> + struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + int ret;
> +
> + if (!exynos4_pd || !pdev)
> + return -EINVAL;
> +
> + ret = pm_genpd_add_device(&exynos4_pd->genpd, dev);
> + if (ret < 0) {
> + pr_err("Failed to add %s device to power domain(%s)\n",
> + dev_name(&pdev->dev), exynos4_pd->name);
> + return ret;
> + }
> +
> + pr_info("Add %s device to power domain(%s)\n",
> + dev_name(&pdev->dev), exynos4_pd->name);
> + return 0;
> +}
> +
> +void exynos4_init_pm_domains(void)
> +{
> + __exynos4_init_pm_domain(&exynos4_pd_mfc);
> + __exynos4_init_pm_domain(&exynos4_pd_g3d);
> + __exynos4_init_pm_domain(&exynos4_pd_lcd0);
> + __exynos4_init_pm_domain(&exynos4_pd_tv);
> + __exynos4_init_pm_domain(&exynos4_pd_cam);
> + __exynos4_init_pm_domain(&exynos4_pd_gps);
> +
> +}
> +
> +/* Initialize EXYNOS4210 power domain */
> +void exynos4210_init_pm_domains(void)
> +{
> + exynos4_init_pm_domains();
> +
> + __exynos4_init_pm_domain(&exynos4_pd_lcd1);
> +
> + /* Enabled the power domain of LCD0 */
> + __exynos4_pd_power_up(&exynos4_pd_lcd0.genpd);
> +}
> +
> +/* Initialize EXYNOS4x12 power domain */
> +void exynos4x12_init_pm_domains(void)
> +{
> + exynos4_init_pm_domains();
> +
> + __exynos4_init_pm_domain(&exynos4_pd_isp);
> +
> + /* Enabled the power domain of LCD0 */
> + __exynos4_pd_power_up(&exynos4_pd_lcd0.genpd);
> +}
> +#endif /* CONFIG_PM */
> --
> 1.7.0.4
As I said, I don't think we should control/gate the clocks with regarding power domain. It should be controlled by each regarding device driver and in addition, as I know, to handle block of clock is not recommended on EXYNOS4 now.
Thanks.
Best regards,
Kgene.
--
Kukjin Kim <kgene.kim@samsung.com>, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.
^ permalink raw reply
* Re: [PATCH 3/3 v3] ARM: EXYNOS4: Delete the power domain code depend on samsung SoC
From: Kukjin Kim @ 2011-11-03 2:09 UTC (permalink / raw)
To: 'Chanwoo Choi'
Cc: 'Sylwester Nawrocki', 'linux-samsung-soc',
'Russell King - ARM Linux', 'Kyungmin Park',
linux-pm, 'linux-arm-kernel'
In-Reply-To: <4EA690F4.6040608@samsung.com>
Chanwoo Choi wrote:
>
> Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
> ---
> arch/arm/mach-exynos4/Kconfig | 5 -
> arch/arm/mach-exynos4/Makefile | 1 -
> arch/arm/mach-exynos4/dev-pd.c | 139 -------------------------------
> arch/arm/plat-samsung/Kconfig | 8 --
> arch/arm/plat-samsung/Makefile | 4 -
> arch/arm/plat-samsung/include/plat/pd.h | 30 -------
> arch/arm/plat-samsung/pd.c | 95 ---------------------
> 7 files changed, 0 insertions(+), 282 deletions(-)
> delete mode 100644 arch/arm/mach-exynos4/dev-pd.c
> delete mode 100644 arch/arm/plat-samsung/include/plat/pd.h
> delete mode 100644 arch/arm/plat-samsung/pd.c
>
> diff --git a/arch/arm/mach-exynos4/Kconfig b/arch/arm/mach-exynos4/Kconfig
> index d042e53..3c16ab0 100644
> --- a/arch/arm/mach-exynos4/Kconfig
> +++ b/arch/arm/mach-exynos4/Kconfig
> @@ -47,11 +47,6 @@ config EXYNOS4_SETUP_FIMD0
> help
> Common setup code for FIMD0.
>
> -config EXYNOS4_DEV_PD
> - bool
> - help
> - Compile in platform device definitions for Power Domain
> -
> config EXYNOS4_DEV_SYSMMU
> bool
> help
> diff --git a/arch/arm/mach-exynos4/Makefile b/arch/arm/mach-exynos4/Makefile
> index d73a4e7..2cad115 100644
> --- a/arch/arm/mach-exynos4/Makefile
> +++ b/arch/arm/mach-exynos4/Makefile
> @@ -42,7 +42,6 @@ obj-$(CONFIG_MACH_SMDK4412) += mach-
> smdk4x12.o
>
> obj-y += dev-audio.o
> obj-$(CONFIG_EXYNOS4_DEV_AHCI) += dev-ahci.o
> -obj-$(CONFIG_EXYNOS4_DEV_PD) += dev-pd.o
> obj-$(CONFIG_EXYNOS4_DEV_SYSMMU) += dev-sysmmu.o
> obj-$(CONFIG_EXYNOS4_DEV_DWMCI) += dev-dwmci.o
>
> diff --git a/arch/arm/mach-exynos4/dev-pd.c b/arch/arm/mach-exynos4/dev-pd.c
> deleted file mode 100644
> index 3273f25..0000000
> --- a/arch/arm/mach-exynos4/dev-pd.c
> +++ /dev/null
> @@ -1,139 +0,0 @@
> -/* linux/arch/arm/mach-exynos4/dev-pd.c
> - *
> - * Copyright (c) 2010-2011 Samsung Electronics Co., Ltd.
> - * http://www.samsung.com
> - *
> - * EXYNOS4 - Power Domain support
> - *
> - * This program is free software; you can redistribute it and/or modify
> - * it under the terms of the GNU General Public License version 2 as
> - * published by the Free Software Foundation.
> -*/
> -
> -#include <linux/io.h>
> -#include <linux/kernel.h>
> -#include <linux/platform_device.h>
> -#include <linux/delay.h>
> -
> -#include <mach/regs-pmu.h>
> -
> -#include <plat/pd.h>
> -
> -static int exynos4_pd_enable(struct device *dev)
> -{
> - struct samsung_pd_info *pdata = dev->platform_data;
> - u32 timeout;
> -
> - __raw_writel(S5P_INT_LOCAL_PWR_EN, pdata->base);
> -
> - /* Wait max 1ms */
> - timeout = 10;
> - while ((__raw_readl(pdata->base + 0x4) & S5P_INT_LOCAL_PWR_EN)
> - != S5P_INT_LOCAL_PWR_EN) {
> - if (timeout == 0) {
> - printk(KERN_ERR "Power domain %s enable failed.\n",
> - dev_name(dev));
> - return -ETIMEDOUT;
> - }
> - timeout--;
> - udelay(100);
> - }
> -
> - return 0;
> -}
> -
> -static int exynos4_pd_disable(struct device *dev)
> -{
> - struct samsung_pd_info *pdata = dev->platform_data;
> - u32 timeout;
> -
> - __raw_writel(0, pdata->base);
> -
> - /* Wait max 1ms */
> - timeout = 10;
> - while (__raw_readl(pdata->base + 0x4) & S5P_INT_LOCAL_PWR_EN) {
> - if (timeout == 0) {
> - printk(KERN_ERR "Power domain %s disable failed.\n",
> - dev_name(dev));
> - return -ETIMEDOUT;
> - }
> - timeout--;
> - udelay(100);
> - }
> -
> - return 0;
> -}
> -
> -struct platform_device exynos4_device_pd[] = {
> - {
> - .name = "samsung-pd",
> - .id = 0,
> - .dev = {
> - .platform_data = &(struct samsung_pd_info) {
> - .enable = exynos4_pd_enable,
> - .disable = exynos4_pd_disable,
> - .base = S5P_PMU_MFC_CONF,
> - },
> - },
> - }, {
> - .name = "samsung-pd",
> - .id = 1,
> - .dev = {
> - .platform_data = &(struct samsung_pd_info) {
> - .enable = exynos4_pd_enable,
> - .disable = exynos4_pd_disable,
> - .base = S5P_PMU_G3D_CONF,
> - },
> - },
> - }, {
> - .name = "samsung-pd",
> - .id = 2,
> - .dev = {
> - .platform_data = &(struct samsung_pd_info) {
> - .enable = exynos4_pd_enable,
> - .disable = exynos4_pd_disable,
> - .base = S5P_PMU_LCD0_CONF,
> - },
> - },
> - }, {
> - .name = "samsung-pd",
> - .id = 3,
> - .dev = {
> - .platform_data = &(struct samsung_pd_info) {
> - .enable = exynos4_pd_enable,
> - .disable = exynos4_pd_disable,
> - .base = S5P_PMU_LCD1_CONF,
> - },
> - },
> - }, {
> - .name = "samsung-pd",
> - .id = 4,
> - .dev = {
> - .platform_data = &(struct samsung_pd_info) {
> - .enable = exynos4_pd_enable,
> - .disable = exynos4_pd_disable,
> - .base = S5P_PMU_TV_CONF,
> - },
> - },
> - }, {
> - .name = "samsung-pd",
> - .id = 5,
> - .dev = {
> - .platform_data = &(struct samsung_pd_info) {
> - .enable = exynos4_pd_enable,
> - .disable = exynos4_pd_disable,
> - .base = S5P_PMU_CAM_CONF,
> - },
> - },
> - }, {
> - .name = "samsung-pd",
> - .id = 6,
> - .dev = {
> - .platform_data = &(struct samsung_pd_info) {
> - .enable = exynos4_pd_enable,
> - .disable = exynos4_pd_disable,
> - .base = S5P_PMU_GPS_CONF,
> - },
> - },
> - },
> -};
> diff --git a/arch/arm/plat-samsung/Kconfig b/arch/arm/plat-samsung/Kconfig
> index 74714c1..f29c443 100644
> --- a/arch/arm/plat-samsung/Kconfig
> +++ b/arch/arm/plat-samsung/Kconfig
> @@ -335,12 +335,4 @@ config SAMSUNG_WAKEMASK
> and above. This code allows a set of interrupt to wakeup-mask
> mappings. See <plat/wakeup-mask.h>
>
> -comment "Power Domain"
> -
> -config SAMSUNG_PD
> - bool "Samsung Power Domain"
> - depends on PM_RUNTIME
> - help
> - Say Y here if you want to control Power Domain by Runtime PM.
> -
> endif
> diff --git a/arch/arm/plat-samsung/Makefile b/arch/arm/plat-samsung/Makefile
> index a524fab..bd60e56 100644
> --- a/arch/arm/plat-samsung/Makefile
> +++ b/arch/arm/plat-samsung/Makefile
> @@ -48,10 +48,6 @@ obj-$(CONFIG_SAMSUNG_PM_CHECK) += pm-
> check.o
>
> obj-$(CONFIG_SAMSUNG_WAKEMASK) += wakeup-mask.o
>
> -# PD support
> -
> -obj-$(CONFIG_SAMSUNG_PD) += pd.o
> -
> # PWM support
>
> obj-$(CONFIG_HAVE_PWM) += pwm.o
> diff --git a/arch/arm/plat-samsung/include/plat/pd.h b/arch/arm/plat-
> samsung/include/plat/pd.h
> deleted file mode 100644
> index abb4bc3..0000000
> --- a/arch/arm/plat-samsung/include/plat/pd.h
> +++ /dev/null
> @@ -1,30 +0,0 @@
> -/* linux/arch/arm/plat-samsung/include/plat/pd.h
> - *
> - * Copyright (c) 2010-2011 Samsung Electronics Co., Ltd.
> - * http://www.samsung.com
> - *
> - * This program is free software; you can redistribute it and/or modify
> - * it under the terms of the GNU General Public License version 2 as
> - * published by the Free Software Foundation.
> -*/
> -
> -#ifndef __ASM_PLAT_SAMSUNG_PD_H
> -#define __ASM_PLAT_SAMSUNG_PD_H __FILE__
> -
> -struct samsung_pd_info {
> - int (*enable)(struct device *dev);
> - int (*disable)(struct device *dev);
> - void __iomem *base;
> -};
> -
> -enum exynos4_pd_block {
> - PD_MFC,
> - PD_G3D,
> - PD_LCD0,
> - PD_LCD1,
> - PD_TV,
> - PD_CAM,
> - PD_GPS
> -};
> -
> -#endif /* __ASM_PLAT_SAMSUNG_PD_H */
> diff --git a/arch/arm/plat-samsung/pd.c b/arch/arm/plat-samsung/pd.c
> deleted file mode 100644
> index efe1d56..0000000
> --- a/arch/arm/plat-samsung/pd.c
> +++ /dev/null
> @@ -1,95 +0,0 @@
> -/* linux/arch/arm/plat-samsung/pd.c
> - *
> - * Copyright (c) 2010 Samsung Electronics Co., Ltd.
> - * http://www.samsung.com
> - *
> - * Samsung Power domain support
> - *
> - * This program is free software; you can redistribute it and/or modify
> - * it under the terms of the GNU General Public License version 2 as
> - * published by the Free Software Foundation.
> -*/
> -
> -#include <linux/init.h>
> -#include <linux/module.h>
> -#include <linux/platform_device.h>
> -#include <linux/err.h>
> -#include <linux/pm_runtime.h>
> -
> -#include <plat/pd.h>
> -
> -static int samsung_pd_probe(struct platform_device *pdev)
> -{
> - struct samsung_pd_info *pdata = pdev->dev.platform_data;
> - struct device *dev = &pdev->dev;
> -
> - if (!pdata) {
> - dev_err(dev, "no device data specified\n");
> - return -ENOENT;
> - }
> -
> - pm_runtime_set_active(dev);
> - pm_runtime_enable(dev);
> -
> - dev_info(dev, "power domain registered\n");
> - return 0;
> -}
> -
> -static int __devexit samsung_pd_remove(struct platform_device *pdev)
> -{
> - struct device *dev = &pdev->dev;
> -
> - pm_runtime_disable(dev);
> - return 0;
> -}
> -
> -static int samsung_pd_runtime_suspend(struct device *dev)
> -{
> - struct samsung_pd_info *pdata = dev->platform_data;
> - int ret = 0;
> -
> - if (pdata->disable)
> - ret = pdata->disable(dev);
> -
> - dev_dbg(dev, "suspended\n");
> - return ret;
> -}
> -
> -static int samsung_pd_runtime_resume(struct device *dev)
> -{
> - struct samsung_pd_info *pdata = dev->platform_data;
> - int ret = 0;
> -
> - if (pdata->enable)
> - ret = pdata->enable(dev);
> -
> - dev_dbg(dev, "resumed\n");
> - return ret;
> -}
> -
> -static const struct dev_pm_ops samsung_pd_pm_ops = {
> - .runtime_suspend = samsung_pd_runtime_suspend,
> - .runtime_resume = samsung_pd_runtime_resume,
> -};
> -
> -static struct platform_driver samsung_pd_driver = {
> - .driver = {
> - .name = "samsung-pd",
> - .owner = THIS_MODULE,
> - .pm = &samsung_pd_pm_ops,
> - },
> - .probe = samsung_pd_probe,
> - .remove = __devexit_p(samsung_pd_remove),
> -};
> -
> -static int __init samsung_pd_init(void)
> -{
> - int ret;
> -
> - ret = platform_driver_register(&samsung_pd_driver);
> - if (ret)
> - printk(KERN_ERR "%s: failed to add PD driver\n", __func__);
> -
> - return ret;
> -}
> -arch_initcall(samsung_pd_init);
> --
> 1.7.0.4
Well, I can't agree on this because you removed power domain codes which can be used for all of Samsung stuff for only EXYNOS4's generic power domain even though it was used for only EXYNOS4.
Thanks.
Best regards,
Kgene.
--
Kukjin Kim <kgene.kim@samsung.com>, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.
^ permalink raw reply
* Re: [PATCH 1/3 v3] ARM: EXYNOS4: Support for generic I/O power domains on EXYNOS4210/4212
From: Sylwester Nawrocki @ 2011-11-03 10:24 UTC (permalink / raw)
To: Kukjin Kim
Cc: 'linux-samsung-soc', 'Russell King - ARM Linux',
'Sylwester Nawrocki', 'Kyungmin Park', linux-pm,
'linux-arm-kernel'
In-Reply-To: <013301cc99cd$8d5a6a00$a80f3e00$%kim@samsung.com>
Hi Kgene,
On 11/03/2011 03:09 AM, Kukjin Kim wrote:
> As I said, I don't think we should control/gate the clocks with regarding power domain.
As far as I know there is a plan to let the drivers override start/stop_device callbacks,
moreover the clock control can be disabled globally by not implementing start/stop_device
callbacks or per device by not adding clkdev entities to the device clock list at runtime
PM core. So IMHO, there is/going to be enough flexibility.
> It should be controlled by each regarding device driver and in addition, as I know,
> to handle block of clock is not recommended on EXYNOS4 now.
What do you mean by this ? I couldn't find such information in any documentation.
Shouldn't "clock gate block" registers be touched by boot loader and the kernel?
Our boot loaders disable all clocks, and if the global clock gate is not enabled
by the kernel there is no chance any multimedia device will work.
Should the global clock block gate be always enabled then ? I'm afraid it is not
optimal form power management POV.
--
Thanks,
Sylwester
^ permalink raw reply
* Re: [REGRESSION]: hibernate/sleep regression w/ bisection
From: Tejun Heo @ 2011-11-03 15:59 UTC (permalink / raw)
To: Dmitry Torokhov; +Cc: linux-pm, Andrew Watts, linux-kernel
In-Reply-To: <20111102163109.GA29430@core.coreip.homeip.net>
Hello,
On Wed, Nov 02, 2011 at 09:31:09AM -0700, Dmitry Torokhov wrote:
> On Wed, Nov 02, 2011 at 11:02:09AM -0500, Andrew Watts wrote:
> > On Tue, Nov 01, 2011 at 10:46:58PM -0700, Dmitry Torokhov wrote:
> > >
> > > Are you hibernating from text console or X? Can you try plugging in USB
> > > keyboard and see if you are getting input? What about ssh into the box?
> >
> > Forgot to answer a few of your questions. Plugging in a USB keyboard does
> > not help.
>
> OK, it looks like you do have input, what you do not have is X
> functioning.
>
> I am not sure why radeon reports lockup with that patch; serio uses
> system_long_wq to schedule its long-playing works and the only other
> user of system_long_wq seems to be sata, but then concurrency management
> should take care of them sharing the workqueue.
>
> Tejun, do you have any ideas here?
Not at all. Dang, I was feeling pretty sure that it was some missing
queue_work somewhere. So, input is working fine but X locks up
because of that change? That's just odd.
Andrew, just in case, can you please double check that you're
reverting only that single commit (not all the ones afterwards) and
the test results? If they're all okay, can you please trigger the
problem, wait a while, trigger sysrq-t and attach the kernel log?
Thank you.
--
tejun
^ permalink raw reply
* Re: [REGRESSION]: hibernate/sleep regression w/ bisection
From: Andrew Watts @ 2011-11-03 18:46 UTC (permalink / raw)
To: Tejun Heo; +Cc: linux-pm, Dmitry Torokhov, linux-kernel
In-Reply-To: <20111103155956.GG4417@google.com>
On Thu, Nov 03, 2011 at 08:59:56AM -0700, Tejun Heo wrote:
> Andrew, just in case, can you please double check that you're
> reverting only that single commit (not all the ones afterwards) and
> the test results? If they're all okay, can you please trigger the
> problem, wait a while, trigger sysrq-t and attach the kernel log?
Hi Tejun.
I am only reverting 8ee294cd9def0004887da7f44b80563493b0a097 though I first
revert part of 1d64b655dc083df5c5ac39945ccbbc6532903bf1 so it reverts
cleanly.
I am very sure of my test results; normally I get 4-5 bad resumes on a 20
hibernate loop and get no bad resumes with the commit reverted. I have
been very thorough in my testing to ensure I am not generating false
positives or false negatives (repeating the loops many times).
Below is the output you asked for (sysrq t).
Thanks.
~ Andy
======================
kernel: [ 345.226523] SysRq : Show State
kernel: [ 345.226531] task PC stack pid father
kernel: [ 345.226535] init S f4a47b68 5488 1 0 0x00000000
kernel: [ 345.226765] kthreadd S 00000000 7172 2 0 0x00000000
kernel: [ 345.226819] ksoftirqd/0 S 0000003f 7472 3 2 0x00000000
kernel: [ 345.226887] kworker/u:0 S 00000000 6404 5 2 0x00000000
kernel: [ 345.226956] rcu_kthread S c10ce899 7324 6 2 0x00000000
kernel: [ 345.227032] watchdog/0 S 0000000b 7616 7 2 0x00000000
kernel: [ 345.227096] cpuset S f5c55f58 7696 8 2 0x00000000
kernel: [ 345.227160] khelper S f5c57f58 7696 9 2 0x00000000
kernel: [ 345.227224] kworker/u:1 S 00000000 5800 10 2 0x00000000
kernel: [ 345.227284] netns S f5c69f58 7660 13 2 0x00000000
kernel: [ 345.227348] sync_supers S f5ca5fbc 7712 227 2 0x00000000
kernel: [ 345.227425] bdi-default S f5ca7e70 7392 229 2 0x00000000
kernel: [ 345.227507] kblockd S f5cd7f58 7660 231 2 0x00000000
kernel: [ 345.227509] ata_sff S f5cf1f58 7660 318 2 0x00000000
kernel: [ 345.227509] khubd S c13f0020 5844 328 2 0x00000000
kernel: [ 345.227509] md S f5ce1f58 7660 335 2 0x00000000
kernel: [ 345.227509] cfg80211 S f5cfdf58 7660 345 2 0x00000000
kernel: [ 345.227509] kworker/0:1 S f49ae800 6248 346 2 0x00000000
kernel: [ 345.227509] rpciod S f5ce5f58 7660 444 2 0x00000000
kernel: [ 345.227509] khungtaskd S 00000000 7564 461 2 0x00000000
kernel: [ 345.227509] kswapd0 S f5d25ea8 7444 467 2 0x00000000
kernel: [ 345.227509] fsnotify_mark S 00000000 7668 532 2 0x00000000
kernel: [ 345.227509] nfsiod S f5f05f58 7660 544 2 0x00000000
kernel: [ 345.227509] crypto S f5f19f58 7660 549 2 0x00000000
kernel: [ 345.227509] ttm_swap S f5f13f58 7660 628 2 0x00000000
kernel: [ 345.227509] kworker/0:2 S 000ce000 6776 768 2 0x00000000
kernel: [ 345.227509] kpsmoused S f577ff58 7660 776 2 0x00000000
kernel: [ 345.227509] kjournald S 0000004f 6524 834 2 0x00000000
kernel: [ 345.227509] udevd S f500de68 6192 866 1 0x00000000
kernel: [ 345.227509] kworker/0:3 S f5115f20 6860 1043 2 0x00000000
kernel: [ 345.227509] pccardd S f52dff24 7344 1048 2 0x00000000
kernel: [ 345.227509] pccardd S f530bf24 7344 1050 2 0x00000000
kernel: [ 345.227509] flush-3:0 S c10d787b 6432 1116 2 0x00000000
kernel: [ 345.227509] syslogd S 00000000 6164 1167 1 0x00000000
kernel: [ 345.227509] klogd S 00000058 6612 1171 1 0x00000000
kernel: [ 345.227509] inetd S 00000000 6440 1283 1 0x00000000
kernel: [ 345.227509] sshd S 00000000 6332 1286 1 0x00000000
kernel: [ 345.227509] acpid S f539daf4 6248 1293 1 0x00000000
kernel: [ 345.227509] dbus-daemon S 00000000 6356 1301 1 0x00000000
kernel: [ 345.227509] hald S f5c649e0 6180 1306 1 0x00000000
kernel: [ 345.227509] hald S f77d82c4 7076 1308 1 0x00000000
kernel: [ 345.227509] hald-runner S c11f5171 6356 1307 1306 0x00000000
kernel: [ 345.227509] hald-addon-inpu S 0222270e 6356 1342 1307 0x00000000
kernel: [ 345.227509] hald-addon-gene S 00000010 6592 1344 1307 0x00000000
kernel: [ 345.227509] hald-addon-acpi S 00000001 6572 1356 1307 0x00000000
kernel: [ 345.227509] crond S f53cdf40 6632 1363 1 0x00000000
kernel: [ 345.227509] atd S f53d1fb4 6532 1365 1 0x00000000
kernel: [ 345.227509] sendmail S f53f1f40 6268 1368 1 0x00000000
kernel: [ 345.227509] sendmail S f517c800 6176 1371 1 0x00000000
kernel: [ 345.227509] udevd S f53dde8c 6592 1377 866 0x00000000
kernel: [ 345.227509] udevd S f57a8000 6924 1378 866 0x00000000
kernel: [ 345.227509] vnstatd S 00000000 6556 1421 1 0x00000000
kernel: [ 345.227509] auditd S f5cb3d90 6584 1427 1 0x00000000
kernel: [ 345.227509] auditd S c1029e3c 6072 1428 1 0x00000000
kernel: [ 345.227509] kauditd S f481bf2c 7440 1430 2 0x00000000
kernel: [ 345.227509] bash S f5009b80 5844 1613 1 0x00000080
kernel: [ 345.227509] agetty S f53e3e04 6748 1614 1 0x00000080
kernel: [ 345.227509] agetty S f53e5e04 6748 1615 1 0x00000080
kernel: [ 345.227509] agetty S f4819e04 6748 1616 1 0x00000080
kernel: [ 345.227509] agetty S f53f3e04 6704 1617 1 0x00000080
kernel: [ 345.227509] agetty S f4971e04 6404 1618 1 0x00000080
kernel: [ 345.227509] startx S f5ddb700 6308 1633 1613 0x00000080
kernel: [ 345.227509] xinit S f49b5f9c 6592 1649 1633 0x00000080
kernel: [ 345.227509] X S f49d5944 5468 1650 1649 0x00400080
kernel: [ 345.227509] sh S f51e7180 6480 1658 1649 0x00000080
kernel: [ 345.227509] xscreensaver S f53f1f40 5800 1664 1658 0x00000080
kernel: [ 345.227509] ssh-agent S 00000000 6440 1667 1 0x00000080
kernel: [ 345.227509] dbus-launch S 00000000 6440 1672 1 0x00000080
kernel: [ 345.227509] dbus-daemon S 00000000 6356 1674 1 0x00000080
kernel: [ 345.227509] xfce4-session S f4a0daf4 5800 1676 1658 0x00000080
kernel: [ 345.227509] xfconfd S 00000033 5728 1678 1 0x00000080
kernel: [ 345.227509] xfwm4 S c11f5234 5896 1683 1 0x00000080
kernel: [ 345.227509] xfce4-panel S c11f5234 5800 1685 1 0x00000080
kernel: [ 345.227509] xfce4-panel S 00000000 7360 1745 1 0x00000080
kernel: [ 345.227509] Thunar S f53f1f40 5800 1687 1 0x00000080
kernel: [ 345.227509] xfsettingsd S 00000010 6592 1688 1 0x00000080
kernel: [ 345.227509] xfdesktop S f53f1f40 5800 1690 1 0x00000080
kernel: [ 345.227509] gkrellm S f29e981d 5728 1694 1 0x00000080
kernel: [ 345.227509] tilda S 00000010 5876 1696 1 0x00000080
kernel: [ 345.227509] tilda S 00000000 7360 1720 1 0x00000080
kernel: [ 345.227509] autocutsel S c11f5234 6200 1698 1 0x00000080
kernel: [ 345.227509] orage S c11f5171 5728 1700 1 0x00000080
kernel: [ 345.227509] gam_server S 00000246 5728 1702 1 0x00000080
kernel: [ 345.227509] devilspie S f4aafaf4 6312 1706 1 0x00000080
kernel: [ 345.227509] xterm S 00000000 5728 1710 1 0x00000080
kernel: [ 345.227509] xfce4-settings- S f4ad1b00 6356 1715 1 0x00000080
kernel: [ 345.227509] xfce4-menu-plug S 00200246 6268 1717 1685 0x00000080
kernel: [ 345.227509] gnome-pty-helpe S 00000003 6532 1718 1696 0x00000080
kernel: [ 345.227509] bash S f4ae1e04 6704 1719 1696 0x00000080
kernel: [ 345.227509] tail S f3c03fb4 5800 1724 1710 0x00000080
kernel: [ 345.227509] gvfsd S f3c07af0 5800 1726 1 0x00000080
kernel: [ 345.227509] xfce4-weather-p S f4aa3b68 5800 1729 1685 0x00000080
kernel: [ 345.227509] xfce4-notes-plu S f3c05af4 5800 1730 1685 0x00000080
kernel: [ 345.227509] xfce4-battery-p S f4aed630 6180 1731 1685 0x00000080
kernel: [ 345.227509] xfce4-mixer-plu S 00000000 6200 1732 1685 0x00000080
kernel: [ 345.227509] task0 S 00000000 6484 1740 1685 0x00000080
kernel: [ 345.227509] gvfs-fuse-daemo S c1029e3c 7176 1736 1 0x00000080
kernel: [ 345.227509] gvfs-fuse-daemo S f4aebdc4 6944 1737 1 0x00000080
kernel: [ 345.227509] gvfs-fuse-daemo S f4aeef04 7268 1738 1 0x00000080
kernel: [ 345.227509] gvfs-fuse-daemo S 00000000 6592 1739 1 0x00000080
kernel: [ 345.227509] xterm S f3c69aa0 6160 1744 1 0x00000080
kernel: [ 345.227509] bash S f3c0cb00 6876 1747 1744 0x00000080
kernel: [ 345.227509] bash S 7f1c0300 5728 1763 1747 0x00000080
kernel: [ 345.227509] flush-0:18 S f3d13f24 7616 1809 2 0x00000080
kernel: [ 345.227509] kworker/u:2 S 00000000 6768 1810 2 0x00000080
kernel: [ 345.227509] kworker/u:3 S 00000000 6552 1811 2 0x00000080
kernel: [ 345.227509] kworker/u:4 S 00000000 6768 1812 2 0x00000080
kernel: [ 345.227509] kworker/u:5 S 00000000 6768 1813 2 0x00000080
kernel: [ 345.227509] kworker/u:6 S 00000000 6768 1814 2 0x00000080
kernel: [ 345.227509] kworker/u:7 S 00000000 7124 1815 2 0x00000080
kernel: [ 345.227509] kworker/u:8 S 00000000 6864 1816 2 0x00000080
kernel: [ 345.227509] kworker/u:9 S 00000000 6356 1817 2 0x00000080
kernel: [ 345.227509] kworker/u:10 S 00000000 6864 1818 2 0x00000080
kernel: [ 345.227509] kworker/u:11 S 00000000 6600 1819 2 0x00000080
kernel: [ 345.227509] kworker/u:12 S 00000000 7356 1820 2 0x00000080
kernel: [ 345.227509] kworker/u:13 S 00000000 6356 1821 2 0x00000080
kernel: [ 345.227509] kworker/u:14 S 00000000 7356 1822 2 0x00000080
kernel: [ 345.227509] kworker/u:15 S 00000000 7356 1823 2 0x00000080
kernel: [ 345.227509] kworker/u:16 S 00000000 7136 1824 2 0x00000080
kernel: [ 345.227509] kworker/u:17 S 00000000 6600 1825 2 0x00000080
kernel: [ 345.227509] kworker/u:18 S 00000000 7356 1826 2 0x00000080
kernel: [ 345.227509] kworker/u:19 S 00000000 7136 1827 2 0x00000080
kernel: [ 345.227509] kworker/u:20 S 00000000 6600 1828 2 0x00000080
kernel: [ 345.227509] kworker/u:21 S 00000000 6356 1829 2 0x00000080
kernel: [ 345.227509] kworker/u:22 S 00000000 7136 1830 2 0x00000080
kernel: [ 345.227509] kworker/u:23 S 00000000 6864 1831 2 0x00000080
kernel: [ 345.227509] kworker/u:24 S 00000000 7120 1832 2 0x00000080
kernel: [ 345.227509] kworker/u:25 S 00000000 6768 1833 2 0x00000080
kernel: [ 345.227509] kworker/u:26 S 00000000 7356 1834 2 0x00000080
kernel: [ 345.227509] kworker/u:27 S 00000000 6768 1835 2 0x00000080
kernel: [ 345.227509] kworker/u:28 S 00000000 6404 1836 2 0x00000080
kernel: [ 345.227509] kworker/u:29 S 00000000 7224 1837 2 0x00000080
kernel: [ 345.227509] kworker/u:30 S 00000000 6404 1838 2 0x00000080
kernel: [ 345.227509] kworker/u:31 S 00000000 6768 1839 2 0x00000080
kernel: [ 345.227509] kworker/u:32 S 00000000 6568 1840 2 0x00000080
kernel: [ 345.227509] kworker/u:33 S 00000000 6768 1841 2 0x00000080
kernel: [ 345.227509] kworker/u:34 S 00000000 6404 1842 2 0x00000080
kernel: [ 345.227509] kworker/u:35 S 00000000 7248 1850 2 0x00000080
kernel: [ 345.227509] kworker/u:36 S 00000000 6404 1851 2 0x00000080
kernel: [ 345.227509] kworker/u:37 S 00000000 6768 1852 2 0x00000080
kernel: [ 345.227509] kworker/u:38 S 00000000 6568 1853 2 0x00000080
kernel: [ 345.227509] kworker/u:39 S 00000000 7356 1854 2 0x00000080
kernel: [ 345.227509] kworker/u:40 S 00000000 7356 1855 2 0x00000080
kernel: [ 345.227509] kworker/u:41 S 00000000 7672 1864 2 0x00000080
^ permalink raw reply
* Re: [REGRESSION]: hibernate/sleep regression w/ bisection
From: Tejun Heo @ 2011-11-03 21:39 UTC (permalink / raw)
To: Andrew Watts; +Cc: linux-pm, Dmitry Torokhov, linux-kernel
In-Reply-To: <20111103184559.GA3295@zeus>
Hello, Andrew.
On Thu, Nov 03, 2011 at 01:46:19PM -0500, Andrew Watts wrote:
> On Thu, Nov 03, 2011 at 08:59:56AM -0700, Tejun Heo wrote:
> > Andrew, just in case, can you please double check that you're
> > reverting only that single commit (not all the ones afterwards) and
> > the test results? If they're all okay, can you please trigger the
> > problem, wait a while, trigger sysrq-t and attach the kernel log?
>
> Hi Tejun.
>
> I am only reverting 8ee294cd9def0004887da7f44b80563493b0a097 though I first
> revert part of 1d64b655dc083df5c5ac39945ccbbc6532903bf1 so it reverts
> cleanly.
>
> I am very sure of my test results; normally I get 4-5 bad resumes on a 20
> hibernate loop and get no bad resumes with the commit reverted. I have
> been very thorough in my testing to ensure I am not generating false
> positives or false negatives (repeating the loops many times).
Thanks. Yeah, this is odd & interesting.
> Below is the output you asked for (sysrq t).
>
> Thanks.
>
> ~ Andy
>
> ======================
>
>
> kernel: [ 345.226523] SysRq : Show State
> kernel: [ 345.226531] task PC stack pid father
> kernel: [ 345.226535] init S f4a47b68 5488 1 0 0x00000000
> kernel: [ 345.226765] kthreadd S 00000000 7172 2 0 0x00000000
This is missing all stack traces. Can you please turn on
FRAME_POINTER and adjust log level such that all stack dumps are
included too?
Thank you.
--
tejun
^ permalink raw reply
* [PATCH] ACPI: Export FADT pm_profile integer value to userspace
From: Thomas Renninger @ 2011-11-04 2:33 UTC (permalink / raw)
To: linux-acpi; +Cc: linux-pm
There are a lot userspace approaches to detect the usage of the
platform (laptop, workstation, server, ...) and adjust kernel tunables
accordingly (io/process scheduler, power management, ...).
These approaches need constant maintaining and are ugly to implement
(detect PCMCIA controller -> laptop,
does not work on recent systems anymore, ...)
On ACPI systems there is an easy and reliable way (if implemented
in BIOS and most recent platforms have this value set).
-> export it to userspace.
Signed-off-by: Thomas Renninger <trenn@suse.de>
CC: lenb@kernel.org
---
Documentation/ABI/stable/sysfs-acpi-pmprofile | 22 ++++++++++++++++++++++
drivers/acpi/sysfs.c | 14 +++++++++++++-
2 files changed, 35 insertions(+), 1 deletions(-)
create mode 100644 Documentation/ABI/stable/sysfs-acpi-pmprofile
diff --git a/Documentation/ABI/stable/sysfs-acpi-pmprofile b/Documentation/ABI/stable/sysfs-acpi-pmprofile
new file mode 100644
index 0000000..964c7a8
--- /dev/null
+++ b/Documentation/ABI/stable/sysfs-acpi-pmprofile
@@ -0,0 +1,22 @@
+What: /sys/firmware/acpi/pm_profile
+Date: 03-Nov-2011
+KernelVersion: v3.2
+Contact: linux-acpi@vger.kernel.org
+Description: The ACPI pm_profile sysfs interface exports the platform
+ power management (and performance) requirement expectations
+ as provided by BIOS. The integer value is directly passed as
+ retrieved from the FADT ACPI table.
+Values: For possible values see ACPI specification:
+ 5.2.9 Fixed ACPI Description Table (FADT)
+ Field: Preferred_PM_Profile
+
+ Currently these values are defined by spec:
+ 0 Unspecified
+ 1 Desktop
+ 2 Mobile
+ 3 Workstation
+ 4 Enterprise Server
+ 5 SOHO Server
+ 6 Appliance PC
+ 7 Performance Server
+ >7 Reserved
diff --git a/drivers/acpi/sysfs.c b/drivers/acpi/sysfs.c
index c538d0e..9f66181 100644
--- a/drivers/acpi/sysfs.c
+++ b/drivers/acpi/sysfs.c
@@ -706,11 +706,23 @@ static void __exit interrupt_stats_exit(void)
return;
}
+static ssize_t
+acpi_show_profile(struct device *dev, struct device_attribute *attr,
+ char *buf)
+{
+ return sprintf(buf, "%d\n", acpi_gbl_FADT.preferred_profile);
+}
+
+static const struct device_attribute pm_profile_attr =
+ __ATTR(pm_profile, S_IRUGO, acpi_show_profile, NULL);
+
int __init acpi_sysfs_init(void)
{
int result;
result = acpi_tables_sysfs_init();
-
+ if (result)
+ return result;
+ result = sysfs_create_file(acpi_kobj, &pm_profile_attr.attr);
return result;
}
--
1.7.6.1
^ permalink raw reply related
* [PATCH] PM: HIBERNATION: skip the swap size check if the snapshot image size is anticipative
From: Barry Song @ 2011-11-04 7:36 UTC (permalink / raw)
To: linux-pm, pavel, rjw
Cc: Xiangzhen Ye, linux-kernel, linux-arm-kernel, Barry Song
From: Barry Song <Baohua.Song@csr.com>
Current swsusp requires swap partitions even larger than real saved pages
due to the worst compress ratio:
but for an embedded system, which has limited storage space, then it might
can't give the big size partition to save snapshot.
In the another way, some embedded systems can definitely know the most size
needed for snapshot since they run some specific application lists.
So this patch provides the possibility for bootloader to tell kernel even
the system has a little snapshot partition, but it is still enough.
For example, if the system need to save 120MB memory, origin swsusp will require
a 130MB partition to save snapshot. but if users know 30MB is enough for them(
compressed image will be less than 30MB), they just make a 30MB partition.
Signed-off-by: Barry Song <Baohua.Song@csr.com>
Cc: Xiangzhen Ye <Xiangzhen.Ye@csr.com>
---
this is another patch after I provide resumewait/resumedelay kernel params
to make swsusp support embedded systems better.
This patch is tested on CSR SiRFprimaII platform.
Documentation/kernel-parameters.txt | 7 +++++++
kernel/power/swap.c | 13 +++++++++++++
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt
index a0c5c5f..2ad2e9c 100644
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -2277,6 +2277,13 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
in <PAGE_SIZE> units (needed only for swap files).
See Documentation/power/swsusp-and-swap-files.txt
+ swapenough [SWSUSP]
+ Tell kernel the swap partition size is enough and let kernel
+ skip checking whether the swap partition has enough size to
+ save snapshot.
+ It is used for embedded systems, typically using NAND and SD
+ card, which have not large space.
+
resumedelay= [HIBERNATION] Delay (in seconds) to pause before attempting to
read the resume files
diff --git a/kernel/power/swap.c b/kernel/power/swap.c
index 11a594c..97c30b5 100644
--- a/kernel/power/swap.c
+++ b/kernel/power/swap.c
@@ -36,6 +36,8 @@
#define HIBERNATE_SIG "S1SUSPEND"
+static int swapenough;
+
/*
* The swap map is a data structure used for keeping track of each page
* written to a swap partition. It consists of many swap_map_page
@@ -772,6 +774,9 @@ static int enough_swap(unsigned int nr_pages, unsigned int flags)
unsigned int free_swap = count_swap_pages(root_swap, 1);
unsigned int required;
+ if (swapenough)
+ return 1;
+
pr_debug("PM: Free swap pages: %u\n", free_swap);
required = PAGES_FOR_IO + ((flags & SF_NOCOMPRESS_MODE) ?
@@ -1449,3 +1454,11 @@ static int swsusp_header_init(void)
}
core_initcall(swsusp_header_init);
+
+static int __init swapenough_setup(char *str)
+{
+ swapenough = 1;
+ return 1;
+}
+
+__setup("swapenough", swapenough_setup);
--
1.7.1
Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
More information can be found at www.csr.com. Follow CSR on Twitter at http://twitter.com/CSR_PLC and read our blog at www.csr.com/blog
^ permalink raw reply related
* [PATCH] PM: HIBERNATION: skip the swap size check if the snapshot image size is anticipative
From: Barry Song @ 2011-11-04 7:37 UTC (permalink / raw)
To: linux-pm, pavel, rjw
Cc: workgroup.linux, Xiangzhen Ye, linux-kernel, linux-arm-kernel,
Barry Song
From: Barry Song <Baohua.Song@csr.com>
Current swsusp requires swap partitions even larger than real saved pages
due to the worst compress ratio:
but for an embedded system, which has limited storage space, then it might
can't give the big size partition to save snapshot.
In the another way, some embedded systems can definitely know the most size
needed for snapshot since they run some specific application lists.
So this patch provides the possibility for bootloader to tell kernel even
the system has a little snapshot partition, but it is still enough.
For example, if the system need to save 120MB memory, origin swsusp will require
a 130MB partition to save snapshot. but if users know 30MB is enough for them(
compressed image will be less than 30MB), they just make a 30MB partition.
Signed-off-by: Barry Song <Baohua.Song@csr.com>
Cc: Xiangzhen Ye <Xiangzhen.Ye@csr.com>
---
this is another patch after I provide resumewait/resumedelay kernel params
to make swsusp support embedded systems better.
This patch is tested on CSR SiRFprimaII platform.
Documentation/kernel-parameters.txt | 7 +++++++
kernel/power/swap.c | 13 +++++++++++++
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt
index a0c5c5f..2ad2e9c 100644
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -2277,6 +2277,13 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
in <PAGE_SIZE> units (needed only for swap files).
See Documentation/power/swsusp-and-swap-files.txt
+ swapenough [SWSUSP]
+ Tell kernel the swap partition size is enough and let kernel
+ skip checking whether the swap partition has enough size to
+ save snapshot.
+ It is used for embedded systems, typically using NAND and SD
+ card, which have not large space.
+
resumedelay= [HIBERNATION] Delay (in seconds) to pause before attempting to
read the resume files
diff --git a/kernel/power/swap.c b/kernel/power/swap.c
index 11a594c..97c30b5 100644
--- a/kernel/power/swap.c
+++ b/kernel/power/swap.c
@@ -36,6 +36,8 @@
#define HIBERNATE_SIG "S1SUSPEND"
+static int swapenough;
+
/*
* The swap map is a data structure used for keeping track of each page
* written to a swap partition. It consists of many swap_map_page
@@ -772,6 +774,9 @@ static int enough_swap(unsigned int nr_pages, unsigned int flags)
unsigned int free_swap = count_swap_pages(root_swap, 1);
unsigned int required;
+ if (swapenough)
+ return 1;
+
pr_debug("PM: Free swap pages: %u\n", free_swap);
required = PAGES_FOR_IO + ((flags & SF_NOCOMPRESS_MODE) ?
@@ -1449,3 +1454,11 @@ static int swsusp_header_init(void)
}
core_initcall(swsusp_header_init);
+
+static int __init swapenough_setup(char *str)
+{
+ swapenough = 1;
+ return 1;
+}
+
+__setup("swapenough", swapenough_setup);
--
1.7.1
Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
More information can be found at www.csr.com. Follow CSR on Twitter at http://twitter.com/CSR_PLC and read our blog at www.csr.com/blog
^ permalink raw reply related
* Re: [PATCH 01/10] cgroup: add cgroup_root_mutex
From: KAMEZAWA Hiroyuki @ 2011-11-04 8:38 UTC (permalink / raw)
To: Tejun Heo
Cc: akpm, fweisbec, containers, lizf, linux-kernel, oleg, linux-pm,
paul, kamezawa.hiroyu
In-Reply-To: <1320191193-8110-2-git-send-email-tj@kernel.org>
On Tue, 1 Nov 2011 16:46:24 -0700
Tejun Heo <tj@kernel.org> wrote:
> cgroup wants to make threadgroup stable while modifying cgroup
> hierarchies which will introduce locking dependency on
> cred_guard_mutex from cgroup_mutex. This unfortunately completes
> circular dependency.
>
> A. cgroup_mutex -> cred_guard_mutex -> s_type->i_mutex_key -> namespace_sem
> B. namespace_sem -> cgroup_mutex
>
> B is from cgroup_show_options() and this patch breaks it by
> introducing another mutex cgroup_root_mutex which nests inside
> cgroup_mutex and protects cgroupfs_root.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Cc: Oleg Nesterov <oleg@redhat.com>
Thanks,
Reviewed-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
^ permalink raw reply
* Re: [PATCH 02/10] threadgroup: rename signal->threadgroup_fork_lock to ->group_rwsem
From: KAMEZAWA Hiroyuki @ 2011-11-04 8:40 UTC (permalink / raw)
To: Tejun Heo
Cc: akpm, fweisbec, containers, lizf, linux-kernel, oleg, linux-pm,
paul, kamezawa.hiroyu
In-Reply-To: <1320191193-8110-3-git-send-email-tj@kernel.org>
On Tue, 1 Nov 2011 16:46:25 -0700
Tejun Heo <tj@kernel.org> wrote:
> Make the following renames to prepare for extension of threadgroup
> locking.
>
> * s/signal->threadgroup_fork_lock/signal->group_rwsem/
> * s/threadgroup_fork_read_lock()/threadgroup_change_begin()/
> * s/threadgroup_fork_read_unlock()/threadgroup_change_done()/
I personally like begin <-> end to see relationship.
> * s/threadgroup_fork_write_lock()/threadgroup_lock()/
> * s/threadgroup_fork_write_unlock()/threadgroup_unlock()/
>
> This patch doesn't cause any behavior change.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Cc: Oleg Nesterov <oleg@redhat.com>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Paul Menage <paul@paulmenage.org>
> Cc: Li Zefan <lizf@cn.fujitsu.com>
Reviewed-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
^ permalink raw reply
* Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
From: KAMEZAWA Hiroyuki @ 2011-11-04 8:45 UTC (permalink / raw)
To: Tejun Heo
Cc: akpm, fweisbec, containers, lizf, linux-kernel, oleg, linux-pm,
paul, kamezawa.hiroyu
In-Reply-To: <1320191193-8110-4-git-send-email-tj@kernel.org>
On Tue, 1 Nov 2011 16:46:26 -0700
Tejun Heo <tj@kernel.org> wrote:
> threadgroup_lock() protected only protected against new addition to
> the threadgroup, which was inherently somewhat incomplete and
> problematic for its only user cgroup. On-going migration could race
> against exec and exit leading to interesting problems - the symmetry
> between various attach methods, task exiting during method execution,
> ->exit() racing against attach methods, migrating task switching basic
> properties during exec and so on.
>
> This patch extends threadgroup_lock() such that it protects against
> all three threadgroup altering operations - fork, exit and exec. For
> exit, threadgroup_change_begin/end() calls are added to exit path.
> For exec, threadgroup_[un]lock() are updated to also grab and release
> cred_guard_mutex.
>
> With this change, threadgroup_lock() guarantees that the target
> threadgroup will remain stable - no new task will be added, no new
> PF_EXITING will be set and exec won't happen.
>
> The next patch will update cgroup so that it can take full advantage
> of this change.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Cc: Oleg Nesterov <oleg@redhat.com>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Paul Menage <paul@paulmenage.org>
> Cc: Li Zefan <lizf@cn.fujitsu.com>
Reviewed-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
^ permalink raw reply
* Re: [PATCH 04/10] cgroup: always lock threadgroup during migration
From: KAMEZAWA Hiroyuki @ 2011-11-04 8:54 UTC (permalink / raw)
To: Tejun Heo
Cc: akpm, fweisbec, containers, lizf, linux-kernel, oleg, linux-pm,
paul, kamezawa.hiroyu
In-Reply-To: <1320191193-8110-5-git-send-email-tj@kernel.org>
On Tue, 1 Nov 2011 16:46:27 -0700
Tejun Heo <tj@kernel.org> wrote:
> Update cgroup to take advantage of the fack that threadgroup_lock()
> guarantees stable threadgroup.
>
> * Lock threadgroup even if the target is a single task. This
> guarantees that when the target tasks stay stable during migration
> regardless of the target type.
>
> * Remove PF_EXITING early exit optimization from attach_task_by_pid()
> and check it in cgroup_task_migrate() instead. The optimization was
> for rather cold path to begin with and PF_EXITING state can be
> trusted throughout migration by checking it after locking
> threadgroup.
>
> * Don't add PF_EXITING tasks to target task array in
> cgroup_attach_proc(). This ensures that task migration is performed
> only for live tasks.
>
> * Remove -ESRCH failure path from cgroup_task_migrate(). With the
> above changes, it's guaranteed to be called only for live tasks.
>
> After the changes, only live tasks are migrated and they're guaranteed
> to stay alive until migration is complete. This removes problems
> caused by exec and exit racing against cgroup migration including
> symmetry among cgroup attach methods and different cgroup methods
> racing each other.
>
> v2: Oleg pointed out that one more PF_EXITING check can be removed
> from cgroup_attach_proc(). Removed.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Cc: Oleg Nesterov <oleg@redhat.com>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Paul Menage <paul@paulmenage.org>
> Cc: Li Zefan <lizf@cn.fujitsu.com>
Reviewed-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
A few questions below.
> ---
> kernel/cgroup.c | 51 +++++++++++++++++++++++----------------------------
> 1 files changed, 23 insertions(+), 28 deletions(-)
>
> diff --git a/kernel/cgroup.c b/kernel/cgroup.c
> index f0e099f..83e10f9 100644
> --- a/kernel/cgroup.c
> +++ b/kernel/cgroup.c
> @@ -1762,7 +1762,7 @@ EXPORT_SYMBOL_GPL(cgroup_path);
> *
> * 'guarantee' is set if the caller promises that a new css_set for the task
> * will already exist. If not set, this function might sleep, and can fail with
> - * -ENOMEM. Otherwise, it can only fail with -ESRCH.
> + * -ENOMEM. Must be called with cgroup_mutex and threadgroup locked.
> */
> static int cgroup_task_migrate(struct cgroup *cgrp, struct cgroup *oldcgrp,
> struct task_struct *tsk, bool guarantee)
> @@ -1800,13 +1800,9 @@ static int cgroup_task_migrate(struct cgroup *cgrp, struct cgroup *oldcgrp,
> }
> put_css_set(oldcg);
>
> - /* if PF_EXITING is set, the tsk->cgroups pointer is no longer safe. */
> + /* @tsk can't exit as its threadgroup is locked */
> task_lock(tsk);
> - if (tsk->flags & PF_EXITING) {
> - task_unlock(tsk);
> - put_css_set(newcg);
> - return -ESRCH;
> - }
> + WARN_ON_ONCE(tsk->flags & PF_EXITING);
> rcu_assign_pointer(tsk->cgroups, newcg);
> task_unlock(tsk);
Is this task_lock/unlock is required ?
>
> @@ -2116,11 +2120,6 @@ int cgroup_attach_proc(struct cgroup *cgrp, struct task_struct *leader)
> continue;
> /* get old css_set pointer */
> task_lock(tsk);
> - if (tsk->flags & PF_EXITING) {
> - /* ignore this task if it's going away */
> - task_unlock(tsk);
> - continue;
> - }
> oldcg = tsk->cgroups;
> get_css_set(oldcg);
> task_unlock(tsk);
ditto.
Thanks,
-Kame
^ permalink raw reply
* Re: [PATCH 08/10] cgroup: don't use subsys->can_attach_task() or ->attach_task()
From: KAMEZAWA Hiroyuki @ 2011-11-04 9:08 UTC (permalink / raw)
To: Tejun Heo
Cc: akpm, Peter Zijlstra, fweisbec, containers, Ingo Molnar, lizf,
linux-kernel, oleg, Daisuke Nishimura, linux-pm, James Morris,
paul, kamezawa.hiroyu
In-Reply-To: <1320191193-8110-9-git-send-email-tj@kernel.org>
On Tue, 1 Nov 2011 16:46:31 -0700
Tejun Heo <tj@kernel.org> wrote:
> Now that subsys->can_attach() and attach() take @tset instead of
> @task, they can handle per-task operations. Convert
> ->can_attach_task() and ->attach_task() users to use ->can_attach()
> and attach() instead. Most converions are straight-forward.
> Noteworthy changes are,
>
> * In cgroup_freezer, remove unnecessary NULL assignments to unused
> methods. It's useless and very prone to get out of sync, which
> already happened.
>
> * In cpuset, PF_THREAD_BOUND test is checked for each task. This
> doesn't make any practical difference but is conceptually cleaner.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Cc: Paul Menage <paul@paulmenage.org>
> Cc: Li Zefan <lizf@cn.fujitsu.com>
> Cc: Balbir Singh <bsingharora@gmail.com>
> Cc: Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp>
> Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
> Cc: James Morris <jmorris@namei.org>
> Cc: Ingo Molnar <mingo@elte.hu>
> Cc: Peter Zijlstra <peterz@infradead.org>
Reviewed-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
^ permalink raw reply
* Re: [PATCH 10/10] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
From: KAMEZAWA Hiroyuki @ 2011-11-04 9:10 UTC (permalink / raw)
To: Tejun Heo
Cc: akpm, fweisbec, containers, lizf, linux-kernel, oleg, linux-pm,
paul, kamezawa.hiroyu
In-Reply-To: <1320191193-8110-11-git-send-email-tj@kernel.org>
On Tue, 1 Nov 2011 16:46:33 -0700
Tejun Heo <tj@kernel.org> wrote:
> These three methods are no longer used. Kill them.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Acked-by: Paul Menage <paul@paulmenage.org>
> Cc: Li Zefan <lizf@cn.fujitsu.com>
Reviewed-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
^ permalink raw reply
* Re: [REGRESSION]: hibernate/sleep regression w/ bisection
From: Andrew Watts @ 2011-11-04 13:44 UTC (permalink / raw)
To: Tejun Heo; +Cc: linux-pm, Dmitry Torokhov, linux-kernel
In-Reply-To: <20111103213959.GP4417@google.com>
[-- Attachment #1: Type: text/plain, Size: 560 bytes --]
On Thu, Nov 03, 2011 at 02:39:59PM -0700, Tejun Heo wrote:
>
> This is missing all stack traces. Can you please turn on
> FRAME_POINTER and adjust log level such that all stack dumps are
> included too?
Hi Tejun.
Sorry about that. My syslogd was sending things to different files and
being unfamiliar with sysrq-t output I thought I was sending it all.
Here's a new sysrq-t snapshot I took about 30 seconds after a bad resume.
Please let me know if I am still missing something you've asked for.
Hope this sheds some light on what is going on.
~ Andy
[-- Attachment #2: tejun.txt --]
[-- Type: text/plain, Size: 86975 bytes --]
SysRq : Show State
task PC stack pid father
init S f53c3ad0 5380 1 0 0x00000000
f5c35ab8 00000086 c183e0b4 f53c3ad0 f5c35ad0 c183e0b4 00000000 f5c35a68
c11f5f74 f5c35ab8 f5c38000 f5c35a70 c104e0c6 f5c38000 00000066 f5c35ad0
f5c35aa0 00000296 004c4b3e 00000000 f5c35ad0 00000292 00000000 00000296
Call Trace:
[<c11f5f74>] ? timerqueue_add+0x54/0xb0
[<c104e0c6>] ? enqueue_hrtimer+0x1e/0x4d
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d7eb>] schedule_hrtimeout_range_clock+0xab/0x110
[<c104de53>] ? update_rmtp+0x62/0x62
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e3c2a>] do_select+0x556/0x665
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c10f5d0e>] ? __find_get_block+0x59/0x140
[<c10a4297>] ? find_get_page+0x1d/0x88
[<c10f5e27>] ? __getblk+0x32/0x33d
[<c11430a2>] ? do_get_write_access+0x25c/0x36c
[<c1128ae5>] ? __ext3_get_inode_loc+0xa7/0x2a7
[<c1135a19>] ? __ext3_journal_dirty_metadata+0x19/0x3f
[<c104b126>] ? wake_up_bit+0x5e/0x62
[<c1026eed>] ? update_curr+0x164/0x24d
[<c1030480>] ? dequeue_task_fair+0x180/0x255
[<c10dd2fa>] ? __follow_mount_rcu+0x3b/0xb5
[<c10dda39>] ? do_lookup+0x184/0x233
[<c11998fe>] ? security_inode_exec_permission+0x1d/0x24
[<c10dda39>] ? do_lookup+0x184/0x233
[<c10e44c0>] core_sys_select+0x135/0x217
[<c10de003>] ? putname+0x25/0x33
[<c10de003>] ? putname+0x25/0x33
[<c10e1402>] ? user_path_at+0x3f/0x62
[<c11f9c47>] ? copy_to_user+0x2e/0x119
[<c10d8cad>] ? cp_new_stat64+0xde/0xf0
[<c1053354>] ? ktime_get_ts+0xb5/0xd8
[<c10e4727>] sys_select+0x2c/0xb3
[<c1593813>] sysenter_do_call+0x12/0x22
kthreadd S 00000000 7172 2 0 0x00000000
f5c41fcc 00000046 00000000 00000000 00000000 00800711 f4a0bf08 f5c41f7c
f5c41fcc f5c41fcc f5c38c50 8854d338 00000057 f5c38c50 00000000 00000000
00000000 c104ad92 f4a0bf08 00000000 00000000 0000007b 0000007b 00000000
Call Trace:
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593db8>] ? common_interrupt+0x38/0x38
[<c104ad8c>] kthreadd+0xaa/0xb0
[<c104ace2>] ? kthread_worker_fn+0xf7/0xf7
[<c1593dbe>] kernel_thread_helper+0x6/0xd
ksoftirqd/0 S 00000060 7576 3 2 0x00000000
f5c43fa8 00000046 de370bf1 00000060 de462780 00000060 de462780 f5c43f58
de370bf1 f5c43fa8 f5c398a0 00000020 00000008 f5c398a0 00000246 00000286
00000046 00000000 f5c43fa8 c10381bb f5c398a0 00000000 f5c43fa8 00000000
Call Trace:
[<c10381bb>] ? __do_softirq+0xc3/0x187
[<c102007b>] ? gup_huge_pmd+0x4f/0xba
[<c1038310>] run_ksoftirqd+0x91/0xb7
[<c103827f>] ? __do_softirq+0x187/0x187
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:0 S 00000000 6552 5 2 0x00000000
f5c4bf88 00000046 00000296 00000000 00000000 f51fa300 00000246 f5c4bf38
c1050c1f f5c4bf88 f5c3b140 a26a3b4e 00000057 f5c3b140 f5c07380 00000286
f51fa308 f51fa308 f51fa308 f5c07380 f5c4bf88 c10464da f5c4bf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
rcu_kthread S 00000202 7444 6 2 0x00000000
f5c4df90 00000046 00000000 00000202 c193f600 00021039 f5c4df44 f5c4df40
c158d121 f5c4df90 f5c3bd90 b48ecaf9 00000063 f5c3bd90 00000286 00000000
00200200 00021039 c193f600 c103e185 f5c3bd90 ffffffff ffffffff 00000000
Call Trace:
[<c158d121>] ? schedule_timeout+0x101/0x211
[<c103e185>] ? sys_gettid+0x13/0x13
[<c1084869>] rcu_kthread+0x4e/0xaf
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c108481b>] ? rcu_process_callbacks+0x4f/0x4f
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
watchdog/0 S c15983e0 7732 7 2 0x00000000
f5c4ffac 00000046 c183e0b4 c15983e0 c1840140 4365d43c 0000011a f5c4ff5c
c104fd22 f5c4ffac f5c3c9e0 a1bfb89e 00000065 f5c3c9e0 00000000 ffffffff
ffffffff a1bf83e9 00000065 a1bf83e9 00000065 00000000 00000001 00000000
Call Trace:
[<c104fd22>] ? T.334+0xe/0x1a6
[<c104ffc3>] ? sched_clock_cpu+0x7c/0xcf
[<c10819f9>] ? watchdog_enable+0x15e/0x15e
[<c10819f9>] ? watchdog_enable+0x15e/0x15e
[<c10819f9>] ? watchdog_enable+0x15e/0x15e
[<c1081a7f>] watchdog+0x86/0xb1
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
cpuset S f5c55f58 7696 8 2 0x00000000
f5c55f84 00000046 0112a880 f5c55f58 c102a472 00000000 0112a365 f5c55f34
00000000 f5c55f84 f5c3d630 0112a365 00000000 f5c3d630 00000000 00000000
010b438f 00000000 00000000 00000000 c1598420 f5c3d630 00000000 f5c55f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
khelper S f5c57f58 7696 9 2 0x00000000
f5c57f84 00000046 0112a880 f5c57f58 c102a472 00000000 0112a365 f5c57f34
00000000 f5c57f84 f5c3e280 0112a365 00000000 f5c3e280 00000000 00000000
0129c584 00000000 00000000 00000000 c1598420 f5c3e280 00000000 f5c57f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:1 S 00000000 5800 10 2 0x00000000
f5c5bf88 00000046 00000296 00000000 00000000 f4bff000 00000246 f5c5bf38
c1050c1f f5c5bf88 f5c3eed0 017a4d6b 00000001 f5c3eed0 f5c07780 00000286
f4bff008 f4bff008 f4bff008 f5c07780 f5c5bf88 c10464da f5c5bfbc 00000086
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
netns S f5c69f58 7696 13 2 0x00000000
f5c69f84 00000046 0112a880 f5c69f58 c102a472 00000000 0112a365 f5c69f34
00000000 f5c69f84 f5c618a0 0112a365 00000000 f5c618a0 00000000 00000000
01854b63 00000000 00000000 00000000 c1598420 f5c618a0 00000000 f5c69f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
sync_supers S f5cbdfbc 7712 227 2 0x00000000
f5cbdfb0 00000046 f5c3eed0 f5cbdfbc c158c95a f5cbdf50 c1831400 f5cbdf60
00000000 f5cbdfb0 f5cc0000 7079df72 0000005c f5cc0000 01b9ea4a 00000000
f5cc0000 f5c35f28 f5c35f64 00000000 f5cbdf80 c102fb31 f5cbdfa8 c10265f3
Call Trace:
[<c158c95a>] ? schedule+0x29a/0x614
[<c102fb31>] ? default_wake_function+0xb/0xd
[<c10265f3>] ? __wake_up_common+0x40/0x63
[<c10b761e>] ? bdi_sched_wait+0xc/0xc
[<c10b763e>] bdi_sync_supers+0x20/0x35
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
bdi-default S f5cbfe70 7392 229 2 0x00000000
f5cbfedc 00000046 00000001 f5cbfe70 c1029e3c f5cc251c c183ae60 f5cbfe8c
c103015e f5cbfedc f5cc18a0 d432dc83 00000057 f5cc18a0 f5cbfea8 00030222
d842a1c5 f5cc18a0 d842a1c5 f5cc18a0 f4a5c9e0 f5cbff30 c158c95a ae763538
Call Trace:
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c158c95a>] ? schedule+0x29a/0x614
[<c158d11a>] schedule_timeout+0xfa/0x211
[<c103e185>] ? sys_gettid+0x13/0x13
[<c10b8040>] bdi_forker_thread+0x163/0x37f
[<c10f131f>] ? wb_do_writeback+0x1aa/0x1aa
[<c10b7edd>] ? bdi_debug_stats_show+0x12a/0x12a
[<c10b7edd>] ? bdi_debug_stats_show+0x12a/0x12a
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kblockd S f5cbbf58 7660 231 2 0x00000000
f5cbbf84 00000046 0112a880 f5cbbf58 c102a472 00000000 01bf7999 f5cbbf34
00000000 f5cbbf84 f5cc3140 01bf7084 00000000 f5cc3140 00000000 00000000
1b30fb4e 00000000 00000000 00000000 c1598420 f5cc3140 00000000 f5cbbf6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
ata_sff S f5cf1f58 7660 318 2 0x00000000
f5cf1f84 00000046 0112a880 f5cf1f58 c102a472 00000000 05c33ed1 f5cf1f34
00000000 f5cf1f84 f5c624f0 05c3366b 00000000 f5c624f0 00000000 00000000
25a917a5 00000000 00000000 00000000 c1598420 f5c624f0 00000000 f5cf1f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
khubd S c13f0020 5880 328 2 0x00000000
f5cfff00 00000046 5d353134 c13f0020 00013a10 f4a51310 00000004 f5cffeb0
f5cffec0 f5cfff00 f5cc24f0 d432e7f3 00000057 f5cc24f0 c1865650 f5204000
f5cffec8 c158c4d9 c17a45c0 f5cffed4 f5cffeec c133525b c17a45c0 c1770eab
Call Trace:
[<c13f0020>] ? usb_free_coherent+0xc/0x27
[<c158c4d9>] ? printk+0x28/0x2a
[<c133525b>] ? __dev_printk+0x38/0x72
[<c13f3d1b>] hub_thread+0xdd4/0x10a8
[<c1020002>] ? __virt_addr_valid+0x3e/0x68
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c13f2f47>] ? hub_disconnect+0xa1/0xa1
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
md S f5ce1f58 7660 335 2 0x00000000
f5ce1f84 00000046 0112a880 f5ce1f58 c102a472 00000000 05d280a2 f5ce1f34
00000000 f5ce1f84 f5c649e0 05d27744 00000000 f5c649e0 00000000 00000000
27b15239 00000000 00000000 00000000 c1598420 f5c649e0 00000000 f5ce1f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
cfg80211 S f5cfdf58 7660 345 2 0x00000000
f5cfdf84 00000046 0112a880 f5cfdf58 c102a472 00000000 05e79665 f5cfdf34
00000000 f5cfdf84 f5d03d90 05e04da8 00000000 f5d03d90 00000000 00000000
28e36376 00000000 00000000 00000000 c1598420 f5d03d90 00000000 f5cfdf6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/0:1 S f5d09f20 6860 346 2 0x00000000
f5d09f88 00000046 00000720 f5d09f20 c122308c f4a7d400 f5f18400 f5d09f38
f5d09f50 f5d09f88 f5d049e0 00000007 00000000 f5d049e0 c1228a68 00000000
00000002 f5f18594 f5f18594 f5ca66c0 f5d09f88 c10464da f5d09f64 c104694b
Call Trace:
[<c122308c>] ? get_color+0x1a/0x100
[<c1228a68>] ? bit_putcs+0x41e/0x41e
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1223172>] ? get_color+0x100/0x100
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
rpciod S f5ce5f58 7660 444 2 0x00000000
f5ce5f84 00000046 0112a880 f5ce5f58 c102a472 00000000 0a23fc4a f5ce5f34
00000000 f5ce5f84 f5c60000 0a23ecf5 00000000 f5c60000 00000000 00000000
347d944e 00000000 00000000 00000000 c1598420 f5c60000 00000000 f5ce5f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
khungtaskd S 00000000 7564 461 2 0x00000000
f5d0bf1c 00000046 00000000 00000000 00000000 367e65f4 f4a118a0 f5d0becc
00000000 f5d0bf1c f5d024f0 ae063402 00000054 f5d024f0 f5d0bf0c c1030550
00000000 00000000 00000001 f5c38034 c183ae60 00000001 f5d0befc c1029e3c
Call Trace:
[<c1030550>] ? dequeue_task_fair+0x250/0x255
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c158d11a>] schedule_timeout+0xfa/0x211
[<c103e185>] ? sys_gettid+0x13/0x13
[<c158d271>] schedule_timeout_interruptible+0x14/0x23
[<c108145b>] watchdog+0x3a/0x1ba
[<c1081421>] ? hung_task_panic+0x11/0x11
[<c1081421>] ? hung_task_panic+0x11/0x11
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kswapd0 S f5d25ea8 7444 467 2 0x00000000
f5d25f08 00000046 f5cc24f0 f5d25ea8 f5d25ee4 f5d25ef8 c193f600 f5d25eb8
f5d25ec4 f5d25f08 f5d018a0 11d9adb8 00000000 f5d018a0 00000000 00000002
f5d25edc c10a73a0 00000002 00000000 0003bc9c c1874f20 00000002 f5d25f08
Call Trace:
[<c10a73a0>] ? zone_watermark_ok_safe+0x35/0x3c
[<c10aeadb>] ? sleeping_prematurely+0xb2/0xe5
[<c10b197e>] kswapd+0x848/0x909
[<c1026cee>] ? check_preempt_curr+0x6d/0x7e
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c10b1136>] ? mem_cgroup_shrink_node_zone+0xdd/0xdd
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
fsnotify_mark S 00000000 7668 532 2 0x00000000
f5de3f84 00000046 f5cc3d90 00000000 00000000 f5c38000 f5c3bd90 f5de3f34
00030222 f5de3f84 f5cc3d90 297d5c40 00000007 f5cc3d90 f5de3fbc 00000282
f51d4b88 f5c05c00 f6fa0a80 f5de3f74 c10ce522 c110067e f6fa4420 f53a1120
Call Trace:
[<c10ce522>] ? kmem_cache_free+0x98/0xc6
[<c110067e>] ? inotify_free_mark+0xf/0x11
[<c110067e>] ? inotify_free_mark+0xf/0x11
[<c10ff297>] fsnotify_mark_destroy+0xbd/0xed
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c10ff1da>] ? fsnotify_duplicate_mark+0x21/0x21
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
nfsiod S f5f05f58 7660 544 2 0x00000000
f5f05f84 00000046 0112a880 f5f05f58 c102a472 00000000 0c1c22e8 f5f05f34
00000000 f5f05f84 f5d03140 0c1c1955 00000000 f5d03140 00000000 00000000
406b4d3e 00000000 00000000 00000000 c1598420 f5d03140 00000000 f5f05f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
crypto S f5f1bf58 7660 549 2 0x00000000
f5f1bf84 00000046 0112a880 f5f1bf58 c102a472 00000000 0c245561 f5f1bf34
00000000 f5f1bf84 f5d06280 0c244ef5 00000000 f5d06280 00000000 00000000
410460d1 00000000 00000000 00000000 c1598420 f5d06280 00000000 f5f1bf6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
ttm_swap S f5f15f58 7660 628 2 0x00000000
f5f15f84 00000046 0112a880 f5f15f58 c102a472 00000000 15e6af05 f5f15f34
00000000 f5f15f84 f5c63d90 15e69fdf 00000000 f5c63d90 00000000 00000000
4f4e984b 00000000 00000000 00000000 c1598420 f5c63d90 00000000 f5f15f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/0:2 S 000ec000 7144 768 2 0x00000000
f578df88 00000046 c18528a0 000ec000 f578df3c 00000004 00000000 f578df38
00000000 f578df88 f5c60c50 c970c873 00000054 f5c60c50 00000000 f57801c0
c183dd00 f578df50 c1852918 f57801c0 f578df88 c10464da f578df64 c104694b
Call Trace:
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1268348>] ? do_blank_screen+0x1ee/0x1ee
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kpsmoused S f5725f58 7660 776 2 0x00000000
f5725f84 00000046 0112a880 f5725f58 c102a472 00000000 83a41e53 f5725f34
00000000 f5725f84 f5c66ed0 83a41658 00000000 f5c66ed0 00000000 00000000
698ff881 00000000 00000000 00000000 c1598420 f5c66ed0 00000000 f5725f6c
Call Trace:
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c102df09>] ? T.1453+0x48/0x54
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046c11>] rescuer_thread+0x1cc/0x20c
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c1046a45>] ? idle_worker_timeout+0x58/0x58
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kjournald S 00000059 6524 834 2 0x00000000
f578ff78 00000046 00000000 00000059 2d0ecba3 00000059 f53e9e40 f578ff28
f57c5a94 f578ff78 f57b0000 f578ff18 f578ff20 f57b0000 00000000 3234382e
5d333330 f57c0020 f578ff60 c10265f3 00000744 00000001 00000003 f57c5a40
Call Trace:
[<c10265f3>] ? __wake_up_common+0x40/0x63
[<c1146c6d>] kjournald+0x20a/0x337
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c1146a63>] ? commit_timeout+0xa/0xa
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
udevd S f500de68 6192 866 1 0x00000000
f500decc 00000086 f53cf2f0 f500de68 0000000a f500deb4 f500deb0 f500de7c
f500de74 f500decc f57b5630 d7724d1c 00000057 f57b5630 00000040 00000000
00000000 bf9bc4a0 f500deb8 00000000 f500dea8 00000001 00000000 00000000
Call Trace:
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c11018c1>] ? ep_send_events_proc+0x5c/0xf6
[<c1101f19>] ? ep_scan_ready_list+0xed/0x108
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c11021dc>] sys_epoll_wait+0x297/0x2fa
[<c1468b03>] ? sys_recv+0x36/0x38
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1593813>] sysenter_do_call+0x12/0x22
pccardd S f5309f24 7344 1052 2 0x00000000
f5309f84 00000046 f5d018a0 f5309f24 f5309f30 f5309f74 f5148c50 f5309f34
00000056 f5309f84 f5148c50 d432fc14 00000057 f5148c50 00200200 fffb8eff
c193f600 c103e185 f5148c50 ffffffff ffffffff 00000000 00000000 00000000
Call Trace:
[<c103e185>] ? sys_gettid+0x13/0x13
[<f8366d9e>] pccardd+0x1df/0x33c [pcmcia_core]
[<f8366bbf>] ? pcmcia_register_socket+0x2b5/0x2b5 [pcmcia_core]
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
pccardd S f5079f24 7344 1054 2 0x00000000
f5079f84 00000046 f5148c50 f5079f24 f5079f30 f5079f74 f514bd90 f5079f34
00000056 f5079f84 f514bd90 d432ff6e 00000057 f514bd90 c1026cee f514a4f0
00000000 00000292 f5079f6c 00000292 ffffffff 00000000 00000001 01000000
Call Trace:
[<c1026cee>] ? check_preempt_curr+0x6d/0x7e
[<f8366d9e>] pccardd+0x1df/0x33c [pcmcia_core]
[<f8366bbf>] ? pcmcia_register_socket+0x2b5/0x2b5 [pcmcia_core]
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
flush-3:0 S 00000000 6432 1118 2 0x00000000
f52e3f84 00000046 000003f3 00000000 00000000 00000000 f52e3f24 f52e3f34
0000000d f52e3f84 f5176280 c10aac6f 0000000d f5176280 00000000 f52e3f84
c10f1217 00000000 00000000 f5729b64 f5729b04 c103e185 000018e0 00000000
Call Trace:
[<c10aac6f>] ? global_dirty_limits+0x23/0xb8
[<c10f1217>] ? wb_do_writeback+0xa2/0x1aa
[<c103e185>] ? sys_gettid+0x13/0x13
[<c10f1430>] bdi_writeback_thread+0x111/0x1ca
[<c10f131f>] ? wb_do_writeback+0x1aa/0x1aa
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
syslogd S 00000000 6164 1169 1 0x00000000
f57e1ab8 00000086 00000002 00000000 00000000 01280000 c1831400 f57e1a68
f57c5a00 f57e1ab8 f51749e0 d8afc9e1 00000057 f51749e0 c19ece40 f57e1aac
c1128ae5 f5a412b0 f5a19930 f5896000 f57e1aa0 c1135a19 f57e1a98 f5a19930
Call Trace:
[<c1128ae5>] ? __ext3_get_inode_loc+0xa7/0x2a7
[<c1135a19>] ? __ext3_journal_dirty_metadata+0x19/0x3f
[<c10f5d0e>] ? __find_get_block+0x59/0x140
[<c11288b4>] ? ext3_mark_iloc_dirty+0x1c2/0x34c
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c10f5e27>] ? __getblk+0x32/0x33d
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c11430a2>] ? do_get_write_access+0x25c/0x36c
[<c14eba78>] ? unix_dgram_poll+0x22/0x154
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e3c2a>] do_select+0x556/0x665
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c11430a2>] ? do_get_write_access+0x25c/0x36c
[<c1128ae5>] ? __ext3_get_inode_loc+0xa7/0x2a7
[<c1135a19>] ? __ext3_journal_dirty_metadata+0x19/0x3f
[<c104b126>] ? wake_up_bit+0x5e/0x62
[<c1141f59>] ? journal_stop+0x1dc/0x313
[<c1141f59>] ? journal_stop+0x1dc/0x313
[<c1129250>] ? ext3_dirty_inode+0x54/0xa8
[<c1128560>] ? ext3_journal_dirty_data+0x12/0x37
[<c10f62b7>] ? __block_commit_write+0x66/0x8b
[<c10f0b3b>] ? __mark_inode_dirty+0x24/0x18f
[<c10a44ea>] ? unlock_page+0x46/0x49
[<c112b1f9>] ? ext3_ordered_write_end+0x118/0x1a8
[<c1128585>] ? ext3_journal_dirty_data+0x37/0x37
[<c10a3d39>] ? generic_file_buffered_write+0x15d/0x1d6
[<c10a5ea2>] ? __generic_file_aio_write+0x1dc/0x4a7
[<c1040506>] ? __sigqueue_free+0x2c/0x2f
[<c1008466>] ? save_i387_fxsave+0x74/0x81
[<c10e44c0>] core_sys_select+0x135/0x217
[<c10083e8>] ? restore_i387_fxsave+0x71/0x7b
[<c1008644>] ? restore_i387_xstate+0xbe/0x1dd
[<c1036dde>] ? do_setitimer+0x159/0x182
[<c11f9c47>] ? copy_to_user+0x2e/0x119
[<c10e4727>] sys_select+0x2c/0xb3
[<c1593813>] sysenter_do_call+0x12/0x22
klogd S 0000004d 6532 1173 1 0x00000000
f5399ef4 00000086 f5399ea4 0000004d f5939600 f5399e84 00000000 f5399ea4
f4a18000 f5399ef4 f5170000 0001cea7 f5399e30 f5170000 00000000 00000000
f5399f50 00000001 00000000 00000000 00000000 f5399ee0 00000000 f50d8780
Call Trace:
[<c1034516>] do_syslog+0x392/0x3ea
[<c1199e26>] ? security_file_permission+0x8a/0x8c
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c111c38c>] ? kmsg_poll+0x3b/0x3b
[<c111c3b3>] kmsg_read+0x27/0x50
[<c1113c4e>] proc_reg_read+0x39/0x4c
[<c10d60cc>] vfs_read+0x89/0x14c
[<c1113c15>] ? proc_reg_write+0x4c/0x4c
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
inetd S 00000000 6440 1285 1 0x00000000
f53a9ab8 00000086 00000000 00000000 00000000 00000000 f5170000 f53a9a68
00390020 f53a9ab8 f5d00c50 d4337f22 00000057 f5d00c50 00000002 00000000
00000000 00e40080 f50d9098 f50d9c78 f53a9ab8 c10cdd69 c11430a2 00000002
Call Trace:
[<c10cdd69>] ? kmem_cache_alloc+0x9d/0xf5
[<c11430a2>] ? do_get_write_access+0x25c/0x36c
[<c11ed958>] ? cfq_init_prio_data+0x63/0xf1
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c10cdd69>] ? kmem_cache_alloc+0x9d/0xf5
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e3c2a>] do_select+0x556/0x665
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
last message repeated 3 times
[<c10d2dd8>] ? T.941+0x3d/0x67
[<c10d2e54>] ? mem_cgroup_charge_common+0x52/0x60
[<c1026eed>] ? update_curr+0x164/0x24d
[<c127048f>] ? extract_buf+0x83/0x109
[<c1030480>] ? dequeue_task_fair+0x180/0x255
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c158c95a>] ? schedule+0x29a/0x614
[<c10aba4a>] ? ra_submit+0x21/0x27
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c10e44c0>] core_sys_select+0x135/0x217
[<c10a44ea>] ? unlock_page+0x46/0x49
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c10bccd5>] ? handle_pte_fault+0x7a/0x604
[<c10c20c2>] ? unlink_anon_vmas+0x41/0x97
[<c10bd2da>] ? handle_mm_fault+0x7b/0xb8
[<c1590895>] ? do_page_fault+0x191/0x3dc
[<c10406a7>] ? do_sigaction+0x125/0x156
[<c10bf057>] ? remove_vma+0x44/0x53
[<c11f9c47>] ? copy_to_user+0x2e/0x119
[<c10e4727>] sys_select+0x2c/0xb3
[<c1002bc6>] ? do_notify_resume+0x4d/0x67
[<c1593813>] sysenter_do_call+0x12/0x22
sshd S 00000000 6440 1288 1 0x00000000
f53abab8 00200086 00000000 00000000 00000000 00000000 f5d00c50 f53aba68
00390021 f53abab8 f5d05630 d433829a 00000057 f5d05630 00000002 00000000
00000000 00e40084 f5a4c340 f591f9a0 00000000 f53abad8 c11430a2 00000002
Call Trace:
[<c11430a2>] ? do_get_write_access+0x25c/0x36c
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c1128ae5>] ? __ext3_get_inode_loc+0xa7/0x2a7
[<c1135a19>] ? __ext3_journal_dirty_metadata+0x19/0x3f
[<c10f5d0e>] ? __find_get_block+0x59/0x140
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e3c2a>] do_select+0x556/0x665
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c10f5d0e>] ? __find_get_block+0x59/0x140
[<c10f5e27>] ? __getblk+0x32/0x33d
[<c11430a2>] ? do_get_write_access+0x25c/0x36c
[<c1128ae5>] ? __ext3_get_inode_loc+0xa7/0x2a7
[<c1135a19>] ? __ext3_journal_dirty_metadata+0x19/0x3f
[<c104b126>] ? wake_up_bit+0x5e/0x62
[<c1141f59>] ? journal_stop+0x1dc/0x313
[<c1026eed>] ? update_curr+0x164/0x24d
[<c1141f59>] ? journal_stop+0x1dc/0x313
[<c11f51e6>] ? rb_erase+0x1e3/0x27a
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c158c95a>] ? schedule+0x29a/0x614
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c10e44c0>] core_sys_select+0x135/0x217
[<c10a44ea>] ? unlock_page+0x46/0x49
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c10bccd5>] ? handle_pte_fault+0x7a/0x604
[<c10c20c2>] ? unlink_anon_vmas+0x41/0x97
[<c10bd2da>] ? handle_mm_fault+0x7b/0xb8
[<c1590895>] ? do_page_fault+0x191/0x3dc
[<c10bf057>] ? remove_vma+0x44/0x53
[<c10bf057>] ? remove_vma+0x44/0x53
[<c10e4727>] sys_select+0x2c/0xb3
[<c1002bc6>] ? do_notify_resume+0x4d/0x67
[<c1593813>] sysenter_do_call+0x12/0x22
acpid S f530e750 6072 1295 1 0x00000000
f52e1b50 00000086 00000001 f530e750 00000000 f578a000 f5173140 f52e1b00
ffffffff f52e1b50 f5d00000 d4dc3330 00000057 f5d00000 000000d0 00011200
f5734180 00011210 f52e1b3c f52e1b1c c10a627b f52e1b50 c10a636b f578a228
Call Trace:
[<c10a627b>] ? mempool_alloc_slab+0xe/0x10
[<c10a636b>] ? mempool_alloc+0x3d/0xc5
[<c11ef27a>] ? changed_ioprio+0x53/0x53
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c11e1ee3>] ? drive_stat_acct+0xab/0x110
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e4101>] do_sys_poll+0x3c8/0x459
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c11430a2>] ? do_get_write_access+0x25c/0x36c
[<c1128ae5>] ? __ext3_get_inode_loc+0xa7/0x2a7
[<c1135a19>] ? __ext3_journal_dirty_metadata+0x19/0x3f
[<c104b126>] ? wake_up_bit+0x5e/0x62
[<c1141f59>] ? journal_stop+0x1dc/0x313
[<c1141f59>] ? journal_stop+0x1dc/0x313
[<c1129250>] ? ext3_dirty_inode+0x54/0xa8
[<c1128560>] ? ext3_journal_dirty_data+0x12/0x37
[<c10f62b7>] ? __block_commit_write+0x66/0x8b
[<c10f0b3b>] ? __mark_inode_dirty+0x24/0x18f
[<c10a44ea>] ? unlock_page+0x46/0x49
[<c112b1f9>] ? ext3_ordered_write_end+0x118/0x1a8
[<c1128585>] ? ext3_journal_dirty_data+0x37/0x37
[<c10a3d39>] ? generic_file_buffered_write+0x15d/0x1d6
[<c10a5ea2>] ? __generic_file_aio_write+0x1dc/0x4a7
[<c10d598f>] ? do_sync_write+0x9b/0xc8
[<c10d8cad>] ? cp_new_stat64+0xde/0xf0
[<c10fe58d>] ? fsnotify+0x1a0/0x297
[<c10d5f02>] ? vfs_write+0xea/0x14f
[<c10d58f4>] ? do_sync_readv_writev+0xbe/0xbe
[<c10e42ed>] sys_poll+0x5a/0xb6
[<c1593813>] sysenter_do_call+0x12/0x22
dbus-daemon S 00000057 6356 1303 1 0x00000000
f53b1b50 00000086 000ee1df 00000057 00000000 c1838e60 f5c3bd90 f53b1b00
d47b9921 f53b1b50 f5c65630 e3cd33e6 00000060 f5c65630 c1838e60 00000057
c183e0d8 f53b1b1c c105815e 00000000 00000057 f53b1b68 c104e50b f53b1b44
Call Trace:
[<c105815e>] ? tick_program_event+0x1b/0x21
[<c104e50b>] ? hrtimer_interrupt+0x161/0x24c
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c1015f4b>] ? smp_apic_timer_interrupt+0x46/0x77
[<c158e45d>] ? apic_timer_interrupt+0x31/0x38
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e4101>] do_sys_poll+0x3c8/0x459
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
last message repeated 4 times
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c147021f>] ? memcpy_fromiovec+0x3f/0x60
[<c14ebcc1>] ? scm_destroy+0xd/0x44
[<c14ec11e>] ? unix_stream_sendmsg+0x30c/0x31c
[<c1468666>] ? sock_sendmsg+0xcd/0xf5
[<c100d5f3>] ? p4_pmu_enable_all+0x36/0x44
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c146ff58>] ? verify_iovec+0x44/0x92
[<c1469110>] ? sys_sendmsg+0x149/0x253
[<c105722a>] ? clockevents_program_event+0x80/0x10a
[<c105815e>] ? tick_program_event+0x1b/0x21
[<c104e50b>] ? hrtimer_interrupt+0x161/0x24c
[<c1038054>] ? irq_exit+0x2f/0x7d
[<c1468fa4>] ? sys_recvmsg+0x36/0x59
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c1053354>] ? ktime_get_ts+0xb5/0xd8
[<c10e42ed>] sys_poll+0x5a/0xb6
[<c1049fed>] ? sys_clock_gettime+0x83/0x96
[<c1593813>] sysenter_do_call+0x12/0x22
hald S f5294044 6248 1308 1 0x00000000
f53b5b50 00000086 c183e0b4 f5294044 f53b5b68 c183e0b4 00000000 f53b5b00
c11f5f74 f53b5b50 f514e280 f53b5b08 c104e0c6 f514e280 00000067 f53b5b68
f53b5b38 00000282 01ba796e 00000000 00000000 00000060 00000000 00000282
Call Trace:
[<c11f5f74>] ? timerqueue_add+0x54/0xb0
[<c104e0c6>] ? enqueue_hrtimer+0x1e/0x4d
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d7eb>] schedule_hrtimeout_range_clock+0xab/0x110
[<c104de53>] ? update_rmtp+0x62/0x62
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e4101>] do_sys_poll+0x3c8/0x459
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
last message repeated 12 times
[<c11f63a8>] ? put_dec+0x87/0x8f
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c103075c>] ? __enqueue_rt_entity+0x207/0x218
[<c1469162>] ? sys_sendmsg+0x19b/0x253
[<c100d5f3>] ? p4_pmu_enable_all+0x36/0x44
[<c1015865>] ? lapic_next_event+0x16/0x1a
[<c105722a>] ? clockevents_program_event+0x80/0x10a
[<c105801a>] ? tick_dev_program_event+0x3c/0x135
[<c104e171>] ? __run_hrtimer+0x7c/0x189
[<c105815e>] ? tick_program_event+0x1b/0x21
[<c1053354>] ? ktime_get_ts+0xb5/0xd8
[<c10e42ed>] sys_poll+0x5a/0xb6
[<c1593813>] sysenter_do_call+0x12/0x22
hald S f77c5c24 7076 1310 1 0x00000000
f53b9e50 00000086 c158c95a f77c5c24 c1874f20 c1874f20 f514e280 f53b9e00
f53b9e04 f53b9e50 f514c9e0 d433936c 00000057 f514c9e0 f514c9e0 f514c9e0
f51d0994 c183ae60 00000001 f53b9e2c c10424b9 f53b9efc f514cd44 f514cd44
Call Trace:
[<c158c95a>] ? schedule+0x29a/0x614
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c1590704>] ? spurious_fault+0xc3/0xc3
[<c10dc135>] pipe_wait+0x46/0x5d
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c10dc8dd>] pipe_read+0x265/0x3bb
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c10d5a57>] do_sync_read+0x9b/0xc8
[<c10d5ae1>] ? rw_verify_area+0x5d/0x101
[<c10d60cc>] vfs_read+0x89/0x14c
[<c10d59bc>] ? do_sync_write+0xc8/0xc8
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
hald-runner S c11f5171 6424 1309 1308 0x00000000
f53b7b50 00000086 c183e0b4 c11f5171 f5294044 c183e0b4 f514e280 f53b7b00
c183e0b4 f53b7b50 f514d630 d4576448 00000057 f514d630 f53b7b24 c104dfa0
f53b7b38 00000282 01304a6e 00000000 f53b7b68 00000292 c183e0ac f53b7b44
Call Trace:
[<c11f5171>] ? rb_erase+0x16e/0x27a
[<c104dfa0>] ? __remove_hrtimer+0x24/0x81
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c104de53>] ? update_rmtp+0x62/0x62
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c1026eed>] ? update_curr+0x164/0x24d
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e4101>] do_sys_poll+0x3c8/0x459
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c102fb31>] ? default_wake_function+0xb/0xd
[<c10e3601>] ? pollwake+0x4f/0x56
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c10265f3>] ? __wake_up_common+0x40/0x63
[<c14ebcc1>] ? scm_destroy+0xd/0x44
[<c14ec11e>] ? unix_stream_sendmsg+0x30c/0x31c
[<c1468666>] ? sock_sendmsg+0xcd/0xf5
[<c158c95a>] ? schedule+0x29a/0x614
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c146ff58>] ? verify_iovec+0x44/0x92
[<c1469110>] ? sys_sendmsg+0x149/0x253
[<c104292b>] ? get_signal_to_deliver+0x87/0x3ac
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c10bccd5>] ? handle_pte_fault+0x7a/0x604
[<c10bd2da>] ? handle_mm_fault+0x7b/0xb8
[<c1468fa4>] ? sys_recvmsg+0x36/0x59
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c146937c>] ? sys_socketcall+0xd5/0x289
[<c10e42ed>] sys_poll+0x5a/0xb6
[<c1593813>] sysenter_do_call+0x12/0x22
hald-addon-inpu S 02222764 6356 1344 1309 0x00000000
f53bbb50 00000086 c105722a 02222764 00000000 000f0742 c1831400 f53bbb00
c1838e60 f53bbb50 f57b0c50 87e6da26 00000065 f57b0c50 c104e171 00000000
01053453 c1838e60 0000004e c183e0d8 f53bbb28 c105815e 00000000 0000004e
Call Trace:
[<c105722a>] ? clockevents_program_event+0x80/0x10a
[<c104e171>] ? __run_hrtimer+0x7c/0x189
[<c105815e>] ? tick_program_event+0x1b/0x21
[<c104e50b>] ? hrtimer_interrupt+0x161/0x24c
[<c105815e>] ? tick_program_event+0x1b/0x21
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c1038054>] ? irq_exit+0x2f/0x7d
[<c1015f4b>] ? smp_apic_timer_interrupt+0x46/0x77
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e4101>] do_sys_poll+0x3c8/0x459
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
last message repeated 7 times
[<c11f51e6>] ? rb_erase+0x1e3/0x27a
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c158c95a>] ? schedule+0x29a/0x614
[<c1015865>] ? lapic_next_event+0x16/0x1a
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c100d5f3>] ? p4_pmu_enable_all+0x36/0x44
[<c1199e26>] ? security_file_permission+0x8a/0x8c
[<c10d5ae1>] ? rw_verify_area+0x5d/0x101
[<c10d60cc>] ? vfs_read+0x89/0x14c
[<c1411eb6>] ? evdev_write+0x9c/0x9c
[<c10e42ed>] sys_poll+0x5a/0xb6
[<c1593813>] sysenter_do_call+0x12/0x22
hald-addon-gene S 00000010 6572 1346 1309 0x00000000
f53bfb50 00000086 c183e0b4 00000010 f5294044 c183e0b4 f57b0c50 f53bfb00
c183e0b4 f53bfb50 f57b3d90 d433a08e 00000057 f57b3d90 f53bfb24 c104dfa0
f53bfb38 00000282 017d783e 00000000 f53bfb68 00000292 c183e0ac f53bfb44
Call Trace:
[<c104dfa0>] ? __remove_hrtimer+0x24/0x81
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c104de53>] ? update_rmtp+0x62/0x62
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e4101>] do_sys_poll+0x3c8/0x459
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c10ce1aa>] ? __kmalloc_track_caller+0xeb/0x18d
[<c146b6ec>] ? sock_wfree+0x3f/0x46
[<c14ebe0a>] ? unix_destruct_scm+0xab/0xb3
[<c146d3d5>] ? skb_release_data+0x63/0x86
[<c146d052>] ? __kfree_skb+0x38/0x7b
[<c14eca98>] ? scm_recv+0x2c/0x139
[<c146d052>] ? __kfree_skb+0x38/0x7b
[<c14ece26>] ? unix_stream_recvmsg+0x281/0x4b1
[<c1026eed>] ? update_curr+0x164/0x24d
[<c1030480>] ? dequeue_task_fair+0x180/0x255
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c158c95a>] ? schedule+0x29a/0x614
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c10a511b>] ? filemap_fault+0x8f/0x389
[<c104292b>] ? get_signal_to_deliver+0x87/0x3ac
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c10bccd5>] ? handle_pte_fault+0x7a/0x604
[<c10d8cad>] ? cp_new_stat64+0xde/0xf0
[<c10bd2da>] ? handle_mm_fault+0x7b/0xb8
[<c1590895>] ? do_page_fault+0x191/0x3dc
[<c1469364>] ? sys_socketcall+0xbd/0x289
[<c10e4374>] do_restart_poll+0x2b/0x42
[<c103f71e>] sys_restart_syscall+0x11/0x13
[<c1593813>] sysenter_do_call+0x12/0x22
hald-addon-acpi S 00000001 6616 1357 1309 0x00000000
f539bd64 00000086 f5a0ed00 00000001 f539bd20 c10dda39 f57b3d90 f539bd14
f5880f10 f539bd64 f57b18a0 d433a490 00000057 f57b18a0 c1026eed c1026eed
f539bdf4 f539bee3 0000000c f20c7a7c 00000003 ffffe80c ffffffff 00000056
Call Trace:
[<c10dda39>] ? do_lookup+0x184/0x233
[<c1026eed>] ? update_curr+0x164/0x24d
[<c1026eed>] ? update_curr+0x164/0x24d
[<c158d15d>] schedule_timeout+0x13d/0x211
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c14ecf14>] unix_stream_recvmsg+0x36f/0x4b1
[<c158c95a>] ? schedule+0x29a/0x614
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c1467036>] sock_aio_read+0x14a/0x16d
[<c10d5a57>] do_sync_read+0x9b/0xc8
[<c10d5ae1>] ? rw_verify_area+0x5d/0x101
[<c10d617e>] vfs_read+0x13b/0x14c
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
crond S f4a1a000 6556 1365 1 0x00000000
f53b3ef0 00000086 c183e0b4 f4a1a000 f53b3f40 c183e0b4 00000000 f53b3ea0
c11f5f74 f53b3ef0 f57b6ed0 556da3fa 00000065 f57b6ed0 00000066 f53b3f40
f53b3ed8 00000282 0000c350 00000000 f53b3ec0 00000001 00000000 00000282
Call Trace:
[<c11f5f74>] ? timerqueue_add+0x54/0xb0
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d8f3>] do_nanosleep+0x81/0xab
[<c104ebb3>] hrtimer_nanosleep+0x9c/0x11e
[<c104de53>] ? update_rmtp+0x62/0x62
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c104ec8c>] sys_nanosleep+0x57/0x5b
[<c1593813>] sysenter_do_call+0x12/0x22
atd S f53c1fb4 6532 1367 1 0x00000000
f53c1f28 00000086 c183e0b4 f53c1fb4 f53c1f54 c183e0b4 00000000 f53c1ed8
c11f5f74 f53c1f28 f57b6280 d433abd7 00000057 f57b6280 0000034d f53c1f54
f53c1f10 00000296 00000000 00000000 f57b65e4 00000292 00000000 00000296
Call Trace:
[<c11f5f74>] ? timerqueue_add+0x54/0xb0
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d8f3>] do_nanosleep+0x81/0xab
[<c158d95c>] hrtimer_nanosleep_restart+0x3f/0x7a
[<c104de53>] ? update_rmtp+0x62/0x62
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c103f71e>] sys_restart_syscall+0x11/0x13
[<c1593813>] sysenter_do_call+0x12/0x22
sendmail S f53c3ad0 6244 1370 1 0x00000000
f53c3ab8 00200086 c183e0b4 f53c3ad0 f53c3ad0 c183e0b4 00000000 f53c3a68
c11f5f74 f53c3ab8 f57b3140 ded80853 00000064 f57b3140 00000066 f53c3ad0
f53c3aa0 00200296 004c4b3e 00000000 f53c3ad0 00200292 00000000 00200296
Call Trace:
[<c11f5f74>] ? timerqueue_add+0x54/0xb0
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d7eb>] schedule_hrtimeout_range_clock+0xab/0x110
[<c104de53>] ? update_rmtp+0x62/0x62
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e3c2a>] do_select+0x556/0x665
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c127048f>] ? extract_buf+0x83/0x109
[<c1026eed>] ? update_curr+0x164/0x24d
[<c10cdcf0>] ? kmem_cache_alloc+0x24/0xf5
[<c10cdde8>] ? kmem_cache_alloc_trace+0x27/0xf0
[<c10e7b52>] ? inode_init_always+0xef/0x183
[<c11f63a8>] ? put_dec+0x87/0x8f
[<c11f6702>] ? number+0x352/0x366
[<c1119e0a>] ? devinfo_show+0x22/0x68
[<c1113984>] ? proc_reg_open+0x61/0xe1
[<c1199c8c>] ? security_dentry_open+0x65/0x67
[<c10e44c0>] core_sys_select+0x135/0x217
[<c10ec9ed>] ? seq_printf+0x27/0x4a
[<c1119f8b>] ? loadavg_proc_show+0xb0/0xc2
[<c10fe76b>] ? __fsnotify_inode_delete+0x8/0xd
[<c111372b>] ? proc_destroy_inode+0x10/0x12
[<c10e7a4c>] ? destroy_inode+0x26/0x3d
[<c10e7dc5>] ? evict+0x9a/0xff
[<c10e4e8b>] ? d_free+0x37/0x49
[<c10e6c24>] ? dput+0x107/0x1b3
[<c10b6592>] ? kzfree+0x22/0x25
[<c1053354>] ? ktime_get_ts+0xb5/0xd8
[<c10e4727>] sys_select+0x2c/0xb3
[<c1593813>] sysenter_do_call+0x12/0x22
sendmail S f50ea000 6176 1373 1 0x00000000
f53cdfa4 00200086 080950d1 f50ea000 f53cdfac c1590895 f57b3140 f53cdf54
f57b4c10 f53cdfa4 f57b49e0 d433b2f3 00000057 f57b49e0 00000008 00000004
00000005 00000000 00000000 bf950b68 bf950b94 00000000 f53cdf9c f53cdf8c
Call Trace:
[<c1590895>] ? do_page_fault+0x191/0x3dc
[<c1001eaf>] ? restore_sigcontext+0xc1/0xd9
[<c10402ce>] sys_pause+0x13/0x1a
[<c1593813>] sysenter_do_call+0x12/0x22
udevd S f53bde8c 6592 1379 866 0x00000000
f53bdecc 00000086 f53bdd84 f53bde8c bf9bb92c 00000000 09c71835 f53bde7c
f53bdeb4 f53bdecc f5cc5630 d758b9ec 00000057 f5cc5630 00000000 f53bdf48
c14687bd bf9bc1d4 00000000 00000000 f53bdea8 00000001 00000000 00000000
Call Trace:
[<c14687bd>] ? sys_sendto+0xf8/0x132
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c1102ab2>] ? signalfd_poll+0x63/0x6d
[<c11018c1>] ? ep_send_events_proc+0x5c/0xf6
[<c1101f19>] ? ep_scan_ready_list+0xed/0x108
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c11021dc>] sys_epoll_wait+0x297/0x2fa
[<c146882d>] ? sys_send+0x36/0x38
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c10bfe18>] ? sys_munmap+0x3a/0x41
[<c1593813>] sysenter_do_call+0x12/0x22
udevd S f5cc49e0 6924 1380 866 0x00000000
f53d1ecc 00000086 00000000 f5cc49e0 f53d1e64 f53d1fb4 ffffffff f53d1e7c
f53d1eb8 f53d1ecc f5cc49e0 d433bb4d 00000057 f5cc49e0 f52ffe18 f53d1ec4
f5cc4c94 f53d1f7c f53d1fb4 f5cc49e0 f5cc49e0 77c33025 f5cc4d44 f500b180
Call Trace:
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c11018c1>] ? ep_send_events_proc+0x5c/0xf6
[<c10bd2da>] ? handle_mm_fault+0x7b/0xb8
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c11021dc>] sys_epoll_wait+0x297/0x2fa
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1593813>] sysenter_do_call+0x12/0x22
vnstatd S 00000000 6288 1423 1 0x00000000
f4801ef0 00000086 c183e0b4 00000000 f4801f40 c183e0b4 00000000 f4801ea0
c11f5f74 f4801ef0 f5175630 a2be3f8d 00000064 f5175630 00000065 f4801f40
f4801ed8 00000282 0000c350 00000000 f4801ec4 c10ac018 00000000 00000282
Call Trace:
[<c11f5f74>] ? timerqueue_add+0x54/0xb0
[<c10ac018>] ? __put_single_page+0x14/0x17
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d8f3>] do_nanosleep+0x81/0xab
[<c104ebb3>] hrtimer_nanosleep+0x9c/0x11e
[<c104de53>] ? update_rmtp+0x62/0x62
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c104ec8c>] sys_nanosleep+0x57/0x5b
[<c1593813>] sysenter_do_call+0x12/0x22
auditd S f5170c50 6584 1429 1 0x00000000
f4805ecc 00000086 c183e0b4 f5170c50 f4805ee4 c183e0b4 00000000 f4805e7c
c11f5f74 f4805ecc f5170c50 d433bf54 00000057 f5170c50 00000065 f4805ee4
f4805eb4 00000292 038f9b16 00000000 f5170c50 00000292 00000000 00000292
Call Trace:
[<c11f5f74>] ? timerqueue_add+0x54/0xb0
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d7eb>] schedule_hrtimeout_range_clock+0xab/0x110
[<c104de53>] ? update_rmtp+0x62/0x62
[<c104eb11>] ? hrtimer_start_range_ns+0x21/0x27
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c11021dc>] sys_epoll_wait+0x297/0x2fa
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1593813>] sysenter_do_call+0x12/0x22
auditd S c1029e3c 6248 1430 1 0x00000000
f4807e04 00000086 f4807d94 c1029e3c f514802c c183ae60 f4807db0 f4807db4
0007ba34 f4807e04 f5176ed0 d433bf54 00000057 f5176ed0 00030222 86cb0d60
f5176ed0 86cb0d60 f5176ed0 f5170c50 f4807e54 c158c95a 00000003 00000000
Call Trace:
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c158c95a>] ? schedule+0x29a/0x614
[<c10594d8>] futex_wait_queue_me+0xac/0xc8
[<c1059efc>] ? futex_wait_setup+0x32/0x98
[<c105a0be>] futex_wait+0x15c/0x22c
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c105a29c>] ? futex_wake+0xc7/0xe0
[<c11f9c47>] ? copy_to_user+0x2e/0x119
[<c105b0b4>] do_futex+0xd6/0x827
[<c10f51d8>] ? sys_fstatfs+0x22/0x28
[<c105b869>] sys_futex+0x64/0xfb
[<c1593813>] sysenter_do_call+0x12/0x22
kauditd S f480bf2c 7476 1432 2 0x00000000
f480bf8c 00000046 f5176280 f480bf2c f480bf30 f480bf7c f5c66280 f480bf3c
f51db000 f480bf8c f5c66280 d4336124 00000057 f5c66280 f6f9de20 f5071500
00004401 c146d052 00004482 f5071300 00000000 00000001 00000003 c183fd00
Call Trace:
[<c146d052>] ? __kfree_skb+0x38/0x7b
[<c106fdd7>] kauditd_thread+0x103/0x126
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c106fcd4>] ? audit_printk_skb+0x5b/0x5b
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
bash S f504e100 5800 1615 1 0x00000080
f480df1c 00000086 f5148364 f504e100 f480deac c119919e f480df1c f480decc
00000000 f480df1c f5148000 d433bf54 00000057 f5148000 fffb9dbc f5396088
f53e6034 74529065 c183ae60 d8cf2c78 f5cc6efc f514802c f53e6000 f5148364
Call Trace:
[<c119919e>] ? security_task_wait+0xf/0x11
[<c1254bd7>] ? tty_check_change+0xa4/0xa4
[<c1035c41>] do_wait+0x1aa/0x1ee
[<c1035ced>] sys_wait4+0x68/0xb1
[<c10347ca>] ? get_files_struct+0x11/0x11
[<c1035d5d>] sys_waitpid+0x27/0x29
[<c1593813>] sysenter_do_call+0x12/0x22
agetty S f4809e04 6748 1616 1 0x00000080
f4809e64 00000086 f5148000 f4809e04 00000004 f4809e54 f514a4f0 f4809e14
00000056 f4809e64 f514a4f0 d433bf54 00000057 f514a4f0 f4809e2c c10424b9
f4809efc f514a854 f514a854 0804c300 f4809e64 c104261d f4809e98 c158d15d
Call Trace:
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c158d15d>] ? schedule_timeout+0x13d/0x211
[<c158d15d>] schedule_timeout+0x13d/0x211
[<c1045e91>] ? start_flush_work+0x14/0xd6
[<c1046ec9>] ? flush_work+0x13/0x2c
[<c1257c26>] n_tty_read+0x35d/0x641
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1253a03>] tty_read+0x71/0x9e
[<c12578c9>] ? n_tty_open+0x79/0x79
[<c10d60cc>] vfs_read+0x89/0x14c
[<c1253992>] ? tty_del_file+0x31/0x31
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
agetty S f4803e04 6728 1617 1 0x00000080
f4803e64 00000086 f514a4f0 f4803e04 00000000 f4803e54 f514eed0 f4803e14
00000056 f4803e64 f514eed0 d433bf54 00000057 f514eed0 f4803e2c c10424b9
f4803efc f514f234 f514f234 0804c300 f4803e64 c104261d 00d3abbf c183ae20
Call Trace:
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c158d15d>] schedule_timeout+0x13d/0x211
[<c1045e91>] ? start_flush_work+0x14/0xd6
[<c1046ec9>] ? flush_work+0x13/0x2c
[<c1257c26>] n_tty_read+0x35d/0x641
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1253a03>] tty_read+0x71/0x9e
[<c12578c9>] ? n_tty_open+0x79/0x79
[<c10d60cc>] vfs_read+0x89/0x14c
[<c1253992>] ? tty_del_file+0x31/0x31
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
agetty S f53f3e04 6748 1618 1 0x00000080
f53f3e64 00000086 f514eed0 f53f3e04 00000000 f53f3e54 f514b140 f53f3e14
00000056 f53f3e64 f514b140 d433bf54 00000057 f514b140 f53f3e2c c10424b9
f53f3efc f514b4a4 f514b4a4 0804c300 f53f3e64 c104261d 00d3ae56 c183ae20
Call Trace:
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c158d15d>] schedule_timeout+0x13d/0x211
[<c1045e91>] ? start_flush_work+0x14/0xd6
[<c1046ec9>] ? flush_work+0x13/0x2c
[<c1257c26>] n_tty_read+0x35d/0x641
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1253a03>] tty_read+0x71/0x9e
[<c12578c9>] ? n_tty_open+0x79/0x79
[<c10d60cc>] vfs_read+0x89/0x14c
[<c1253992>] ? tty_del_file+0x31/0x31
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
agetty S f53f5e04 6244 1619 1 0x00000080
f53f5e64 00000086 f514b140 f53f5e04 00000000 f53f5e54 f51498a0 f53f5e14
00000056 f53f5e64 f51498a0 d433bf54 00000057 f51498a0 f53f5e2c c10424b9
f53f5efc f5149c04 f5149c04 0804c300 f53f5e64 c104261d 00d3d8f6 c183ae20
Call Trace:
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c158d15d>] schedule_timeout+0x13d/0x211
[<c1045e91>] ? start_flush_work+0x14/0xd6
[<c1046ec9>] ? flush_work+0x13/0x2c
[<c1257c26>] n_tty_read+0x35d/0x641
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1253a03>] tty_read+0x71/0x9e
[<c12578c9>] ? n_tty_open+0x79/0x79
[<c10d60cc>] vfs_read+0x89/0x14c
[<c1253992>] ? tty_del_file+0x31/0x31
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
agetty S f4965e04 6404 1620 1 0x00000080
f4965e64 00000086 f51498a0 f4965e04 00000000 f4965e54 f57b24f0 f4965e14
00000056 f4965e64 f57b24f0 d433bf54 00000057 f57b24f0 f4965e2c c10424b9
f4965efc f57b2854 f57b2854 0804c300 f4965e64 c104261d 00d3feb8 c183ae20
Call Trace:
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c158d15d>] schedule_timeout+0x13d/0x211
[<c1045e91>] ? start_flush_work+0x14/0xd6
[<c1046ec9>] ? flush_work+0x13/0x2c
[<c1257c26>] n_tty_read+0x35d/0x641
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1253a03>] tty_read+0x71/0x9e
[<c12578c9>] ? n_tty_open+0x79/0x79
[<c10d60cc>] vfs_read+0x89/0x14c
[<c1253992>] ? tty_del_file+0x31/0x31
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
startx S f5ddb180 6392 1635 1615 0x00000080
f49bbf1c 00000086 f5cc7234 f5ddb180 f49bbeac c119919e f49bbf1c f49bbecc
00000000 f49bbf1c f5cc6ed0 d433bf54 00000057 f5cc6ed0 fffb9e3c f499c084
f53e6234 74497065 c183ae60 ecc4532b f5173dbc f5cc6efc f53e6200 f5cc7234
Call Trace:
[<c119919e>] ? security_task_wait+0xf/0x11
[<c10bd2da>] ? handle_mm_fault+0x7b/0xb8
[<c1035c41>] do_wait+0x1aa/0x1ee
[<c1035ced>] sys_wait4+0x68/0xb1
[<c10347ca>] ? get_files_struct+0x11/0x11
[<c1035d5d>] sys_waitpid+0x27/0x29
[<c1593813>] sysenter_do_call+0x12/0x22
xinit S f4999f9c 6592 1651 1635 0x00000080
f4999f34 00000086 b7621ff4 f4999f9c f4999ec4 c119919e f4999f34 f4999ee4
00000000 f4999f34 f5173d90 d433bf54 00000057 f5173d90 00000000 f5173178
c183ae20 f51740f4 90bccc61 f51718cc f5173dbc f5173d90 f4999f28 14f4e2c9
Call Trace:
[<c119919e>] ? security_task_wait+0xf/0x11
[<c158cefa>] ? wait_for_common+0x80/0xeb
[<c1035c41>] do_wait+0x1aa/0x1ee
[<c1035ced>] sys_wait4+0x68/0xb1
[<c10347ca>] ? get_files_struct+0x11/0x11
[<c1593813>] sysenter_do_call+0x12/0x22
X S f499b944 5800 1652 1651 0x00400080
f499b9a8 00003086 00000000 f499b944 c100d4a4 00000000 00000000 f499b958
00000000 f499b9a8 f5173140 d7857c56 00000057 f5173140 d8b69880 00000057
00000001 00000000 f499b9b4 c104dd89 000f4240 00000000 00000000 f499ba68
Call Trace:
[<c100d4a4>] ? x86_pmu_enable+0x1c9/0x239
[<c104dd89>] ? hrtimer_forward+0x159/0x18c
[<c1291301>] ttm_bo_wait_unreserved+0x5f/0x106
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c129145f>] ttm_bo_reserve_locked+0xb7/0xe1
[<c1292c27>] ttm_bo_reserve+0x26/0x95
[<c12c3c97>] radeon_crtc_do_set_base+0xbd/0x6d2
[<c1038054>] ? irq_exit+0x2f/0x7d
[<c1015f4b>] ? smp_apic_timer_interrupt+0x46/0x77
[<c158e45d>] ? apic_timer_interrupt+0x31/0x38
[<c12c42e7>] radeon_crtc_set_base+0x1b/0x1d
[<c12c430d>] radeon_crtc_mode_set+0x24/0xdd7
[<c12c3961>] ? radeon_crtc_dpms+0x161/0x34d
[<c1279c57>] drm_crtc_helper_set_mode+0x32c/0x48b
[<c1279e2f>] drm_helper_resume_force_mode+0x79/0x23e
[<c12ace10>] radeon_gpu_reset+0x84/0x98
[<c12c0838>] radeon_fence_wait+0x2d1/0x311
[<c104b12a>] ? wake_up_bit+0x62/0x62
[<c12c0e37>] radeon_sync_obj_wait+0xc/0xe
[<c12908be>] ttm_bo_wait+0xa1/0x108
[<c12d6e7b>] radeon_gem_wait_idle_ioctl+0x76/0xc4
[<c127e62e>] drm_ioctl+0x1c2/0x42c
[<c12d6e05>] ? radeon_gem_set_tiling_ioctl+0x8e/0x8e
[<c127e46c>] ? drm_version+0x8a/0x8a
[<c10e288e>] do_vfs_ioctl+0x79/0x54b
[<c10d5f02>] ? vfs_write+0xea/0x14f
[<c10e2dcb>] sys_ioctl+0x6b/0x70
[<c1593813>] sysenter_do_call+0x12/0x22
xterm S f49c9aa0 5800 1660 1651 0x00000080
f49c9ab8 00000086 00000000 f49c9aa0 c158d15d ffffffff f4a124f0 f49c9a68
448db3e0 f49c9ab8 f51718a0 d6a88ced 00000057 f51718a0 00000000 00000003
00000001 f5173174 00000000 c183dd00 f49c9ae8 00000000 f49c9a90 c102fb4e
Call Trace:
[<c158d15d>] ? schedule_timeout+0x13d/0x211
[<c102fb4e>] ? wake_up_process+0xf/0x11
[<c158cefa>] ? wait_for_common+0x80/0xeb
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c125a383>] ? put_ldisc+0x3f/0x85
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e3c2a>] do_select+0x556/0x665
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
last message repeated 2 times
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c146a5bf>] ? sock_alloc_send_pskb+0x16d/0x293
[<c10ce1db>] ? __kmalloc_track_caller+0x11c/0x18d
[<c146a5bf>] ? sock_alloc_send_pskb+0x16d/0x293
[<c146dc60>] ? __alloc_skb+0x53/0xf8
[<c146a5bf>] ? sock_alloc_send_pskb+0x16d/0x293
[<c11f9d5f>] ? _copy_from_user+0x2d/0x10e
[<c14ecb61>] ? scm_recv+0xf5/0x139
[<c14ebcc1>] ? scm_destroy+0xd/0x44
[<c14ec11e>] ? unix_stream_sendmsg+0x30c/0x31c
[<c14ece26>] ? unix_stream_recvmsg+0x281/0x4b1
[<c10e44c0>] core_sys_select+0x135/0x217
[<c10d5a57>] ? do_sync_read+0x9b/0xc8
[<c10d5ae1>] ? rw_verify_area+0x5d/0x101
[<c1253a0d>] ? tty_read+0x7b/0x9e
[<c10e4727>] sys_select+0x2c/0xb3
[<c1593813>] sysenter_do_call+0x12/0x22
twm S 0000004b 5800 1665 1660 0x00000080
f49d1b50 00000086 c1838e60 0000004b c183e0d8 f49d1aec f51718a0 f49d1b00
0000004b f49d1b50 f5cc0c50 d433bf54 00000057 f5cc0c50 dea68c3b 0000004b
00000000 dea68c3b 0000004b deb5bec0 0000004b 00000046 f49d0000 00000000
Call Trace:
[<c1038054>] ? irq_exit+0x2f/0x7d
[<c1015f4b>] ? smp_apic_timer_interrupt+0x46/0x77
[<c104e50b>] ? hrtimer_interrupt+0x161/0x24c
[<c158d839>] schedule_hrtimeout_range_clock+0xf9/0x110
[<c104af67>] ? add_wait_queue+0x1d/0x21
[<c10e3552>] ? __pollwait+0x59/0xb9
[<c158d862>] schedule_hrtimeout_range+0x12/0x14
[<c10e346d>] poll_schedule_timeout+0x28/0x3f
[<c10e4101>] do_sys_poll+0x3c8/0x459
[<c10e34f9>] ? poll_freewait+0x5a/0x5a
[<c10e35b2>] ? __pollwait+0xb9/0xb9
[<c109ad9a>] ? perf_pmu_enable+0x1a/0x21
[<c102a472>] ? enqueue_task_fair+0x4d4/0x5ae
[<c146a5bf>] ? sock_alloc_send_pskb+0x16d/0x293
[<c10ce1db>] ? __kmalloc_track_caller+0x11c/0x18d
[<c1026eed>] ? update_curr+0x164/0x24d
[<c146a5bf>] ? sock_alloc_send_pskb+0x16d/0x293
[<c1030550>] ? dequeue_task_fair+0x250/0x255
[<c1029e3c>] ? __dequeue_entity+0x31/0x35
[<c103015e>] ? set_next_entity+0xad/0xc1
[<c158c95a>] ? schedule+0x29a/0x614
[<c10424b9>] ? __dequeue_signal+0x13/0xfe
[<c104261d>] ? dequeue_signal+0x79/0x136
[<c104292b>] ? get_signal_to_deliver+0x87/0x3ac
[<c10021c4>] ? do_signal+0x5c/0xa11
[<c10d5a57>] ? do_sync_read+0x9b/0xc8
[<c10d5ae1>] ? rw_verify_area+0x5d/0x101
[<c10e4374>] do_restart_poll+0x2b/0x42
[<c103f71e>] sys_restart_syscall+0x11/0x13
[<c1593813>] sysenter_do_call+0x12/0x22
bash S f49dc580 6548 1670 1660 0x00000080
f4a05f1c 00000086 f4a10364 f49dc580 f4a05eac c119919e f4a05f1c f4a05ecc
00000000 f4a05f1c f4a10000 d433bf54 00000057 f4a10000 fffb9a2c f49f2090
f49ef434 72d7d065 c183ae60 58f1783d f4a1251c f4a1002c f49ef400 f4a10364
Call Trace:
[<c119919e>] ? security_task_wait+0xf/0x11
[<c1254bd7>] ? tty_check_change+0xa4/0xa4
[<c1035c41>] do_wait+0x1aa/0x1ee
[<c1035ced>] sys_wait4+0x68/0xb1
[<c10347ca>] ? get_files_struct+0x11/0x11
[<c1035d5d>] sys_waitpid+0x27/0x29
[<c1593813>] sysenter_do_call+0x12/0x22
kworker/0:0 S 00000004 7076 1720 2 0x00000080
f49d3f88 00000046 c12798cd 00000004 f49d3f3c 00000004 00000000 f49d3f38
00000000 f49d3f88 f4a118a0 00000000 00000246 f4a118a0 00000000 f50f5e40
c183dd00 f49d3f50 c1852918 f50f5e40 f49d3f88 c10464da f49d3fbc f4a118a0
Call Trace:
[<c12798cd>] ? output_poll_execute+0x143/0x17b
[<c10464da>] ? process_one_work+0x173/0x366
[<c1268348>] ? do_blank_screen+0x1ee/0x1ee
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
bash S 7f1c0300 5728 1723 1670 0x00000080
f4a39e64 00000086 00008a31 7f1c0300 01000415 1a131100 170f1200 f4a39e14
00009600 f4a39e64 f4a124f0 d6b49857 00000057 f4a124f0 f4a39e6c c1259d29
c183ae20 c183ae60 f4a124f0 c1598420 c183ae20 c1598420 f4a39e48 c1026cee
Call Trace:
[<c1259d29>] ? tty_mode_ioctl+0x2e4/0x3d7
[<c1026cee>] ? check_preempt_curr+0x6d/0x7e
[<c158d15d>] schedule_timeout+0x13d/0x211
[<c102fb31>] ? default_wake_function+0xb/0xd
[<c10265f3>] ? __wake_up_common+0x40/0x63
[<c1045e91>] ? start_flush_work+0x14/0xd6
[<c1046ec9>] ? flush_work+0x13/0x2c
[<c1257c26>] n_tty_read+0x35d/0x641
[<c125bb9b>] ? pty_write+0x54/0x59
[<c102fb26>] ? try_to_wake_up+0xfe/0xfe
[<c1253a03>] tty_read+0x71/0x9e
[<c12578c9>] ? n_tty_open+0x79/0x79
[<c10d60cc>] vfs_read+0x89/0x14c
[<c11f9c47>] ? copy_to_user+0x2e/0x119
[<c1253992>] ? tty_del_file+0x31/0x31
[<c10d623d>] sys_read+0x3d/0x6b
[<c1593813>] sysenter_do_call+0x12/0x22
kworker/u:2 S 00000000 6964 1744 2 0x00000080
ed31df88 00000046 00000296 00000000 00000000 f4bff280 00000246 ed31df38
c1050c1f ed31df88 f4a13140 b1816d44 00000057 f4a13140 f5124cc0 00000282
f4bff288 f4bff288 f4bff288 f5124cc0 ed31df88 c10464da ed31df64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:3 S 00000000 6768 1745 2 0x00000080
ed31ff88 00000046 00000296 00000000 00000000 f51fa7c0 00000246 ed31ff38
c1050c1f ed31ff88 f4a149e0 a26a4315 00000057 f4a149e0 f53f0c80 00000286
f51fa7c8 f51fa7c8 f51fa7c8 f53f0c80 ed31ff88 c10464da ed31ffbc f4a149e0
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:4 S 00000000 6404 1746 2 0x00000080
ed321f88 00000046 00000296 00000000 00000000 f4bff080 00000246 ed321f38
c1050c1f ed321f88 f4a10c50 a452838d 00000057 f4a10c50 f53f0e40 00000282
f4bff088 f4bff088 f4bff088 f53f0e40 ed321f88 c10464da ed321fbc f4a10c50
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:5 S 00000000 6768 1747 2 0x00000080
f4aaff88 00000046 00000296 00000000 00000000 f4bff140 00000246 f4aaff38
c1050c1f f4aaff88 f4a15630 a452950f 00000057 f4a15630 f5035240 00000282
f4bff148 f4bff148 f4bff148 f5035240 f4aaff88 c10464da f4aaff64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:6 S 00000000 6768 1748 2 0x00000080
f4aabf88 00000046 00000296 00000000 00000000 f4bff0c0 00000246 f4aabf38
c1050c1f f4aabf88 f4a16280 a4528dbe 00000057 f4a16280 f50357c0 00000286
f4bff0c8 f4bff0c8 f4bff0c8 f50357c0 f4aabf88 c10464da f4aabf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:7 S 00000000 7120 1749 2 0x00000080
f4a95f88 00000046 00000296 00000000 00000000 f4bff100 00000246 f4a95f38
c1050c1f f4a95f88 f4a16ed0 013eb6b5 00000001 f4a16ed0 f5035e80 00000286
f4bff108 f4bff108 f4bff108 f5035e80 f4a95f88 c10464da f4a95f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:8 S 00000000 6864 1750 2 0x00000080
f4a93f88 00000046 00000296 00000000 00000000 f4bff040 00000246 f4a93f38
c1050c1f f4a93f88 f5cc6280 a26a4aa1 00000057 f5cc6280 f5035bc0 00000282
f4bff048 f4bff048 f4bff048 f5035bc0 f4a93f88 c10464da f4a93f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:9 S 00000000 7120 1751 2 0x00000080
f4a8ff88 00000046 00000296 00000000 00000000 f4bff240 00000246 f4a8ff38
c1050c1f f4a8ff88 f5c3a4f0 b1816683 00000057 f5c3a4f0 f5c07340 00000282
f4bff248 f4bff248 f4bff248 f5c07340 f4a8ff88 c10464da f4a8ff64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:10 S 00000000 7356 1752 2 0x00000080
f4a8bf88 00000046 00000296 00000000 00000000 f4bff200 00000246 f4a8bf38
c1050c1f f4a8bf88 f5c63140 b1815fc7 00000057 f5c63140 f50ab600 00000286
f4bff208 f4bff208 f4bff208 f50ab600 f4a8bf88 c10464da f4a8bf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:11 S 00000000 6356 1753 2 0x00000080
f4a7ff88 00000046 00000296 00000000 00000000 f4bff180 00000246 f4a7ff38
c1050c1f f4a7ff88 f51724f0 b1813911 00000057 f51724f0 f50ab8c0 00000282
f4bff188 f4bff188 f4bff188 f50ab8c0 f4a7ff88 c10464da f4a7ff64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:12 S 00000000 7356 1754 2 0x00000080
f4a67f88 00000046 00000296 00000000 00000000 f4bff1c0 00000246 f4a67f38
c1050c1f f4a67f88 f5d06ed0 b1814195 00000057 f5d06ed0 f50f5980 00000286
f4bff1c8 f4bff1c8 f4bff1c8 f50f5980 f4a67f88 c10464da f4a67f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:13 S 00000000 6552 1755 2 0x00000080
f4a61f88 00000046 00000296 00000000 00000000 f51fa680 00000246 f4a61f38
c1050c1f f4a61f88 f4b60000 9c65ef86 00000057 f4b60000 f50f5300 00000282
f51fa688 f51fa688 f51fa688 f50f5300 f4a61f88 c10464da f4a61f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:14 S 00000000 7356 1756 2 0x00000080
f4a53f88 00000046 00000296 00000000 00000000 f51faa40 00000246 f4a53f38
c1050c1f f4a53f88 f4b60c50 9c65cf58 00000057 f4b60c50 f50f5800 00000282
f51faa48 f51faa48 f51faa48 f50f5800 f4a53f88 c10464da f4a53f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:15 S 00000000 7136 1757 2 0x00000080
f4a4bf88 00000046 00000296 00000000 00000000 f50aba00 00000246 f4a4bf38
c1050c1f f4a4bf88 f4b618a0 9c64f96f 00000057 f4b618a0 f50f5100 00000286
f50aba08 f50aba08 f50aba08 f50f5100 f4a4bf88 c10464da f4a4bf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:16 S 00000000 7356 1758 2 0x00000080
f4a45f88 00000046 00000296 00000000 00000000 f51facc0 00000246 f4a45f38
c1050c1f f4a45f88 f4b624f0 9c64fbbb 00000057 f4b624f0 f53d9c80 00000286
f51facc8 f51facc8 f51facc8 f53d9c80 f4a45f88 c10464da f4a45f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:17 S 00000000 6600 1759 2 0x00000080
f4a3bf88 00000046 00000296 00000000 00000000 f51fac00 00000246 f4a3bf38
c1050c1f f4a3bf88 f4b63140 9c656ee1 00000057 f4b63140 f53d9f40 00000286
f51fac08 f51fac08 f51fac08 f53d9f40 f4a3bf88 c10464da f4a3bf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:18 S 00000000 7356 1760 2 0x00000080
f4a31f88 00000046 00000296 00000000 00000000 f51fa140 00000246 f4a31f38
c1050c1f f4a31f88 f4b63d90 9c6540aa 00000057 f4b63d90 f53d9400 00000282
f51fa148 f51fa148 f51fa148 f53d9400 f4a31f88 c10464da f4a31f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:19 S 00000000 7356 1761 2 0x00000080
f4a23f88 00000046 00000296 00000000 00000000 f50ab240 00000246 f4a23f38
c1050c1f f4a23f88 f4b649e0 9c657726 00000057 f4b649e0 f57c99c0 00000282
f50ab248 f50ab248 f50ab248 f57c99c0 f4a23f88 c10464da f4a23f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:20 S 00000000 7136 1762 2 0x00000080
f4a07f88 00000046 00000296 00000000 00000000 f51fa240 00000246 f4a07f38
c1050c1f f4a07f88 f4b65630 9c64f776 00000057 f4b65630 f5124280 00000282
f51fa248 f51fa248 f51fa248 f5124280 f4a07f88 c10464da f4a07f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:21 S 00000000 6356 1763 2 0x00000080
f4a03f88 00000046 00000296 00000000 00000000 f50ec500 00000246 f4a03f38
c1050c1f f4a03f88 f4b66280 89f9f948 00000057 f4b66280 f5124580 00000286
f50ec508 f50ec508 f50ec508 f5124580 f4a03f88 c10464da f4a03f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:22 S 00000000 6964 1764 2 0x00000080
f49fbf88 00000046 00000296 00000000 00000000 f50351c0 00000246 f49fbf38
c1050c1f f49fbf88 f4b66ed0 8fefd5fc 00000057 f4b66ed0 f5124680 00000286
f50351c8 f50351c8 f50351c8 f5124680 f49fbf88 c10464da f49fbf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:23 S 00000000 6768 1765 2 0x00000080
f49f5f88 00000046 00000296 00000000 00000000 f4bff440 00000246 f49f5f38
c1050c1f f49f5f88 f4ab8000 d246586f 00000057 f4ab8000 f5124180 00000282
f4bff448 f4bff448 f4bff448 f5124180 f49f5f88 c10464da f49f5f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:24 S 00000000 6768 1766 2 0x00000080
f49cbf88 00000046 00000296 00000000 00000000 f4bff480 00000246 f49cbf38
c1050c1f f49cbf88 f4ab8c50 01490187 00000001 f4ab8c50 f5124b00 00000282
f4bff488 f4bff488 f4bff488 f5124b00 f49cbf88 c10464da f49cbf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:25 S 00000000 6404 1767 2 0x00000080
ecf0ff88 00000046 00000296 00000000 00000000 f5035c40 00000246 ecf0ff38
c1050c1f ecf0ff88 f4ab98a0 9327ce97 00000057 f4ab98a0 f53f0380 00000282
f5035c48 f5035c48 f5035c48 f53f0380 ecf0ff88 c10464da ecf0ff64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:26 S 00000000 7248 1768 2 0x00000080
f4aa1f88 00000046 00000296 00000000 00000000 f5035400 00000246 f4aa1f38
c1050c1f f4aa1f88 f4aba4f0 89f9f948 00000057 f4aba4f0 f53f0ec0 00000286
f5035408 f5035408 f5035408 f53f0ec0 f4aa1f88 c10464da f4aa1f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:27 S 00000000 6568 1769 2 0x00000080
f4aa3f88 00000046 00000296 00000000 00000000 f4bff2c0 00000246 f4aa3f38
c1050c1f f4aa3f88 f4abb140 b18155c9 00000057 f4abb140 f50ec040 00000286
f4bff2c8 f4bff2c8 f4bff2c8 f50ec040 f4aa3f88 c10464da f4aa3f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:28 S 00000000 6404 1770 2 0x00000080
f4aa5f88 00000046 00000296 00000000 00000000 f57c94c0 00000246 f4aa5f38
c1050c1f f4aa5f88 f4abbd90 a2984e4e 00000057 f4abbd90 f50ecc00 00000286
f57c94c8 f57c94c8 f57c94c8 f50ecc00 f4aa5f88 c10464da f4aa5f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:29 S 00000000 7356 1771 2 0x00000080
f4aa7f88 00000046 00000296 00000000 00000000 f57c9a80 00000246 f4aa7f38
c1050c1f f4aa7f88 f4abc9e0 a2983c1a 00000057 f4abc9e0 f50ec200 00000282
f57c9a88 f57c9a88 f57c9a88 f50ec200 f4aa7f88 c10464da f4aa7f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:30 S 00000000 7120 1772 2 0x00000080
f4a9bf88 00000046 00000296 00000000 00000000 f50ec3c0 00000246 f4a9bf38
c1050c1f f4a9bf88 f4abd630 94b5cbac 00000057 f4abd630 f50ec480 00000286
f50ec3c8 f50ec3c8 f50ec3c8 f50ec480 f4a9bf88 c10464da f4a9bf64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:31 S 00000000 7356 1773 2 0x00000080
f4a9df88 00000046 00000296 00000000 00000000 f53f08c0 00000246 f4a9df38
c1050c1f f4a9df88 f4abe280 a298363d 00000057 f4abe280 f50ece00 00000286
f53f08c8 f53f08c8 f53f08c8 f50ece00 f4a9df88 c10464da f4a9df64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:32 S 00000000 6768 1774 2 0x00000080
f4a9ff88 00000046 00000296 00000000 00000000 f50ec380 00000246 f4a9ff38
c1050c1f f4a9ff88 f4abeed0 8f0344ea 00000057 f4abeed0 f50ecd40 00000282
f50ec388 f50ec388 f50ec388 f50ecd40 f4a9ff88 c10464da f4a9ff64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:33 S 00000000 6864 1775 2 0x00000080
f4a85f88 00000046 00000296 00000000 00000000 f53f0900 00000246 f4a85f38
c1050c1f f4a85f88 f4a58000 a2982d61 00000057 f4a58000 f50ec300 00000286
f53f0908 f53f0908 f53f0908 f50ec300 f4a85f88 c10464da f4a85f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:34 S 00000000 6404 1776 2 0x00000080
f4a87f88 00000046 00000296 00000000 00000000 f4bff300 00000246 f4a87f38
c1050c1f f4a87f88 f4a58c50 d2463928 00000057 f4a58c50 f50ec840 00000286
f4bff308 f4bff308 f4bff308 f50ec840 f4a87f88 c10464da f4a87f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/0:3 S 000ef000 7672 1777 2 0x00000080
f4a2df88 00000046 c18528a0 000ef000 f4a2df3c 00000004 00000000 f4a2df38
00000000 f4a2df88 f4a598a0 a08b84d0 00000057 f4a598a0 00000000 f50ec7c0
c183dd00 f4a2df50 c1852918 f50ec7c0 f4a2df88 c10464da f4a2dfbc f4a598a0
Call Trace:
[<c10464da>] ? process_one_work+0x173/0x366
[<c1268348>] ? do_blank_screen+0x1ee/0x1ee
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:35 S 00000000 7356 1783 2 0x00000080
f4b41f88 00000046 00000296 00000000 00000000 f4bff340 00000246 f4b41f38
c1050c1f f4b41f88 f4a5b140 d2464186 00000057 f4a5b140 f4bff540 00000282
f4bff348 f4bff348 f4bff348 f4bff540 f4b41f88 c10464da f4b41f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:36 S 00000000 7356 1784 2 0x00000080
f4a41f88 00000046 00000296 00000000 00000000 f4bff380 00000246 f4a41f38
c1050c1f f4a41f88 f4a5bd90 d246605f 00000057 f4a5bd90 f4bff5c0 00000282
f4bff388 f4bff388 f4bff388 f4bff5c0 f4a41f88 c10464da f4a41f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:37 S 00000000 7356 1785 2 0x00000080
f4a2ff88 00000046 00000296 00000000 00000000 f4bff3c0 00000246 f4a2ff38
c1050c1f f4a2ff88 f4a5a4f0 d24647bd 00000057 f4a5a4f0 f4bff640 00000286
f4bff3c8 f4bff3c8 f4bff3c8 f4bff640 f4a2ff88 c10464da f4a2ff64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:38 S 00000000 7356 1786 2 0x00000080
f4a09f88 00000046 00000296 00000000 00000000 f4bff400 f5c398a0 f4a09f38
c1050c1f f4a09f88 f4a5d630 d453d2bf 00000057 f4a5d630 f4bff6c0 00000286
f4bff408 f4bff408 f4bff408 f4bff6c0 f4a09f88 c10464da f4a09f64 c104694b
Call Trace:
[<c1050c1f>] ? async_run_entry_fn+0xbe/0x14f
[<c10464da>] ? process_one_work+0x173/0x366
[<c104694b>] ? start_worker+0x20/0x23
[<c1050b61>] ? async_schedule+0xf/0xf
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:39 S c183ae20 7372 1787 2 0x00000080
f4a0bf88 00000046 c1598420 c183ae20 c1598420 f4a0bf28 c1026cee f4a0bf38
00000000 f4a0bf88 f4a5e280 92daeea9 00000057 f4a5e280 00000001 01ffffff
00000001 f4bff7c0 c19406e0 f4bff7c0 f4a0bf58 c102fb4e f4a0bf64 c104694b
Call Trace:
[<c1026cee>] ? check_preempt_curr+0x6d/0x7e
[<c102fb4e>] ? wake_up_process+0xf/0x11
[<c104694b>] ? start_worker+0x20/0x23
[<c1047bdc>] ? manage_workers+0x2a5/0x314
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
kworker/u:40 S 00000000 7672 1788 2 0x00000080
f4a0df88 00000046 00000000 00000000 f4a5e280 f4a5e2ac f4a0df34 f4a0df38
8a803bad f4a0df88 f4a5eed0 89f9f948 00000057 f4a5eed0 c158c95a f4a0df50
c1026cee f4a0df50 c10475d6 f4a5e280 f4a0df6c 00000082 f4a0dfbc f4a5eed0
Call Trace:
[<c158c95a>] ? schedule+0x29a/0x614
[<c1026cee>] ? check_preempt_curr+0x6d/0x7e
[<c10475d6>] ? wq_worker_waking_up+0xb/0x26
[<c1047df7>] worker_thread+0x1ac/0x323
[<c1047c4b>] ? manage_workers+0x314/0x314
[<c104adf9>] kthread+0x67/0x69
[<c104ad92>] ? kthreadd+0xb0/0xb0
[<c1593dbe>] kernel_thread_helper+0x6/0xd
Sched Debug Version: v0.10, 2.6.39.4 #19
ktime : 436994.538124
sched_clk : 436808.124081
cpu_clk : 436986.131748
jiffies : 136985
sched_clock_stable : 0
sysctl_sched
.sysctl_sched_latency : 6.000000
.sysctl_sched_min_granularity : 0.750000
.sysctl_sched_wakeup_granularity : 1.000000
.sysctl_sched_child_runs_first : 0
.sysctl_sched_features : 7279
.sysctl_sched_tunable_scaling : 1 (logaritmic)
cpu#0, 2667.072 MHz
.nr_running : 0
.load : 0
.nr_switches : 67740
.nr_load_updates : 32576
.nr_uninterruptible : 0
.next_balance : 0.000000
.curr->pid : 0
.clock : 436505.393605
.cpu_load[0] : 1024
.cpu_load[1] : 768
.cpu_load[2] : 448
.cpu_load[3] : 240
.cpu_load[4] : 124
.yld_count : 159
.sched_switch : 0
.sched_count : 67985
.sched_goidle : 13458
.ttwu_count : 4
.ttwu_local : 4
.bkl_count : 0
cfs_rq[0]:/
.exec_clock : 18313.884391
.MIN_vruntime : 0.000001
.min_vruntime : 17397.193868
.max_vruntime : 0.000001
.spread : 0.000000
.spread0 : 0.000000
.nr_spread_over : 1709
.nr_running : 0
.load : 0
runnable tasks:
task PID tree-key switches prio exec-runtime sum-exec sum-sleep
----------------------------------------------------------------------------------------------------------
SysRq : Emergency Sync
Emergency Sync complete
[-- Attachment #3: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply
* Re: [PATCH 02/10] threadgroup: rename signal->threadgroup_fork_lock to ->group_rwsem
From: Tejun Heo @ 2011-11-04 15:16 UTC (permalink / raw)
To: KAMEZAWA Hiroyuki
Cc: akpm, fweisbec, containers, lizf, linux-kernel, oleg, linux-pm,
paul
In-Reply-To: <20111104174032.e0c4fc11.kamezawa.hiroyu@jp.fujitsu.com>
On Fri, Nov 04, 2011 at 05:40:32PM +0900, KAMEZAWA Hiroyuki wrote:
> On Tue, 1 Nov 2011 16:46:25 -0700
> Tejun Heo <tj@kernel.org> wrote:
>
> > Make the following renames to prepare for extension of threadgroup
> > locking.
> >
> > * s/signal->threadgroup_fork_lock/signal->group_rwsem/
> > * s/threadgroup_fork_read_lock()/threadgroup_change_begin()/
> > * s/threadgroup_fork_read_unlock()/threadgroup_change_done()/
>
> I personally like begin <-> end to see relationship.
Hmmm... yeah, I like that better too. Renaming.
Thanks.
--
tejun
^ permalink raw reply
* Re: [PATCH 04/10] cgroup: always lock threadgroup during migration
From: Tejun Heo @ 2011-11-04 15:21 UTC (permalink / raw)
To: KAMEZAWA Hiroyuki
Cc: akpm, fweisbec, containers, lizf, linux-kernel, oleg, linux-pm,
paul
In-Reply-To: <20111104175413.30afaf8e.kamezawa.hiroyu@jp.fujitsu.com>
Hello,
On Fri, Nov 04, 2011 at 05:54:13PM +0900, KAMEZAWA Hiroyuki wrote:
> > - /* if PF_EXITING is set, the tsk->cgroups pointer is no longer safe. */
> > + /* @tsk can't exit as its threadgroup is locked */
> > task_lock(tsk);
> > - if (tsk->flags & PF_EXITING) {
> > - task_unlock(tsk);
> > - put_css_set(newcg);
> > - return -ESRCH;
> > - }
> > + WARN_ON_ONCE(tsk->flags & PF_EXITING);
> > rcu_assign_pointer(tsk->cgroups, newcg);
> > task_unlock(tsk);
>
> Is this task_lock/unlock is required ?
For put, I don't think it's necessary.
> > @@ -2116,11 +2120,6 @@ int cgroup_attach_proc(struct cgroup *cgrp, struct task_struct *leader)
> > continue;
> > /* get old css_set pointer */
> > task_lock(tsk);
> > - if (tsk->flags & PF_EXITING) {
> > - /* ignore this task if it's going away */
> > - task_unlock(tsk);
> > - continue;
> > - }
> > oldcg = tsk->cgroups;
> > get_css_set(oldcg);
> > task_unlock(tsk);
For get, I think it is; otherwise, nothing prevents someone else from
changing tsk->cgroups between load and get, and destroying it.
Thanks.
--
tejun
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox