Re: [PATCH v2] net/wireless: enable wiphy device to suspend/resume asynchronously

2015-09-22 Thread Fu, Zhonghui
Hi johannes, Could you please tell me which kernel version will merge this patch? Thanks, Zhonghui On 2015/9/22 22:05, Johannes Berg wrote: > On Sat, 2015-09-19 at 10:40 +0800, Fu, Zhonghui wrote: >> Now, PM core supports asynchronous suspend/resume mode for devices >> during

Re: [PATCH] net/wireless: enable wiphy device to suspend/resume asynchronously

2015-09-18 Thread Fu, Zhonghui
On 2015/8/24 15:38, Johannes Berg wrote: > On Mon, 2015-08-24 at 11:45 +0800, Fu, Zhonghui wrote: >> On 2015/8/17 16:46, Arend van Spriel wrote: >>> + Rafael >>> >>> On 08/17/2015 09:29 AM, Johannes Berg wrote: >>>> On Mon, 2015-08-17 at 09:48 +08

[PATCH v2] net/wireless: enable wiphy device to suspend/resume asynchronously

2015-09-18 Thread Fu, Zhonghui
Now, PM core supports asynchronous suspend/resume mode for devices during system suspend/resume, and the power state transition of one device may be completed in separate kernel thread. PM core ensures all power state transition timing dependency between devices. This patch enables wiphy device to

Re: [PATCH] net/wireless: enable wiphy device to suspend/resume asynchronously

2015-08-23 Thread Fu, Zhonghui
On 2015/8/17 16:46, Arend van Spriel wrote: > + Rafael > > On 08/17/2015 09:29 AM, Johannes Berg wrote: >> On Mon, 2015-08-17 at 09:48 +0800, Fu, Zhonghui wrote: >>> >>> The suspend/resume timing of wiphy device and related devices will be >>> ensu

Re: [PATCH] net/wireless: enable wiphy device to suspend/resume asynchronously

2015-08-16 Thread Fu, Zhonghui
On 2015/7/30 13:55, Emmanuel Grumbach wrote: > On Thu, Jul 30, 2015 at 8:18 AM, Fu, Zhonghui > wrote: >> Enable wiphy device to suspend/resume asynchronously. This can improve >> system suspend/resume speed. >> > How will that impact the timing with respect to the sus

[PATCH] net/wireless: enable wiphy device to suspend/resume asynchronously

2015-07-29 Thread Fu, Zhonghui
Enable wiphy device to suspend/resume asynchronously. This can improve system suspend/resume speed. Signed-off-by: Zhonghui Fu --- net/wireless/core.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/net/wireless/core.c b/net/wireless/core.c index 2a0bbd2..bc5e68f 100644

Re: [PATCH v3] brcmfmac: prohibit ACPI power management for brcmfmac driver

2015-05-25 Thread Fu, Zhonghui
On 2015/5/20 17:02, Arend van Spriel wrote: > On 05/18/15 08:26, Fu, Zhonghui wrote: >> >> Hi guys, >> >> Any comments about this patch? > > My acked is already there. I have not been able to test it, but I assume you > did. Yes, I have verified this pat

[PATCH 2/2] brcmfmac: keep WiFi chip's power during system suspension

2015-04-26 Thread Fu, Zhonghui
Need to keep the power supply for WiFi chip during system suspension. Otherwise, the context of WiFi chip will be lost. Signed-off-by: Zhonghui Fu --- drivers/net/wireless/brcm80211/brcmfmac/bcmsdh.c | 10 ++ 1 files changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/net/wi

[PATCH 1/2] brcmfmac: prohibit ACPI power management for brcmfmac driver

2015-04-26 Thread Fu, Zhonghui
ACPI will manage WiFi chip's power state during suspend/resume process on some tablet platforms(such as ASUS T100TA). This is not supported by brcmfmac driver now, and the context of WiFi chip will be damaged after resume. This patch disconnects the relationship between WiFi chip and it's ACPI comp