RE: [PATCH] timekeeping: Fix memory overwrite of sleep_time_bin array

2016-07-18 Thread Chen, Yu C
Hi Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Tuesday, July 19, 2016 6:02 AM > To: Chen, Yu C > Cc: John Stultz; Thomas Gleixner; linux-kernel@vger.kernel.org; Linux PM list > Subject: Re: [PATCH] timekeeping: Fi

RE: [PATCH] timekeeping: Fix memory overwrite of sleep_time_bin array

2016-07-18 Thread Chen, Yu C
Hi Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Tuesday, July 19, 2016 6:02 AM > To: Chen, Yu C > Cc: John Stultz; Thomas Gleixner; linux-kernel@vger.kernel.org; Linux PM list > Subject: Re: [PATCH] timekeeping: Fi

Re: [PATCH] timekeeping: Fix memory overwrite of sleep_time_bin array

2016-07-18 Thread Rafael J. Wysocki
On Monday, July 18, 2016 09:42:19 AM Chen Yu wrote: > It is reported the hibernation fails at 2nd attempt, which > hangs at hibernate() -> syscore_resume() -> i8237A_resume() > -> claim_dma_lock(), because the lock has already been taken. > However there is actually no other process would like to

Re: [PATCH] timekeeping: Fix memory overwrite of sleep_time_bin array

2016-07-18 Thread Rafael J. Wysocki
On Monday, July 18, 2016 09:42:19 AM Chen Yu wrote: > It is reported the hibernation fails at 2nd attempt, which > hangs at hibernate() -> syscore_resume() -> i8237A_resume() > -> claim_dma_lock(), because the lock has already been taken. > However there is actually no other process would like to

[PATCH] timekeeping: Fix memory overwrite of sleep_time_bin array

2016-07-17 Thread Chen Yu
It is reported the hibernation fails at 2nd attempt, which hangs at hibernate() -> syscore_resume() -> i8237A_resume() -> claim_dma_lock(), because the lock has already been taken. However there is actually no other process would like to grab this lock on that problematic platform. Further

[PATCH] timekeeping: Fix memory overwrite of sleep_time_bin array

2016-07-17 Thread Chen Yu
It is reported the hibernation fails at 2nd attempt, which hangs at hibernate() -> syscore_resume() -> i8237A_resume() -> claim_dma_lock(), because the lock has already been taken. However there is actually no other process would like to grab this lock on that problematic platform. Further