From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nathan Zimmer Subject: Re: hangs on boot in 9984d7394618df9 Date: Tue, 9 Apr 2013 12:12:34 -0500 Message-ID: <51644C02.7020508@sgi.com> References: <20130405173623.GE4068@ZenIV.linux.org.uk> <515F3A71.9080008@sgi.com> <20130405210042.GH4068@ZenIV.linux.org.uk> <5162E36F.5020305@sgi.com> <20130408155847.GS4068@ZenIV.linux.org.uk> <51632DF8.2080402@sgi.com> <20130408212327.GU4068@ZenIV.linux.org.uk> <20130408214834.GV4068@ZenIV.linux.org.uk> <516341ED.5060803@wwwdotorg.org> <20130408230658.GY4068@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Al Viro , Stephen Warren , Andrew Morton , "linux-kernel@vger.kernel.org" , , "Eric W. Biederman" , David Woodhouse , , "linux-next@vger.kernel.org" To: Doug Anderson Return-path: In-Reply-To: Sender: linux-next-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 04/08/2013 06:46 PM, Doug Anderson wrote: > Al, > > On Mon, Apr 8, 2013 at 4:06 PM, Al Viro wrote: >> Folks, see if vfs.git#experimental works for you; the PITA had apparently >> been caused by change of open() semantics for /proc//fd/ - >> it started to behave like a FIFO, i.e. wait for peer to show up. Normally >> that's not a problem, but if you have closed e.g. the write end of a pipe >> and try to open /proc//fd/, you'll get open() waiting >> for writers to appear. Which isn't what we used to do here (open succeeded >> immediately) and apparently that was enough to trip drakut. >> >> Branch head should be at 574179469f7370aadb9cbac1ceca7c3723c17bee. > That branch booted fine for me and didn't show any problems. > > I wasn't easily able to merge onto linux-next and test there though. > I tried applying these the 4 top commits of your branch to > "next-20130408" and it didn't solve my problems. A full merge of your > branch to linux-next showed conflicts and I didn't dig. > > -Doug I booted great for me too. Also the numbers from the scaling test are improved also, at least on my 128p box. I'll verify on a 512 or larger box when I have the chance. However I think I still should to provide some relief for the older kernels.