From owner-freebsd-stable@freebsd.org Fri Aug 28 10:30:22 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 C2D7E9C3D98 for ; Fri, 28 Aug 2015 10:30:22 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6222D9A1 for ; Fri, 28 Aug 2015 10:30:22 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicne3 with SMTP id ne3so15950576wic.0 for ; Fri, 28 Aug 2015 03:30:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=Dm8RE9uPR9X0HkGVgXB6/efNnlBmRQ/pTzhsRdDzPDc=; b=PDMrayzlhfdcwsLcrPAzFYwaoWs0WmWpv29/StFQwglotU7adqxrPzYCtNoYaT6Dun 6j1gr5C3kIFuoluIk+KJZHeWaoPvUilsMmt4CeQ/8d1UBQYlTIvcFrNyr0e7Wom1v6fR nZ7BZWyd4fxOlJM9HGk89DfmfzONYIpRKNqDOSI1BC9d6u6jMQFGF3rTrVh/08X/1CKm pkfOt814JocRaVKIJzCIqo093c40GmmC5dDziRmRoFMWf81pIiqJDZA/WLwib+JkqCtj IUZZiI0X14R2YhHZZQn69ZNnoKt/m6e7zQqAYHBBxEq3/xKfQmh+CpzfAbmuDf1MbO/D xsMg== X-Gm-Message-State: ALoCoQnCqZ1M40BXdiQp1MRQAD3EG9PWS2JMbpnjRWgu1v2N+H6LmIWc+fTeTI7iBHToasEyEatk X-Received: by 10.194.93.166 with SMTP id cv6mr10755107wjb.63.1440757820410; Fri, 28 Aug 2015 03:30:20 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id xs1sm7375064wjc.7.2015.08.28.03.30.19 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Aug 2015 03:30:19 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t7SAUIgr085405; Fri, 28 Aug 2015 11:30:18 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t7SAUITF085404; Fri, 28 Aug 2015 11:30:18 +0100 (BST) (envelope-from mexas) Date: Fri, 28 Aug 2015 11:30:18 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> To: kostikbel@gmail.com, mexas@bris.ac.uk Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Cc: freebsd-stable@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: <20150827162356.GI2072@kib.kiev.ua> 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:30:23 -0000 >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