From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from muru.com ([72.249.23.125]:33714 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751910AbcBKRll (ORCPT ); Thu, 11 Feb 2016 12:41:41 -0500 Date: Thu, 11 Feb 2016 09:41:38 -0800 From: Tony Lindgren To: "Woodruff, Richard" Cc: Sasha Levin , "stable@vger.kernel.org" , "stable-commits@vger.kernel.org" , Kees Cook , Laura Abbott , "Menon, Nishanth" , Russell King , "Kristo, Tero" Subject: Re: [added to the 4.1 stable tree] ARM: OMAP2+: Fix wait_dll_lock_timed for rodata Message-ID: <20160211174138.GL3500@atomide.com> References: <1455117136-28870-1-git-send-email-sasha.levin@oracle.com> <1455117136-28870-177-git-send-email-sasha.levin@oracle.com> <20160211162050.GG3500@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: stable-owner@vger.kernel.org List-ID: * Woodruff, Richard [160211 08:53]: > > From: Tony Lindgren [mailto:tony@atomide.com] > > Sent: Thursday, February 11, 2016 10:21 AM > > > > This statement is false. > > > > Care to check again with the mainline kernel? All the mainline > > code was doing was incrementing these. > > It may have regressed. I 'know' it was correct in customer patched kernels as it fixed production stop bugs. > > I 'believe' it was correct in mainline long back. Perhaps it regressed during one of the refactoring passes. > > > It sounds like we have never had those pieces in the mainline > > kernel though? > > I don't think this is the case but maybe... The code was perpetually broken in mainline for one reason or the other except for the most trivial case. The mainline kernel PM code has been certainly working reliably for me on omap3 for several years with off idle. That's how I keep noticing various driver and PM regressions. > Customer phones did hang without a kick in production volumes for their use cases. > > I will see if I can dig up an older image to cross check in the next few days... OK thanks. Regards, Tony