From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753016AbXCVBq1 (ORCPT ); Wed, 21 Mar 2007 21:46:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753020AbXCVBq1 (ORCPT ); Wed, 21 Mar 2007 21:46:27 -0400 Received: from agminet01.oracle.com ([141.146.126.228]:11147 "EHLO agminet01.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753016AbXCVBq0 (ORCPT ); Wed, 21 Mar 2007 21:46:26 -0400 Date: Wed, 21 Mar 2007 18:42:58 -0700 From: Randy Dunlap To: g3vbv@blueyonder.co.uk Cc: "Eric W. Biederman" , Adrian Bunk , linux-kernel@vger.kernel.org, auxsvr@gmail.com Subject: Re: 2.6.21-rc1 and 2.6.21-rc2 kwin dies silently Message-Id: <20070321184258.758a5a29.randy.dunlap@oracle.com> In-Reply-To: <4601DCB4.4060804@blueyonder.co.uk> References: <45E59D64.3070202@blueyonder.co.uk> <200702281805.13822.auxsvr@gmail.com> <20070307214730.87859590.akpm@linux-foundation.org> <45EFBC73.2030005@blueyonder.co.uk> <46016EAF.6010801@blueyonder.co.uk> <20070321193420.GP752@stusta.de> <4601DCB4.4060804@blueyonder.co.uk> Organization: Oracle Linux Eng. X-Mailer: Sylpheed 2.3.1 (GTK+ 2.8.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Whitelist: TRUE X-Whitelist: TRUE X-Brightmail-Tracker: AAAAAQAAAAI= Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 22 Mar 2007 01:32:36 +0000 Sid Boyce wrote: > Eric W. Biederman wrote: > > Adrian Bunk writes: > > > > > >> On Wed, Mar 21, 2007 at 05:43:11PM +0000, Sid Boyce wrote: > >> > >>> Sid Boyce wrote: > >>> > >>>> Andrew Morton wrote: > >>>> > >>>>> (cc restored. Please always do reply-to-all) > >>>>> > >>>>> > >>>>> > >>>>>> On Wed, 28 Feb 2007 18:05:13 +0200 auxsvr@gmail.com wrote: > >>>>>> On Wednesday 28 February 2007 17:19, Sid Boyce wrote: > >>>>>> > >>>>>> > >>>>>>> openSUSE 10.3 Alpha and KDE-3.5.6, xorg-x11-7.2. KDE is setup not to > >>>>>>> require a password to unlock, but it asks for password. When the screen > >>>>>>> unlocks, kwin is gone with no errors logged in /var/log/kdm or > >>>>>>> /var/log/messages. No problems with 2.6.20. > >>>>>>> > >>>>>>> Same problem on openSUSE 10.2 x86_64, KDE-3.5.5 and 2.6.21-rc2. > >>>>>>> Regards > >>>>>>> Sid. > >>>>>>> > >>>>>>> > >>>>>> This is the linux kernel mailing list. Perhaps you should post your > >>>>>> problem to the opensuse mailing list. > >>>>>> > >>>>>> > >>>>> 2.6.20 worked. > >>>>> > >>>>> 2.6.20-rc2 did not. > >>>>> > >>>>> Working theory: the kernel broke. > >>>>> > >>>>> Sid, the chances that anyone can work out what caused this are pretty > >>>>> low. It would be great if you could perform a git bisection search > >>>>> sometime in > >>>>> the next few weeks, work out which commit caused this. > >>>>> > >>>>> Thanks. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>> I shall go back to 2.6.20-git3 and work forward. Up to 2.6.20-git2 was OK. > >>>> Regards > >>>> Sid. > >>>> > >>>> > >>> I tracked the problem down to 2.6.20-git11. Up to 2.6.20-git10 is OK, > >>> but from 2.6.20-git11 up to current 2.6.21-rc4-git2 all exhibit the problem. > >>> > >> Thanks for this search. > >> > >> Looking at the changes between 2.6.20-git10 and 2.6.20-git11, the only > >> suspicious changes are the 60 sysctl patches by Eric. > >> > >> Eric, can you look at this issue? > >> > > > > git bisect between git10 (ac98695d6c1508b724f246f38ce57fb4e3cec356) > > and git11 (86a71dbd3e81e8870d0f0e56b87875f57e58222b) is likely the most > > productive thing that can be done right now. > > > > I can't think of anything in my sysctl patches that would kill an > > application. My sysctl work is right on the border with user space > > so it is a good candidate but at the same time there should have > > been no user visible changes. There were a few places where > > I removed sys_sysctl support (but not /proc/sys support) but I don't > > think any of those were on x86, and they were is such a messed up > > state I don't think anyone could have reasonably used them anyway. > > > > So I think either we poke blindly making random guess by hand or > > we let git-bisect do it. > > > > Sid do you think you can figure out git-bisect? > > git-bisect start > > git-bisect bad 86a71dbd3e81e8870d0f0e56b87875f57e58222b > > git-bisect good ac98695d6c1508b724f246f38ce57fb4e3cec356 > > > > It should narrow the problem down to a single commit in 6-8 tries > > after which point we should have enough information to start > > making intelligent guesses. > > > > Eric > > > > > > > Reading the manpage doesn't help, so I shall have to delve into the > docs or futher help is needed. There's not a lot of docs out there. The man-page: http://www.kernel.org/pub/software/scm/git/docs/git-bisect.html Linus's email doc: http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt I worked on something over last weekend, but it doesn't really add much to the references above. > :/usr/src/linux-2.6.20-git11 # git-bisect good > ac98695d6c1508b724f246f38ce57fb4e3cec356 > No revs to be shown. Did you tell git where to begin with good and bad? I.e., you have to tell it the bracketing of where to do the binary search. > :/usr/src/linux-2.6.20-git11 # ls .git/refs/bisect/ > bad > good-ac98695d6c1508b724f246f38ce57fb4e3cec356 > > :/usr/src/linux-2.6.20-git11 # less > .git/refs/bisect/good-ac98695d6c1508b724f246f38ce57fb4e3cec356 > ac98695d6c1508b724f246f38ce57fb4e3cec356 > > :/usr/src/linux-2.6.20-git11 # less .git/refs/bisect/bad > 86a71dbd3e81e8870d0f0e56b87875f57e58222b --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code ***