From owner-freebsd-stable@freebsd.org Fri Aug 28 10:39:07 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5D589C2374 for ; Fri, 28 Aug 2015 10:39:06 +0000 (UTC) (envelope-from jshevland@calm-horizons.net) Received: from erelay4.ox.registrar-servers.com (erelay4.ox.registrar-servers.com [192.64.117.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.registrar-servers.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C176A1379 for ; Fri, 28 Aug 2015 10:39:06 +0000 (UTC) (envelope-from jshevland@calm-horizons.net) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 6AB0522061A9; Fri, 28 Aug 2015 10:39:05 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id n3AnpfoQ_jkw; Fri, 28 Aug 2015 06:39:04 -0400 (EDT) Received: from imap1.ox.privateemail.com (imap1.ox.privateemail.com [198.187.29.233]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by erelay1.ox.registrar-servers.com (Postfix) with ESMTPS id 9E76A2206430; Fri, 28 Aug 2015 06:38:32 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by imap1.ox.privateemail.com (Postfix) with ESMTP id 01177B000CA; Fri, 28 Aug 2015 06:38:32 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from imap1.ox.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id th_XsjDyR6XB; Fri, 28 Aug 2015 06:38:31 -0400 (EDT) Received: from [10.2.0.1] (unknown [101.177.249.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by imap1.ox.privateemail.com (Postfix) with ESMTPSA id B5664B000C9; Fri, 28 Aug 2015 06:38:30 -0400 (EDT) Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel To: mexas@bris.ac.uk, kostikbel@gmail.com References: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> Cc: freebsd-stable@freebsd.org From: Joe Shevland Message-ID: <55E03A24.8020407@calm-horizons.net> Date: Fri, 28 Aug 2015 20:38:28 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 10:39:07 -0000 To add a very small (useless) data point to this, I have an atom device that, very occasionally, hangs before the boot stage (at the little slash, prior to the daemon boot menu offering you the chance to select another kernel etc). I haven't worked out the rhyme or reason yet, so its probably a red herring, but its frustrated me when i have to dig out the monitor and keyboard again. At least it did with 10.1-release, yet to have it happen with stable. Cheers, Joe On 28/08/2015 8:30 PM, Anton Shterenlikht wrote: > >From kostikbel@gmail.com Thu Aug 27 18:22:37 2015 >> On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote: >>> ia64 stable/10 r286315 boots, but >>> r286316 hangs at "Entering /boot/kernel/kernel". >>> >>> Please advise >> To state an obvious thing. The commit which you pointed to, changes >> the code which is not executed at that early kernel boot stage. The >> revision cannot cause the consequences you described. > yes, I'm surprised too. > >> I think that you either have build-environment issue which randomly pops >> up, or there is some other boot-time issue which is sporadic. The only >> suggestion I have, try many boots with kernels which look either good >> or bad, I would be not surprised if statistic would be completely >> different from binary good/bad outcome. >> >> Otherwise, I do not have an idea. >> > I doubt it's a random or a sporadic issue. > I did a bisection, as suggested, during which > I built world/kernel on 7 revisions, and when I > narrowed it down to <50, a further 4 kernels. > All kernels <=286315 boot, all kernels >= 286316 > do not. I think if it were something random, > it wouldn't be such a clear cut picture. > > What about my loader.conf: > > # cat /boot/loader.conf > zfs_load="YES" > # soft limits > kern.dfldsiz=536748032 # default soft limit for process data > kern.dflssiz=536748032 # default soft limit for stack > # hard limits > kern.maxdsiz=536748032 # hard limit for process data > kern.maxssiz=536748032 # hard limit for stack > kern.maxtsiz=536748032 # hard limit for text size > # processes may not exceed these limits. > # > > My memory: > > real memory = 8589934592 (8192 MB) > avail memory = 8387649536 (7999 MB) > > I'll try disabling all these settings in loader.conf > and see if makes a difference. > But these settings have been there for a few years > with no problems. > > Anton > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"