[Prev Page][Next Page]
- Re: ARM hibernation / suspend-to-disk
- From: Russ Dill <Russ.Dill@xxxxxx>
- Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 7/7] cpuidle: check the device not already registered
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 6/7] cpuidle: add a cpuidle_device init function
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 5/7] cpuidle: encapsulate code in __cpuidle_unregister_device
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 4/7] cpuidle: make sysfs code more modular
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 3/7] Fix indentation and conform to Coding Style
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 2/7] cpuidle: check cpuidle_enable_device succeed
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 1/7] cpuidle: remove governor module format
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 3/5] cpupower: Introduce cpupower idle-set subcommand and C-state enabling/disabling
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 1/5] cpupower: Make idlestate usage unsigned
- From: Thomas Renninger <trenn@xxxxxxx>
- cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 2/5] cpupower: Implement disabling of cstate interface
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 5/5] cpupower: Add Haswell family 0x45 specific idle monitor to show PC8, 9, 10 states
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 4/5] cpupower: Haswell also supports the C-states introduced with SandyBridge
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: ARM hibernation / suspend-to-disk
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- ARM hibernation / suspend-to-disk
- From: Jan Glauber <jan.glauber@xxxxxxxxx>
- [PATCH 1/2] x86/acpi/sleep: Provide registration for acpi_suspend_lowlevel.
- From: Ben Guthro <benjamin.guthro@xxxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- [tip:timers/core] timekeeping: Update tk->cycle_last in resume
- From: tip-bot for Thomas Gleixner <tipbot@xxxxxxxxx>
- Re: Resume does not work after timekeeping change
- From: John Stultz <john.stultz@xxxxxxxxxx>
- Re: Resume does not work after timekeeping change
- From: John Stultz <john.stultz@xxxxxxxxxx>
- Re: Resume does not work after timekeeping change
- From: John Stultz <john.stultz@xxxxxxxxxx>
- Re: [RFC PATCH] kbuild: Build linux-tools package with 'make deb-pkg'
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [RFC PATCH] kbuild: Build linux-tools package with 'make deb-pkg'
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- [GIT PULL] CPUidle: OMAP cleanups for v3.10
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
- Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH] cpuidle: don't wakeup processor when set a longer latency
- From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
- Re: How to debug resume issue
- From: "Jonas H." <jonas@xxxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: How to debug resume issue
- From: Pavel Machek <pavel@xxxxxx>
- Re: Resume does not work after timekeeping change
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: Resume does not work after timekeeping change
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Resume does not work after timekeeping change
- From: Borislav Petkov <bp@xxxxxxxxx>
- Resume does not work after timekeeping change
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: How to debug resume issue
- From: "Jonas H." <jonas@xxxxxxxxxx>
- Re: Control and Data Flow of DevFreq
- From: Serge Yegiazarov <sergyegi@xxxxxxxxx>
- Re: Control and Data Flow of DevFreq
- From: <myungjoo.ham@xxxxxxxxx>
- Control and Data Flow of DevFreq
- From: Serge Yegiazarov <sergyegi@xxxxxxxxx>
- Re: [PATCH] irqchip: irqc: Add runtime PM support
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] irqchip: irqc: Add runtime PM support
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] irqchip: irqc: Add runtime PM support
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- Re: [PATCH] irqchip: irqc: Add runtime PM support
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: APE6EVM and Runtime PM
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- Re: APE6EVM and Runtime PM
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] irqchip: irqc: Add runtime PM support
- From: Simon Horman <horms+renesas@xxxxxxxxxxxx>
- Re: APE6EVM and Runtime PM
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: APE6EVM and Runtime PM
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- Re: APE6EVM and Runtime PM
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: APE6EVM and Runtime PM
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- APE6EVM and Runtime PM
- From: Simon Horman <horms@xxxxxxxxxxxx>
- How to debug resume issue
- From: "Jonas H." <jonas@xxxxxxxxxx>
- Re: [PATCH] irqchip: irqc: Add runtime PM support
- From: Magnus Damm <magnus.damm@xxxxxxxxx>
- Serial driver suspend-resume
- From: Ryan <ryanphilips19@xxxxxxxxxxxxxx>
- Re: [PATCH] libata-acpi.c: fix copy and paste mistake in ata_acpi_register_power_resource
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 12 [ WARNING: at drivers/tty/tty_buffer.c:427 flush_to_ldisc | tty is NULL ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Hillf Danton <dhillf@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Benchmarking for hibernation
- From: karan patil <kkarrann011@xxxxxxxxx>
- Re: Idle notifiers is not getting called from CONFIG_X86_32 architecture
- From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
- Re: Idle notifiers is not getting called from CONFIG_X86_32 architecture
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Idle notifiers is not getting called from CONFIG_X86_32 architecture
- From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
- From: Thomas Schlichter <thomas.schlichter@xxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN tty-next on suspend ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: -next: no resume from suspend
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: -next: no resume from suspend
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: -next: no resume from suspend
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: -next: no resume from suspend
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- [PATCH 2/5 RESEND] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
- From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next: Tree for Jan 25 (BROKEN suspend)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: exynos: Show list of available frequencies
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
- From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH RESEND 3/4] thermal: cleanup: use dev_* helper functions
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH RESEND 2/4] thermal: remove unnecessary include
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] cpufreq: exynos: Show list of available frequencies
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- Re: [PATCH 2/5 RESEND] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- Re: [PATCH] cpufreq: exynos: Show list of available frequencies
- From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
- [PATCH] cpufreq: exynos: Show list of available frequencies
- From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
- ACPI, APEI: Resource conflict between ACPI NVS and ERST
- From: Max Asbock <masbock@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
- From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCH 2/5 RESEND] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH] cpufreq: exynos: Add the missing cpufreq_cpu_put function
- From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- [RFC PATCH 1/1] thermal: introduce thermal_zone_lookup_temperature helper function
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH RESEND 3/4] thermal: cleanup: use dev_* helper functions
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH RESEND 2/4] thermal: remove unnecessary include
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- [PATCH RESEND 3/4] thermal: cleanup: use dev_* helper functions
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- [PATCH RESEND 2/4] thermal: remove unnecessary include
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- [PATCH RESEND 0/4] thermal sys: couple of fixes and cleanups
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [RFC][PATCH] printk: add boot_quiet param to support deferred printk while booting
- From: Baruch Siach <baruch@xxxxxxxxxx>
- [PATCH V2 3/3] thermal: exynos: Use the new thermal trend type for quick cooling action.
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH V2 2/3] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH V2 1/3] Thermal: exynos: Add support for temperature falling interrupt.
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- [RFC][PATCH] printk: add boot_quiet param to support deferred printk while booting
- From: Barry Song <Barry.Song@xxxxxxx>
- Re: [RFC][PATCH] printk: add boot_quiet param to support deferred printk while booting
- From: Barry Song <Barry.Song@xxxxxxx>
- Re: How to use generic power domains (pm_genpd)
- From: Rickard Andersson <rickard.andersson@xxxxxxxxxxxxxx>
- Re: How to use generic power domains (pm_genpd)
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- How to use generic power domains (pm_genpd)
- From: Rickard Andersson <rickard.andersson@xxxxxxxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH 0/4] thermal: Add support for interrupt based notification to thermal layer
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [PATCH 1/1] thermal: cpu cooling: allow module builds
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [PATCH 1/1] thermal: cpu cooling: use const parameter while registering
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [RFC PATCH v7] ARM hibernation / suspend-to-disk
- From: Russ Dill <Russ.Dill@xxxxxx>
- Re: [PATCH 1/1] thermal: cpu cooling: allow module builds
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- [PATCH 1/1] thermal: cpu cooling: allow module builds
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- [PATCH 1/1] thermal: cpu cooling: use const parameter while registering
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- [PATCH 4/4] thermal: exynos: Use the new thermal trend type for quick cooling action.
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [PATCH 3/4] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH 2/4] Thermal: exynos: Add support for temperature falling interrupt.
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH 0/4] thermal: Add support for interrupt based notification to thermal layer
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: cpuidle governor change
- From: Sudeep K N <sudeepholla.maillist@xxxxxxxxx>
- cpuidle governor change
- From: Rickard Andersson <rickard.andersson@xxxxxxxxxxxxxx>
- Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- [PATCH] rtpm-core: enable counters for PM state transitions
- From: Sundar Iyer <sundar.iyer@xxxxxxxxx>
- Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- [RFC v2 2/3] ahci_platform: convert to module_platform_driver
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- [RFC v2 1/3] ahci_platform: enable hotplug unbinding
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- [RFC v2 0/3] ahci_platform: unbind/rmmod power down sequence
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- Re: [RFC 3/3] libata: don't perform HW activity in devres
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC 3/3] libata: don't perform HW activity in devres
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- Re: [RFC 3/3] libata: don't perform HW activity in devres
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFC 3/3] libata: don't perform HW activity in devres
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- [RFC 2/3] ahci_platform: convert to module_platform_driver
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- [RFC 1/3] ahci_platform: enable hotplug unbinding
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- [RFC 0/3] libata/ahci unbinding, power down sequence
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
- From: zhanglong <longzhax@xxxxxxxxx>
- Re: Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Tracing # of rtpm transitions
- From: Sundar <sunder.svit@xxxxxxxxx>
- Re: [RFC PATCH 3/6] ACPI: introduce acpi_get_generic_resources
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 2/6] Introduce ACPI style match in platform_match
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: jonghwa3.lee@xxxxxxxxxxx
- Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
- From: "Zhang, LongX" <longx.zhang@xxxxxxxxx>
- [REGRESSION]: hibernation issues on 3.5.4/3.5.5
- From: Andrew Watts <akwatts@xxxxxxxxx>
- Re: [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [RFC PATCH 2/6] Introduce ACPI style match in platform_match
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- [RFC PATCH 6/6] Introduce INT33B1 I2C controller driver
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [RFC PATCH 4/6] Change i2c_register_board_info from __init to __devinit
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [RFC PATCH 3/6] ACPI: introduce acpi_get_generic_resources
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [RFC PATCH 2/6] Introduce ACPI style match in platform_match
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [RFC PATCH 1/6] Introduce acpi_match_device_id().
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH] PM / Runtime: let rpm_resume() succeed if RPM_ACTIVE, even when disabled
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] PM / Runtime: let rpm_resume() succeed if RPM_ACTIVE, even when disabled
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PM QoS: Use spinlock in the per-device PM QoS constraints code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] PM QoS: Use spinlock in the per-device PM QoS constraints code
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
- From: amit kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- [PATCH RESEND] thermal: add generic cpufreq cooling implementation
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
- firewire_ohci resume failure on intel HW
- From: Apostolos Bartziokas <barz621@xxxxxxxxx>
- Re: [PATCH v6 5/6] ARM: exynos: add thermal sensor driver platform data support
- From: Thomas Abraham <thomas.abraham@xxxxxxxxxx>
- [PATCH] cpuidle: Prevent null pointer dereference in cpuidle_coupled_cpu_notify
- From: "Jon Medhurst (Tixy)" <tixy@xxxxxxxxxx>
- Re: FW: bisected regression: v3.6-rc1: resume from s2ram does not restore ata_piix (v3.5 worked)
- From: Aaron Lu <ziqian.lu@xxxxxxxxx>
- bisected regression: v3.6-rc1: resume from s2ram does not restore ata_piix (v3.5 worked)
- From: Sergei Trofimovich <slyich@xxxxxxxxx>
- Re: [PATCH v4 4/5] thermal: exynos: Register the tmu sensor with the kernel thermal layer
- From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Daniel Taylor <Daniel.Taylor@xxxxxxx>
- Re: [PATCH 4/4] PM: cleanup: stop mandating that platforms export (pm_idle)()
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Daniel Taylor <Daniel.Taylor@xxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
- Re: [PATCH v4 3/4] OMAP2+: use control module mfd driver in omap_type
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH v4 3/4] OMAP2+: use control module mfd driver in omap_type
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- Re: [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v4 4/4] ARM: DT: Add support to system control module for OMAP4
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v4 3/4] OMAP2+: use control module mfd driver in omap_type
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v4 0/4] OMAP System Control Module
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RESEND PATCH] [CPUFREQ] conservative: Initialise the cpu field during governor start
- From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
- From: jonghwa3.lee@xxxxxxxxxxx
- Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
- From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
- Need Help
- From: "rakesh" <rks.linux.88@xxxxxxxxx>
- Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
- From: rakesh singh <rks.linux.88@xxxxxxxxx>
- Re: [3.5-rc6+] mei: irq: request_threaded_irq is missing the IRQF_ONESHOT flag
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [3.5-rc6+] mei: irq: request_threaded_irq is missing the IRQF_ONESHOT flag
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Fwd: [3.5-rc6+] mei: irq: request_threaded_irq is missing the IRQF_ONESHOT flag
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
- [3.5-rc6+] Re: ACPI / PM: Leave Bus Master Arbitration enabled for suspend/resume
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: Kevin Hilman <khilman@xxxxxx>
- Re: cpuidle future and improvements
- From: Kevin Hilman <khilman@xxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: Kevin Hilman <khilman@xxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
- From: Rajendra Nayak <rajendra.nayak@xxxxxxxxxx>
- Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
- From: Rajendra Nayak <rajendra.nayak@xxxxxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [RESEND PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- [RESEND PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Hibernate-Snapshot device
- From: karan patil <kkarrann011@xxxxxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- [PATCH v6 6/6] thermal: exynos: Use devm_* functions
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v6 5/6] ARM: exynos: add thermal sensor driver platform data support
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v6 4/6] thermal: exynos: register the tmu sensor with the kernel thermal layer
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v6 3/6] thermal: exynos5: add exynos5250 thermal sensor driver support
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v6 2/6] hwmon: exynos4: move thermal sensor driver to driver/thermal directory
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v6 0/6] thermal: Add kernel thermal support for exynos platform
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH] cpuidle: Prevent null pointer dereference in cpuidle_coupled_cpu_notify
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- [REGRESSION] hard lockup on resume from suspend on ThinkPad T23
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH v3 5/7] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH v3 3/7] OMAP2+: use control module mfd driver in omap_type
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [RESEND PATCH] [CPUFREQ] conservative: Initialise the cpu field during governor start
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Pavel Machek <pavel@xxxxxx>
- Is there a way to read instantaneous chip power?
- From: "Jae W. Lee" <jaewlee@xxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
- Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
- Re: [PATCH 2/4] x86 idle APM: delete apm_cpu_idle()
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH 2/4] x86 idle APM: delete apm_cpu_idle()
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] PM: cleanup: stop mandating that platforms export (pm_idle)()
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 3/4] x86, idle: make default_idle() static
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 2/4] x86 idle APM: delete apm_cpu_idle()
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 1/4] Revert "x86 idle APM: deprecate CONFIG_APM_CPU_IDLE" to prepare for actual removal
- From: Len Brown <lenb@xxxxxxxxxx>
- [0/4] pm_idle, default_idle cleanup
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH 48/52] tools/power: turbostat: fix large c1% issue
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [PATCH RESEND v5 4/5] thermal: exynos: register the tmu sensor with the kernel thermal layer
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 50/52] Thermal: Make Thermal trip points writeable
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 50/52] Thermal: Make Thermal trip points writeable
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: ACPI & Power Management Patches for Linux-3.6-merge - part 1
- From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH 52/52] Thermal: Documentation update
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 51/52] Thermal: Add Hysteresis attributes
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 50/52] Thermal: Make Thermal trip points writeable
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 45/52] ACPICA: AcpiSrc: Fix some translation issues for Linux conversion
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 49/52] ACPI/AC: prevent OOPS on some boxes due to missing check power_supply_register() return value check
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 47/52] tools/power: turbostat v2 - re-write for efficiency
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 48/52] tools/power: turbostat: fix large c1% issue
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 46/52] ACPICA: Update to version 20120711
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 44/52] ACPICA: Update header files copyrights to 2012
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 43/52] ACPICA: Add new ACPI table load/unload external interfaces
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 42/52] ACPICA: Split file: tbxface.c -> tbxfload.c
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 41/52] ACPICA: Add PCC address space to space ID decode function
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 40/52] ACPICA: Fix some comment fields
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 39/52] ACPICA: Table manager: deploy new firmware error/warning interfaces
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 38/52] ACPICA: Add new interfaces for BIOS(firmware) errors and warnings
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 37/52] ACPICA: Split exception code utilities to a new file, utexcep.c
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 36/52] ACPI: acpi_pad: tune round_robin_time
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 35/52] ACPICA: Update to version 20120620
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 34/52] ACPICA: Add support for implicit notify on multiple devices
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 33/52] ACPICA: Update comments; no functional change
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 32/52] ACPICA: Utilities: conditionally compile backslash removal function
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 31/52] ACPICA: Disassembler: Emit descriptions for ACPI predefined names
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 30/52] ACPI, APEI: Fixup common access width firmware bug
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 29/52] ACPI: acpi_pad: rename "power_saving" thread to "acpi_pad" thread
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 28/52] ACPI: remove acpi_pad MAINTAINERS entry
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 27/52] intel_idle: initial IVB support
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 26/52] ACPI, PM, Specify lowest allowed state for device sleep state
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 25/52] ACPI: Set hotplug _OST support bit to _OSC
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 24/52] ACPI: Add _OST support for ACPI container hotplug
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 23/52] ACPI: Add _OST support for ACPI memory hotplug
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 22/52] ACPI: Add _OST support for ACPI CPU hotplug
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 21/52] ACPI: Add _OST support for sysfs eject
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 20/52] ACPI: Add an interface to evaluate _OST
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 19/52] drivers/thermal/spear_thermal.c: add Device Tree probing capability
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 18/52] cpuidle: coupled: add parallel barrier function
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 17/52] cpuidle: add support for states that affect multiple cpus
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 16/52] cpuidle: fix error handling in __cpuidle_register_device
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 15/52] cpuidle: refactor out cpuidle_enter_state
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 14/52] ACPI Battery: Added capacity
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 13/52] cpuidle: add checks to avoid NULL pointer dereference
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 12/52] cpuidle: remove unused hrtimer_peek_ahead_timers() call
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 11/52] ACPICA: Update to version 20120518
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 10/52] ACPICA: Add FADT error message for GAS BitWidth overflow
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 09/52] ACPICA: Remove argument of acpi_os_wait_events_complete
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 08/52] ACPICA: iASL: Improved pathname support
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 07/52] ACPICA: ACPI 5/iASL: Add support for PCC keyword
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 06/52] ACPICA: Disassembler: Add support for Operation Region externals
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 05/52] ACPICA: Update to version 20120420
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 04/52] ACPICA: Add support for multiple notify handlers
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 03/52] ACPICA: Lint fixes for acpi_write, no functional changes
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 02/52] ACPICA: Object dump routines: Use common function for string output
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 01/52] ACPICA: AML Parser: Fix two possible memory leaks in error path
- From: Len Brown <lenb@xxxxxxxxxx>
- ACPI & Power Management Patches for Linux-3.6-merge - part 1
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
- From: John Stultz <johnstul@xxxxxxxxxx>
- Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
- From: John Stultz <johnstul@xxxxxxxxxx>
- Re: [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v5 4/5] thermal: exynos: register the tmu sensor with the kernel thermal layer
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v5 3/5] thermal: exynos5: add exynos5 thermal sensor driver support
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v5 2/5] hwmon: exynos4: move thermal sensor driver to driver/thermal directory
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v5 1/5] thermal: add generic cpufreq cooling implementation
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [PATCH v5 0/5] thermal: Add kernel thermal support for exynos platform
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] acpi : remove power from acpi_processor_cx structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 5/5] acpi : remove time from acpi_processor_cx structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 3/5] acpi : remove usage from acpi_processor_cx structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 2/5] acpi : remove index from acpi_processor_cx structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 1/5] acpi : remove latency_ticks from acpi_processor_cx structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- [RESEND PATCH v4 5/5] ARM: exynos: add thermal sensor driver platform data support
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [RESEND PATCH v4 4/5] thermal: exynos: register the tmu sensor with the kernel thermal layer
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [RESEND PATCH v4 3/5] thermal: exynos5: add exynos5 thermal sensor driver support
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [RESEND PATCH v4 2/5] hwmon: exynos4: move thermal sensor driver to driver/thermal directory
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- [RESEND PATCH v4 0/5] thermal: Add kernel thermal support for exynos platform
- From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: amit kachhap <amit.kachhap@xxxxxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH v4 0/5] thermal: exynos: Add kernel thermal support for exynos platform
- From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- Re: [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
- From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
- Re: [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
- From: "ABRAHAM, KISHON VIJAY" <kishon@xxxxxx>
- use of pm_runtime_disable() from driver probe?
- From: Kevin Hilman <khilman@xxxxxx>
- Unusual power consumption of ethernet device r8169 and backlight
- From: Jerome Glisse <j.glisse@xxxxxxxxx>
- Re: [PATCH 2/8] ACPI, x86: fix Dell M6600 ACPI reboot regression via DMI
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: use of pm_runtime_disable() from driver probe?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 3/4] cpuidle: move enter_dead to the driver structure
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH 3/4] cpuidle: move enter_dead to the driver structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 3/4] cpuidle: move enter_dead to the driver structure
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/4] acpi: intel_idle : break dependency between modules
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 3/4] cpuidle: move enter_dead to the driver structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 2/4] cpuidle: define the enter function in the driver structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH 1/4] acpi: intel_idle : break dependency between modules
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH -v5 0/6] notifier error injection
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH -v5 0/6] notifier error injection
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] acpi: intel_idle : break dependency between modules
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH 1/8] ACPI sysfs.c strlen fix
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH -v5 6/6] fault-injection: add selftests for cpu and memory hotplug
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH -v5 3/6] PM: PM notifier error injection module
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH -v5 1/6] fault-injection: notifier error injection
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH -v5 0/6] notifier error injection
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH 8/8] acpi_pad: fix power_saving thread deadlock
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 7/8] ACPI video: Still use ACPI backlight control if _DOS doesn't exist
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 6/8] ACPI, APEI, Avoid too much error reporting in runtime
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 5/8] ACPI: Add a quirk for "AMILO PRO V2030" to ignore the timer overriding
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 4/8] ACPI: Remove one board specific WARN when ignoring timer overriding
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 3/8] ACPI: Make acpi_skip_timer_override cover all source_irq==0 cases
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 2/8] ACPI, x86: fix Dell M6600 ACPI reboot regression via DMI
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 1/8] ACPI sysfs.c strlen fix
- From: Len Brown <lenb@xxxxxxxxxx>
- ACPI & Power Management Patches for Linux 3.5-rc4
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH v2] acpi: intel_idle : break dependency between modules
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v3 7/7] ARM: DT: Add support to system control module for OMAP4
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v3 5/7] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
- Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v3 3/7] OMAP2+: use control module mfd driver in omap_type
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH v3 0/7] OMAP System Control Module
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: Rob Lee <rob.lee@xxxxxxxxxx>
- Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
- From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
- Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
- From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v2] acpi: intel_idle : break dependency between modules
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH -v4 3/6] PM: PM notifier error injection module
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2] acpi: intel_idle : break dependency between modules
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: a few questions about Runtime PM
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] OMAP System Control Module
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [PATCH v2] acpi: intel_idle : break dependency between modules
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] acpi: intel_idle : break dependency between modules
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH v2] acpi: intel_idle : break dependency between modules
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] acpi: intel_idle : break dependency between modules
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- [PATCH v2] acpi: intel_idle : break dependency between modules
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] acpi: intel_idle : break dependency between modules
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] acpi: intel_idle : break dependency between modules
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH v3 3/7] OMAP2+: use control module mfd driver in omap_type
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH v3 0/7] OMAP System Control Module
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 5/7] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH v3 0/7] OMAP System Control Module
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- a few questions about Runtime PM
- From: "Zhang, QianFeng" <QianFeng.Zhang@xxxxxxx>
- Re: [PATCH] acpi: intel_idle : break dependency between modules
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] acpi: intel_idle : break dependency between modules
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH] acpi: intel_idle : break dependency between modules
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: linux-next : cpuidle - could you add my tree please
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: Thomas Renninger <trenn@xxxxxxx>
- linux-next : cpuidle - could you add my tree please
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpuidle future and improvements
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: cpuidle future and improvements
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpuidle future and improvements
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: cpuidle future and improvements
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH -v4 3/6] PM: PM notifier error injection module
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH -v4 1/6] fault-injection: notifier error injection
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH -v4 0/6] notifier error injection
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [RFC PATCH v2 06/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [RFC PATCH v2 04/11] OMAP2+: use control module mfd driver in omap_type
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [RFC PATCH v2 02/11] ARM: OMAP: expose control.h to mach area
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
- Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: acpi_idle and max_cpus
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [RFC PATCH 0/12] generic thermal layer enhancement
- From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
- Re: acpi_idle and max_cpus
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: acpi_idle and max_cpus
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: acpi_idle and max_cpus
- From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
- From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
- Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
- From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
- Re: cpuidle future and improvements
- From: Peter De Schrijver <pdeschrijver@xxxxxxxxxx>
- Re: [RFC PATCH v2 09/11] ARM: DT: Add support to system control module for OMAP4
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- [RFC PATCH v2 09/11] ARM: DT: Add support to system control module for OMAP4
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 07/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 08/11] omap4: thermal: add basic CPU thermal zone
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 06/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 05/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 04/11] OMAP2+: use control module mfd driver in omap_type
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 02/11] ARM: OMAP: expose control.h to mach area
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 01/11] ARM: OMAP4: Remove un-used control module headers and defines.
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [RFC PATCH v2 00/11] OMAP System Control Module
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH] cpuidle: move field disable from per-driver to per-cpu
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- PM_RUNTIME and device driver PM
- From: Chao Xie <xiechao.mail@xxxxxxxxx>
- Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: cpuidle future and improvements
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpuidle future and improvements
- From: Colin Cross <ccross@xxxxxxxxxxx>
- Re: cpuidle future and improvements
- From: a0393909 <santosh.shilimkar@xxxxxx>
- Re: cpuidle future and improvements
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpuidle future and improvements
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: cpuidle future and improvements
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: acpi_idle and max_cpus
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: cpuidle future and improvements
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: acpi_idle and max_cpus
- From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
- Re: cpuidle future and improvements
- From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
- cpuidle future and improvements
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: acpi_idle and max_cpus
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- acpi_idle and max_cpus
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
- From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
- From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
- From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
- From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
[Free Dating]