g 28, 2019 at 12:12:39AM -0400, Sasha Levin wrote:
> > > > > This is a note to let you know that I've just added the patch titled
> > > > >
> > > > > x86/pm: Introduce quirk framework to save/restore extra MSR
> > > > > r
just added the patch titled
> >
> > x86/pm: Introduce quirk framework to save/restore extra MSR registers
around suspend/resume
> >
> > to the 4.4-stable tree which can be found at:
> >
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=
On Tue, 2019-07-02 at 17:16 +0800, michael@mediatek.com wrote:
> From: Louis Yu
>
> Add suspend/resume callback to disable/enable Mediatek thermal sensor
> respectively. Since thermal power domain is off in suspend, thermal
> driver
> needs re-initialization during resume.
gt; > > x86/pm: Introduce quirk framework to save/restore extra MSR registers
> > > around suspend/resume
> > >
> > > to the 4.4-stable tree which can be found at:
> > >
> > > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queu
d0c931f15f79beb213134
> > Author: Chen Yu
> > Date: Wed Nov 25 01:03:41 2015 +0800
> >
> > x86/pm: Introduce quirk framework to save/restore extra MSR registers
> > around suspend/resume
> >
> > A bug was reported that on certain Broadwell plat
On Wed, Aug 28, 2019 at 12:12:39AM -0400, Sasha Levin wrote:
> This is a note to let you know that I've just added the patch titled
>
> x86/pm: Introduce quirk framework to save/restore extra MSR registers
> around suspend/resume
>
> to the 4.4-stable tre
The patch
ASoC: cs42xx8: Force suspend/resume during system suspend/resume
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.4
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
On Tue, Aug 27, 2019 at 1:15 PM Shengjiu Wang wrote:
>
> Use force_suspend/resume to make sure clocks are disabled/enabled
> accordingly during system suspend/resume.
>
> Signed-off-by: Dong Aisheng
> Signed-off-by: Shengjiu Wang
Reviewed-by: Daniel Baluta
> ---
> so
Use force_suspend/resume to make sure clocks are disabled/enabled
accordingly during system suspend/resume.
Signed-off-by: Dong Aisheng
Signed-off-by: Shengjiu Wang
---
sound/soc/codecs/cs42xx8.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/codecs/cs42xx8.c b/sound/soc
From: Nick Dyer
(cherry picked from ndyer/linux/for-upstream commit
93a57575403de4dd07cd64807d3c2ed7f2cca262)
[gdavis: Resolve forward port conflicts due to applying upstream
commit 96a938aa214e ("Input: atmel_mxt_ts - remove platform
data support").]
Signed-off-by: George G. D
On 23/08/2019 05:45, Hsin-Hsiung Wang wrote:
> Some pmics don't need backup interrupt settings, so we change to use
> pm notifier for the pmics which are necessary to store settings.
>
> Acked-for-mfd-by: Lee Jones
> Signed-off-by: Hsin-Hsiung Wang
> ---
> drivers/mfd/mt6397-core.c | 8
Some pmics don't need backup interrupt settings, so we change to use
pm notifier for the pmics which are necessary to store settings.
Acked-for-mfd-by: Lee Jones
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/mt6397-core.c | 89 +
drivers/mfd/mt639
Somehow the core0 needs to be on to set-up the interrupts and power-up
the SoundWire IP.
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/sof/intel/hda-dsp.c | 11 +++
sound/soc/sof/intel/hda.c | 2 +-
sound/soc/sof/intel/hda.h | 5 +
3 files changed, 17 insertions(+), 1 d
This is needed for hibernation, e.g. when we resume the old kernel, we need
to disable the "current" kernel's hypercall page and then resume the old
kernel's.
Signed-off-by: Dexuan Cui
Reviewed-by: Michael Kelley
---
arch/x86/hyperv/hv_init.c | 34 ++
1 file chan
This is needed when we resume the old kernel from the "current" kernel.
Note: when hv_synic_suspend() and hv_synic_resume() run, all the
non-boot CPUs have been offlined, and interrupts are disabled on CPU0.
Signed-off-by: Dexuan Cui
Reviewed-by: Michael Kelley
---
drivers/hv/vmbus_drv.c | 46
The high-level VSC drivers will implement device-specific callbacks.
Signed-off-by: Dexuan Cui
Reviewed-by: Michael Kelley
---
drivers/hv/vmbus_drv.c | 46 ++
include/linux/hyperv.h | 3 +++
2 files changed, 49 insertions(+)
diff --git a/drivers/hv/
Before Linux enters hibernation, it sends the CHANNELMSG_UNLOAD message to
the host so all the offers are gone. After hibernation, Linux needs to
re-negotiate with the host using the same vmbus protocol version (which
was in use before hibernation), and ask the host to re-offer the vmbus
devices.
This is needed for hibernation, e.g. when we resume the old kernel, we need
to disable the "current" kernel's TSC page and then resume the old kernel's.
Signed-off-by: Dexuan Cui
Reviewed-by: Michael Kelley
---
drivers/clocksource/hyperv_timer.c | 25 +
1 file changed, 2
Date: Mon Aug 5 16:32:41 2019 -0700
> >>
> >> hwrng: core - Freeze khwrng thread during suspend
> >>
> >> Commit seems to be breaking suspend/resume on TI AM43/AM33 platforms.
> >>
> >>
> >> rtcwake: wakeup from "mem"
suspend/resume on TI AM43/AM33 platforms.
rtcwake: wakeup from "mem" using /dev/rtc0 at Sun Nov 18 02:12:12 2018
[ 54.033833] PM: suspend entry (deep)
[ 54.037741] Filesystems sync: 0.000 seconds
[ 54.062730] Freezing user space processes ... (elapsed 0.001 seconds)
done.
[ 54.0
Quoting Keerthy (2019-08-18 21:24:58)
> Hi Stephen,
>
> commit 03a3bb7ae63150230c5de645dc95e673ebf17e1a
> Author: Stephen Boyd
> Date: Mon Aug 5 16:32:41 2019 -0700
>
> hwrng: core - Freeze khwrng thread during suspend
>
> Commit seems to be breaking sus
Hi Stephen,
commit 03a3bb7ae63150230c5de645dc95e673ebf17e1a
Author: Stephen Boyd
Date: Mon Aug 5 16:32:41 2019 -0700
hwrng: core - Freeze khwrng thread during suspend
Commit seems to be breaking suspend/resume on TI AM43/AM33 platforms.
rtcwake: wakeup from "mem" using /d
The chip supports standard suspend/resume via BMCR reg.
Hook these functions into the `adin` driver.
Reviewed-by: Florian Fainelli
Reviewed-by: Andrew Lunn
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/phy
From: Nick Dyer
(cherry picked from ndyer/linux/for-upstream commit
93a57575403de4dd07cd64807d3c2ed7f2cca262)
[gdavis: Resolve forward port conflicts due to applying upstream
commit 96a938aa214e ("Input: atmel_mxt_ts - remove platform
data support").]
Signed-off-by: George G. D
On 8/12/2019 4:23 AM, Alexandru Ardelean wrote:
> The chip supports standard suspend/resume via BMCR reg.
> Hook these functions into the `adin` driver.
>
> Reviewed-by: Andrew Lunn
> Signed-off-by: Alexandru Ardelean
Reviewed-by: Florian Fainelli
--
Florian
The chip supports standard suspend/resume via BMCR reg.
Hook these functions into the `adin` driver.
Reviewed-by: Andrew Lunn
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/phy/adin.c b/drivers/net/phy/adin.c
On Mon, 05 Aug 2019, Hsin-Hsiung Wang wrote:
> Some pmics don't need backup interrupt settings, so we change to use
> pm notifier for the pmics which are necessary to store settings.
>
> Signed-off-by: Hsin-Hsiung Wang
> ---
> drivers/mfd/mt6397-core.c | 89
> +---
The chip supports standard suspend/resume via BMCR reg.
Hook these functions into the `adin` driver.
Reviewed-by: Andrew Lunn
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/phy/adin.c b/drivers/net/phy/adin.c
On Thu, Aug 08, 2019 at 03:30:14PM +0300, Alexandru Ardelean wrote:
> The chip supports standard suspend/resume via BMCR reg.
> Hook these functions into the `adin` driver.
>
> Signed-off-by: Alexandru Ardelean
Reviewed-by: Andrew Lunn
Andrew
The chip supports standard suspend/resume via BMCR reg.
Hook these functions into the `adin` driver.
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/phy/adin.c b/drivers/net/phy/adin.c
index 879797d076e0
.
Similarly, I also need to make the same change in this patch:
[PATCH v2 7/7] Drivers: hv: vmbus: Implement suspend/resume for VSC drivers for
hibernation
BTW, I'd like to change the print_hex_dump_debug() to print_hex_dump() in this
patch:
[PATCH v2 5/7] Drivers: hv: vmbus: Ignore the off
On 8/7/19 10:22, Sylwester Nawrocki wrote:
> On 8/5/19 15:27, Jaafar Ali wrote:
>> Dear All,
>> Kernel 5.3-rc1
>> OS: ubuntu 18.04
>> Hardware: Odroid-XU4
>> The sound of Odroid-XU4 after suspend/resume cycle is choppy and slow.
>> I have found a workarou
From: Dexuan Cui Sent: Wednesday, July 31, 2019 10:52 AM
>
> Before Linux enters hibernation, it sends the CHANNELMSG_UNLOAD message to
> the host so all the offers are gone. After hibernation, Linux needs to
> re-negotiate with the host using the same vmbus protocol version (which
> was in use b
From: Dexuan Cui Sent: Wednesday, July 31, 2019 10:52 AM
>
> This is needed when we resume the old kernel from the "current" kernel.
>
> Note: when hv_synic_suspend() and hv_synic_resume() run, all the
> non-boot CPUs have been offlined, and interrupts are disabled on CPU0.
>
> Signed-off-by: D
Hi Jaafar,
On 8/5/19 15:27, Jaafar Ali wrote:
> Dear All,
> Kernel 5.3-rc1
> OS: ubuntu 18.04
> Hardware: Odroid-XU4
> The sound of Odroid-XU4 after suspend/resume cycle is choppy and slow.
> I have found a workaround, the I2SMOD register value should be set to
> zero
On Mon, Aug 05, 2019 at 07:54:39PM +0300, Alexandru Ardelean wrote:
> The chip supports standard suspend/resume via BMCR reg.
> Hook these functions into the `adin` driver.
>
> Signed-off-by: Alexandru Ardelean
Reviewed-by: Andrew Lunn
Andrew
The chip supports standard suspend/resume via BMCR reg.
Hook these functions into the `adin` driver.
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/phy/adin.c b/drivers/net/phy/adin.c
index 6a610d4563c3
Dear All,
Kernel 5.3-rc1
OS: ubuntu 18.04
Hardware: Odroid-XU4
The sound of Odroid-XU4 after suspend/resume cycle is choppy and slow.
I have found a workaround, the I2SMOD register value should be set to
zero after resume to force using internal codec clock (cdclkcon bit =
0), also the
On Sun, 4 Aug 2019 at 14:36, Jaafar Ali wrote:
> Dear Krzysztof,
> The sound of Odroid-XU4 after suspend/resume cycle has an issue. As a
> workaround, the I2SMOD register value should be set to zero after resume, the
> i2s_resume function would be:
>
> static int i2s_resume(
Some pmics don't need backup interrupt settings, so we change to use
pm notifier for the pmics which are necessary to store settings.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/mt6397-core.c | 89 +
drivers/mfd/mt6397-irq.c| 33 +
On 8/2/19 12:30 PM, Vinod Koul wrote:
On 25-07-19, 18:40, Pierre-Louis Bossart wrote:
Please add explanation why..
yes missed this
Signed-off-by: Pierre-Louis Bossart
---
drivers/soundwire/intel.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/soundwire/intel
On 25-07-19, 18:40, Pierre-Louis Bossart wrote:
Please add explanation why..
> Signed-off-by: Pierre-Louis Bossart
> ---
> drivers/soundwire/intel.c | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/drivers/soundwire/intel.c b/drivers/soundwire/intel.c
> index 1477c35f616f
On 8/2/19 12:03 PM, Vinod Koul wrote:
On 25-07-19, 18:40, Pierre-Louis Bossart wrote:
Please do provide the changelog on why this change is needed.
not needed for now, will remove.
Signed-off-by: Pierre-Louis Bossart
---
drivers/soundwire/cadence_master.h | 3 +++
1 file changed, 3 ins
On 25-07-19, 18:40, Pierre-Louis Bossart wrote:
Please do provide the changelog on why this change is needed.
> Signed-off-by: Pierre-Louis Bossart
> ---
> drivers/soundwire/cadence_master.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/soundwire/cadence_master.h
> b/dri
From: Christophe Leroy
commit 6ecb78ef56e08d2119d337ae23cb951a640dc52d upstream.
Previously, only IBAT1 and IBAT2 were used to map kernel linear mem.
Since commit 63b2bc619565 ("powerpc/mm/32s: Use BATs for
STRICT_KERNEL_RWX"), we may have all 8 BATs used for mapping
kernel text. But the suspend
From: Christophe Leroy
commit 6ecb78ef56e08d2119d337ae23cb951a640dc52d upstream.
Previously, only IBAT1 and IBAT2 were used to map kernel linear mem.
Since commit 63b2bc619565 ("powerpc/mm/32s: Use BATs for
STRICT_KERNEL_RWX"), we may have all 8 BATs used for mapping
kernel text. But the suspend
Before Linux enters hibernation, it sends the CHANNELMSG_UNLOAD message to
the host so all the offers are gone. After hibernation, Linux needs to
re-negotiate with the host using the same vmbus protocol version (which
was in use before hibernation), and ask the host to re-offer the vmbus
devices.
This is needed for hibernation, e.g. when we resume the old kernel, we need
to disable the "current" kernel's TSC page and then resume the old kernel's.
Signed-off-by: Dexuan Cui
Reviewed-by: Michael Kelley
---
drivers/clocksource/hyperv_timer.c | 25 +
1 file changed, 2
This is needed when we resume the old kernel from the "current" kernel.
Note: when hv_synic_suspend() and hv_synic_resume() run, all the
non-boot CPUs have been offlined, and interrupts are disabled on CPU0.
Signed-off-by: Dexuan Cui
---
drivers/hv/vmbus_drv.c | 46 +
This is needed for hibernation, e.g. when we resume the old kernel, we need
to disable the "current" kernel's hypercall page and then resume the old
kernel's.
Signed-off-by: Dexuan Cui
Reviewed-by: Michael Kelley
---
arch/x86/hyperv/hv_init.c | 34 ++
1 file chan
The high-level VSC drivers will implement device-specific callbacks.
Signed-off-by: Dexuan Cui
Reviewed-by: Michael Kelley
---
drivers/hv/vmbus_drv.c | 42 ++
include/linux/hyperv.h | 3 +++
2 files changed, 45 insertions(+)
diff --git a/drivers/hv/vmbu
> From: Michael Kelley
> Sent: Tuesday, July 30, 2019 4:26 PM
> From: Dexuan Cui Sent: Monday, July 8, 2019 10:30
> PM
> >
> > This is needed when we resume the old kernel from the "current" kernel.
>
> Perhaps a bit more descriptive commit message could be supplied?
I'll use this as the new c
From: Dexuan Cui Sent: Monday, July 8, 2019 10:30 PM
>
> The high-level VSC drivers will implement device-specific callbacks.
>
> Signed-off-by: Dexuan Cui
> ---
> drivers/hv/vmbus_drv.c | 42 ++
> include/linux/hyperv.h | 3 +++
> 2 files changed, 45 i
From: Dexuan Cui Sent: Monday, July 8, 2019 10:30 PM
>
> This is needed when we resume the old kernel from the "current" kernel.
Perhaps a bit more descriptive commit message could be supplied?
>
> Signed-off-by: Dexuan Cui
> ---
> drivers/hv/connection.c | 3 +--
> drivers/hv/hyperv_vmb
From: Dexuan Cui Sent: Monday, July 8, 2019 10:29 PM
>
> This is needed for hibernation, e.g. when we resume the old kernel, we need
> to disable the "current" kernel's TSC page and then resume the old kernel's.
>
> Signed-off-by: Dexuan Cui
> ---
> drivers/clocksource/hyperv_timer.c | 25
From: Dexuan Cui Sent: Monday, July 8, 2019 10:29 PM
>
> This is needed for hibernation, e.g. when we resume the old kernel, we need
> to disable the "current" kernel's hypercall page and then resume the old
> kernel's.
>
> Signed-off-by: Dexuan Cui
> ---
> arch/x86/hyperv/hv_init.c | 34 +
Hello,
This small series addresses two suspend-resume bugs: one affects Tegra30+
due to a typo in the code, other fixes CPU hang on Tegra30 specifically.
Changelog:
v2: Reworded comment to the code to make it sound better in the patch
"Use WFE for power-gating on Tegra30".
Dmitr
From: Christophe Leroy
commit 6ecb78ef56e08d2119d337ae23cb951a640dc52d upstream.
Previously, only IBAT1 and IBAT2 were used to map kernel linear mem.
Since commit 63b2bc619565 ("powerpc/mm/32s: Use BATs for
STRICT_KERNEL_RWX"), we may have all 8 BATs used for mapping
kernel text. But the suspend
On 7/26/19 5:04 AM, Cezary Rojewski wrote:
On 2019-07-26 01:40, Pierre-Louis Bossart wrote:
Signed-off-by: Pierre-Louis Bossart
---
drivers/soundwire/cadence_master.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/soundwire/cadence_master.h
b/drivers/soundwire/cadence_ma
On 2019-07-26 01:40, Pierre-Louis Bossart wrote:
Signed-off-by: Pierre-Louis Bossart
---
drivers/soundwire/cadence_master.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/soundwire/cadence_master.h
b/drivers/soundwire/cadence_master.h
index c0bf6ff00a44..d375bbfead18 100644
-
Signed-off-by: Pierre-Louis Bossart
---
drivers/soundwire/intel.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/soundwire/intel.c b/drivers/soundwire/intel.c
index 1477c35f616f..a976480d6f36 100644
--- a/drivers/soundwire/intel.c
+++ b/drivers/soundwire/intel.c
@@ -116
Signed-off-by: Pierre-Louis Bossart
---
drivers/soundwire/cadence_master.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/soundwire/cadence_master.h
b/drivers/soundwire/cadence_master.h
index c0bf6ff00a44..d375bbfead18 100644
--- a/drivers/soundwire/cadence_master.h
+++ b/drivers
25.07.2019 12:40, Peter De Schrijver пишет:
> On Tue, Jul 23, 2019 at 04:28:35AM +0300, Dmitry Osipenko wrote:
>> 08.07.2019 2:03, Dmitry Osipenko пишет:
>>> Hello,
>>>
>>> This small series addresses two suspend-resume bugs: one affects Tegra30+
>>> du
On Tue, Jul 23, 2019 at 04:28:35AM +0300, Dmitry Osipenko wrote:
> 08.07.2019 2:03, Dmitry Osipenko пишет:
> > Hello,
> >
> > This small series addresses two suspend-resume bugs: one affects Tegra30+
> > due to a typo in the code, other fixes CPU hang on Tegra30 sp
From: Christophe Leroy
commit 6ecb78ef56e08d2119d337ae23cb951a640dc52d upstream.
Previously, only IBAT1 and IBAT2 were used to map kernel linear mem.
Since commit 63b2bc619565 ("powerpc/mm/32s: Use BATs for
STRICT_KERNEL_RWX"), we may have all 8 BATs used for mapping
kernel text. But the suspend
From: Christophe Leroy
commit 6ecb78ef56e08d2119d337ae23cb951a640dc52d upstream.
Previously, only IBAT1 and IBAT2 were used to map kernel linear mem.
Since commit 63b2bc619565 ("powerpc/mm/32s: Use BATs for
STRICT_KERNEL_RWX"), we may have all 8 BATs used for mapping
kernel text. But the suspend
From: Christophe Leroy
commit 6ecb78ef56e08d2119d337ae23cb951a640dc52d upstream.
Previously, only IBAT1 and IBAT2 were used to map kernel linear mem.
Since commit 63b2bc619565 ("powerpc/mm/32s: Use BATs for
STRICT_KERNEL_RWX"), we may have all 8 BATs used for mapping
kernel text. But the suspend
08.07.2019 2:03, Dmitry Osipenko пишет:
> Hello,
>
> This small series addresses two suspend-resume bugs: one affects Tegra30+
> due to a typo in the code, other fixes CPU hang on Tegra30 specifically.
>
> Please review and apply, thanks!
>
> Dmitry Osipenko
On Wed, 10 Jul 2019, Thomas Gleixner wrote:
> On Wed, 10 Jul 2019, Steven Rostedt wrote:
> >
> > [ Removed the two emails that were bouncing ]
> >
> > On Wed, 10 Jul 2019 21:06:57 +0200 (CEST)
> > Thomas Gleixner wrote:
> >
> > > > > > sched_clock_continuous() ? (I know, horrible name), that s
On Wed, 10 Jul 2019, Steven Rostedt wrote:
>
> [ Removed the two emails that were bouncing ]
>
> On Wed, 10 Jul 2019 21:06:57 +0200 (CEST)
> Thomas Gleixner wrote:
>
> > > > > sched_clock_continuous() ? (I know, horrible name), that simply keeps
> > > > > track of the time delta at suspend and
[ Removed the two emails that were bouncing ]
On Wed, 10 Jul 2019 21:06:57 +0200 (CEST)
Thomas Gleixner wrote:
> > > > sched_clock_continuous() ? (I know, horrible name), that simply keeps
> > > > track of the time delta at suspend and returns:
> > > >
> > > > sched_clock() + delta;
On Wed, 10 Jul 2019, Steven Rostedt wrote:
> On Wed, 10 Jul 2019 20:35:32 +0200 (CEST)
> Thomas Gleixner wrote:
>
> > On Wed, 10 Jul 2019, Steven Rostedt wrote:
> >
> > >
> > > [ Resending as your Cc was screwed up and caused my reply to mess up
> > > the Cc list ]
> > >
> > > On Wed, 10 Jul
On Wed, 10 Jul 2019 20:35:32 +0200 (CEST)
Thomas Gleixner wrote:
> On Wed, 10 Jul 2019, Steven Rostedt wrote:
>
> >
> > [ Resending as your Cc was screwed up and caused my reply to mess up
> > the Cc list ]
> >
> > On Wed, 10 Jul 2019 08:20:37 -0700
> > Sodagudi Prasad wrote:
> >
> > > A
On Wed, 10 Jul 2019, Steven Rostedt wrote:
>
> [ Resending as your Cc was screwed up and caused my reply to mess up
> the Cc list ]
>
> On Wed, 10 Jul 2019 08:20:37 -0700
> Sodagudi Prasad wrote:
>
> > Another option is printing the epoch/cycles information in every print
> > statement simi
[ Resending as your Cc was screwed up and caused my reply to mess up
the Cc list ]
On Wed, 10 Jul 2019 08:20:37 -0700
Sodagudi Prasad wrote:
> Another option is printing the epoch/cycles information in every print
> statement similar to thread id or processor id added
> recently(CONFIG_PRI
This is needed for hibernation, e.g. when we resume the old kernel, we need
to disable the "current" kernel's hypercall page and then resume the old
kernel's.
Signed-off-by: Dexuan Cui
---
arch/x86/hyperv/hv_init.c | 34 ++
1 file changed, 34 insertions(+)
diff -
This is needed when we resume the old kernel from the "current" kernel.
Signed-off-by: Dexuan Cui
---
drivers/hv/vmbus_drv.c | 40
1 file changed, 40 insertions(+)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
index 72d5a7c..1c2d935 100644
This is needed for hibernation, e.g. when we resume the old kernel, we need
to disable the "current" kernel's TSC page and then resume the old kernel's.
Signed-off-by: Dexuan Cui
---
drivers/clocksource/hyperv_timer.c | 25 +
1 file changed, 25 insertions(+)
diff --git a
This is needed when we resume the old kernel from the "current" kernel.
Signed-off-by: Dexuan Cui
---
drivers/hv/connection.c | 3 +--
drivers/hv/hyperv_vmbus.h | 2 ++
drivers/hv/vmbus_drv.c| 40
3 files changed, 43 insertions(+), 2 deletions(-)
The high-level VSC drivers will implement device-specific callbacks.
Signed-off-by: Dexuan Cui
---
drivers/hv/vmbus_drv.c | 42 ++
include/linux/hyperv.h | 3 +++
2 files changed, 45 insertions(+)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_dr
Hello,
This small series addresses two suspend-resume bugs: one affects Tegra30+
due to a typo in the code, other fixes CPU hang on Tegra30 specifically.
Please review and apply, thanks!
Dmitry Osipenko (2):
ARM: tegra: Fix FLOW_CTLR_HALT register clobbering by tegra_resume()
ARM: tegra
On Wed, Jul 3, 2019 at 2:56 AM Muchun Song wrote:
>
> Rafael J. Wysocki 于2019年7月3日周三 上午1:54写道：
> >
> > On Tue, Jul 2, 2019 at 6:37 PM Muchun Song wrote:
> > >
> > > Currently, the PM core disables runtime PM for all devices right after
> > > executing subsystem/driver .suspend_late() callbacks f
Rafael J. Wysocki 于2019年7月3日周三 上午1:54写道：
>
> On Tue, Jul 2, 2019 at 6:37 PM Muchun Song wrote:
> >
> > Currently, the PM core disables runtime PM for all devices right after
> > executing subsystem/driver .suspend_late() callbacks for them and
> > re-enables it right before executing subsystem/dr
gt;
> Change in v2:
>Update subject from:
>"PM: Move disabling/enabling runtime PM to noirq suspend/early
> resume"
>to:
>"PM: Move disabling/enabling runtime PM to suspend/resume noirq"
>
> Documentation/power/runtime
executing subsystem/
driver .resume_noirq() callbacks for them.
Signed-off-by: Muchun Song
---
Change in v2:
Update subject from:
"PM: Move disabling/enabling runtime PM to noirq suspend/early
resume"
to:
"PM: Move disabling/enabling runtime PM to
From: Louis Yu
Add suspend/resume callback to disable/enable Mediatek thermal sensor
respectively. Since thermal power domain is off in suspend, thermal driver
needs re-initialization during resume.
Signed-off-by: Louis Yu
Signed-off-by: Michael Kao
---
This patch series base on these patches
On Mon, 2019-06-17 at 21:42:14 UTC, Christophe Leroy wrote:
> Previously, only IBAT1 and IBAT2 were used to map kernel linear mem.
> Since commit 63b2bc619565 ("powerpc/mm/32s: Use BATs for
> STRICT_KERNEL_RWX"), we may have all 8 BATs used for mapping
> kernel text. But the suspend/restore functio
29.06.2019 16:28, Dmitry Osipenko пишет:
> 28.06.2019 5:12, Sowjanya Komatineni пишет:
>> This patch creates APIs for supporting Tegra210 clock driver to
>> perform DFLL suspend and resume operation.
>>
>> During suspend, DFLL mode is saved and on resume Tegra210 clock driver
>> invokes DFLL resume
28.06.2019 5:12, Sowjanya Komatineni пишет:
> This patch creates APIs for supporting Tegra210 clock driver to
> perform DFLL suspend and resume operation.
>
> During suspend, DFLL mode is saved and on resume Tegra210 clock driver
> invokes DFLL resume API to re-initialize DFLL to enable target dev
On 27/6/19 23:47, Rajat Jain wrote:
> The lightbar driver never assigned the drvdata in probe method, and
> thus there is nothing there. Need to get the ec_dev from the parent's
> drvdata.
>
> Signed-off-by: Rajat Jain
Queued for 5.3
Thanks,
~ Enric
> ---
> drivers/platform/chrome/cros_ec_
This patch creates APIs for supporting Tegra210 clock driver to
perform DFLL suspend and resume operation.
During suspend, DFLL mode is saved and on resume Tegra210 clock driver
invokes DFLL resume API to re-initialize DFLL to enable target device
clock in open loop mode or closed loop mode.
Acke
Reviewed-by: Gwendal Grignou
On Thu, Jun 27, 2019 at 2:47 PM Rajat Jain wrote:
>
> The lightbar driver never assigned the drvdata in probe method, and
> thus there is nothing there. Need to get the ec_dev from the parent's
> drvdata.
>
> Signed-off-by: Rajat Jain
> ---
> drivers/platform/chro
The lightbar driver never assigned the drvdata in probe method, and
thus there is nothing there. Need to get the ec_dev from the parent's
drvdata.
Signed-off-by: Rajat Jain
---
drivers/platform/chrome/cros_ec_lightbar.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/driv
ve but the suspend/resume functions are
still left with struct net_device *ndev. Hence fix both
suspend & resume also to fetch the updated driver data.
Fixes: bfe59032bd6127ee1 ("net: ethernet: ti: cpsw: use cpsw as drv data")
Signed-off-by: Keerthy
Applied but please make it clear tha
From: Keerthy
Date: Mon, 24 Jun 2019 10:46:19 +0530
> Commit bfe59032bd6127ee190edb30be9381a01765b958 ("net: ethernet:
> ti: cpsw: use cpsw as drv data")changes
> the driver data to struct cpsw_common *cpsw. This is done
> only in probe/remove but the suspend/resume func
Commit bfe59032bd6127ee190edb30be9381a01765b958 ("net: ethernet:
ti: cpsw: use cpsw as drv data")changes
the driver data to struct cpsw_common *cpsw. This is done
only in probe/remove but the suspend/resume functions are
still left with struct net_device *ndev. Hence fix both
suspend &am
This patch creates APIs for supporting Tegra210 clock driver to
perform DFLL suspend and resume operation.
During suspend, DFLL mode is saved and on resume Tegra210 clock driver
invokes DFLL resume API to re-initialize DFLL to enable target device
clock in open loop mode or closed loop mode.
Acke
On Sat, Jun 22, 2019 at 04:01:40PM +0530, Keerthy wrote:
Hi Keerty,
Commit bfe59032bd6127ee190edb30be9381a01765b958 ("net: ethernet:
ti: cpsw: use cpsw as drv data")changes
the driver data to struct cpsw_common *cpsw. This is done
only in probe/remove but the suspend/resume functions
Commit bfe59032bd6127ee190edb30be9381a01765b958 ("net: ethernet:
ti: cpsw: use cpsw as drv data")changes
the driver data to struct cpsw_common *cpsw. This is done
only in probe/remove but the suspend/resume functions are
still left with struct net_device *ndev. Hence fix both
suspend &am
On Tue, Jun 18, 2019 at 12:46:24AM -0700, Sowjanya Komatineni wrote:
> This patch creates APIs for supporting Tegra210 clock driver to
> perform DFLL suspend and resume operation.
>
> During suspend, DFLL mode is saved and on resume Tegra210 clock driver
> invokes DFLL resume API to re-initialize
501 - 600 of 3483 matches
Mail list logo
