From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arkadiusz Miskiewicz Subject: Re: 2.6.29 git, resume from ram broken on thinkpad Date: Fri, 3 Apr 2009 02:22:56 +0200 Message-ID: <200904030222.57469.a.miskiewicz@gmail.com> References: <200904011155.20751.a.miskiewicz@gmail.com> <20090402210451.GA4076@elte.hu> <200904022328.02088.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <200904022328.02088.rjw@sisk.pl> Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org To: "Rafael J. Wysocki" Cc: Ingo Molnar , Chris Wright , linux-kernel@vger.kernel.org, Mike Travis , Jeremy Fitzhardinge , KOSAKI Motohiro , Venkatesh Pallipadi , virtualization@lists.osdl.org, xen-devel@lists.xensource.com, Yinghai Lu List-Id: virtualization@lists.linuxfoundation.org On Thursday 02 of April 2009, Rafael J. Wysocki wrote: > On Thursday 02 April 2009, Ingo Molnar wrote: > > * Rafael J. Wysocki wrote: > > > On Thursday 02 April 2009, Chris Wright wrote: > > > > * Rafael J. Wysocki (rjw@sisk.pl) wrote: > > > > > Sorry for the misunderstanding, I thought the breakage might = be > > > > > introduced between 15f7176eb1cccec0a332541285ee752b935c1c85 a= nd > > > > > 0a0c5168df270a50e3518e4f12bddb31f8f5f38f, so I thought it wou= ld be > > > > > a good idea to verify if 0a0c5168df270a50e3518e4f12bddb31f8f5= f38f > > > > > fails too. > > > > > > > > Ah, sure. It fails too (both test_suspend=3Dmem and regular > > > > suspend/resume). > > > > > > Having looked at the commit the Arek's bisect turned up I don't > > > think it's likely to have caused this problem to appear. > > > > > > It seems that the regression had been introduced before the PM an= d > > > PCI updates went it, so I bet it's one of the x86 changes. Ingo, > > > are there any commits obviously worth testing? > > > > i lost context - a list/range of commits to check would be nice. > > So far we know that d54b3538b0bfb31351d02d1669d4a978d2abfc5f is good > (according to Arek) and 0a0c5168df270a50e3518e4f12bddb31f8f5f38f (tha= t > doesn't introduce functional changes) is already bad (according to Ch= ris). What about 9ea09af3bd3090e8349ca2899ca2011bd94cda85 ? stop_machine: introduce stop_machine_create/destroy. git bisect start # bad: [14a959101e166abd4165f5a53db5f3dbe4e16fb9] Blackfin arch: add sd= h support for bf518f-ezbrd git bisect bad 14a959101e166abd4165f5a53db5f3dbe4e16fb9 # good: [29881c4502ba05f46bc12ae8053d4e08d7e2615c] Revert "CRED: Fix re= gression in cap_capable() as shown up by sys_faccessat() [ver #2]" git bisect good 29881c4502ba05f46bc12ae8053d4e08d7e2615c # good: [7a1fcd5f5130f173b5e824135735ec58f245563e] Merge git://git.kern= el.org/pub/scm/linux/kernel/git/davem/sparc-2.6 git bisect good 7a1fcd5f5130f173b5e824135735ec58f245563e # bad: [40d7ee5d162203b40b5f4fbb312ab016edddb97f] Merge git://git.kerne= l.org/pub/scm/linux/kernel/git/gregkh/driver-core-2.6 git bisect bad 40d7ee5d162203b40b5f4fbb312ab016edddb97f # bad: [7ec7fb394298c212c30e063c57e0aa895efe9439] samples: mark {static= |__init|__exit} for {init|exit} functions git bisect bad 7ec7fb394298c212c30e063c57e0aa895efe9439 # bad: [8e128ce3318a147903c893de1891f6c2306f8a61] Merge branch 'for-nex= t' of git://git.o-hand.com/linux-mfd git bisect bad 8e128ce3318a147903c893de1891f6c2306f8a61 # good: [c58bd34d00e04df9a0691732086cf8102b20d907] Merge branch 'i2c-ne= xt' of git://aeryn.fluff.org.uk/bjdooks/linux git bisect good c58bd34d00e04df9a0691732086cf8102b20d907 # good: [0931a4c6dbfab03f2bfd22a9170130f7b155d53a] mfd: dm355evm msp430= driver git bisect good 0931a4c6dbfab03f2bfd22a9170130f7b155d53a # good: [0578c3b4d44c34e499e1fd5916ed6c63635b25cf] Merge branch 'core-f= ixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/li= nux-2.6-tip git bisect good 0578c3b4d44c34e499e1fd5916ed6c63635b25cf # bad: [9ea09af3bd3090e8349ca2899ca2011bd94cda85] stop_machine: introdu= ce stop_machine_create/destroy. git bisect bad 9ea09af3bd3090e8349ca2899ca2011bd94cda85 # good: [d1e99d7ae4e6bbd1ebb5e81ecd3af2b8793efee0] module: fix warning = of unused function when !CONFIG_PROC_FS git bisect good d1e99d7ae4e6bbd1ebb5e81ecd3af2b8793efee0 # good: [c298be74492bece102f3379d14015638f1fd1fac] parisc: fix module l= oading failure of large kernel modules git bisect good c298be74492bece102f3379d14015638f1fd1fac # good: [c298be74492bece102f3379d14015638f1fd1fac] parisc: fix module l= oading failure of large kernel modules git bisect good c298be74492bece102f3379d14015638f1fd1fac # good: [c298be74492bece102f3379d14015638f1fd1fac] parisc: fix module l= oading failure of large kernel modules git bisect good c298be74492bece102f3379d14015638f1fd1fac Unfortunately reverting 9ea09af3bd3090e8349ca2899ca2011bd94cda85 a0e280e0f33f6c859a235fb69a875ed8f3420388 9e01892c4234070bbcf3a9f582514c8b91464375 from master didn't help.=20 Two separate bugs, git bisect led me nowhere again or something else? > > Thanks, > Rafael --=20 Arkadiusz Mi=C5=9Bkiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/