From owner-freebsd-current@freebsd.org Mon Jan 18 22:41:24 2016 Return-Path: Delivered-To: freebsd-current@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 77660A86B96 for ; Mon, 18 Jan 2016 22:41:24 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 3566312B8 for ; Mon, 18 Jan 2016 22:41:24 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-wm0-x234.google.com with SMTP id 123so69765983wmz.0 for ; Mon, 18 Jan 2016 14:41:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:cc:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=GvLt9WdAexuZSsYsm8WwTZWzjzC+PoITdOB/tc0gTsc=; b=zdXYWCg3Pncy6AMTeNQZpNYYSw7+JAEw9s1AJBRqHK8YOTAgksRERJs14df8UIpTmy LgbA20LCH9U7Myw4YoX5I369rFUG8Fw81BtTlXhcodDKYBj4cgYQFdA3AYu5XqhgJF/r piK7zPlnlFgWhpf99/Igd6xKtf4In/vE92GE03A4a6La1Qb7pZ2mfWxhjnvCjw7kiYvn JEH2eOXo+bUTGwMhrmF/hP38Nmd+Ld39GWyMWmI6mMR2vJf80GzStpXdooNheIsRkG4r NLfXfLywO/kmaz5y2jdethiSKOEKaBvmqcG/Cd40H8RpunFfBi12aSh+5Lc8CBB093nn xW5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:references:cc:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=GvLt9WdAexuZSsYsm8WwTZWzjzC+PoITdOB/tc0gTsc=; b=Hz6ep3nQYBmy8sA5PK7snQRKCDpJL4B+2yZkplxHR/qUiY4QJ1YzQ+31EU/K37d6CY DAAyWCuoWy/taXSj6bwjAUpPUvcLGwb5tH3YAh3pgtZuAVrLNXveyom7qD8DT91Qv3Zb Au1GxI6h4V2TuOdVKf9XRnre4d19pu3pnD6ooBcR45ZcWDZU8OJ0vKzSR+2VIY3brKdn hYrhN1r0D9TSA5I1GI6DK4/YqE6BpFOoIvv+56XTxW8o3xxbXye0BO/3qn68+gRUmxIL N1jXBj+/htBEE7ZvhdhJ5pBn4IgaRlUPbkNCwiIkvMZo4IsNlUc26LbRDJEw0gEIBdTw JSvQ== X-Gm-Message-State: ALoCoQnigHN8opAuR3QnwrgMyJtfRXpBYWWAvYGWL9wKsdmvbAkrZQmTtqJtgl61FcRal5sByaXxGSa9MJUp0UaSGY4cnnTtZQ== X-Received: by 10.194.105.99 with SMTP id gl3mr25586551wjb.90.1453156882580; Mon, 18 Jan 2016 14:41:22 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id i63sm17659081wmf.24.2016.01.18.14.41.21 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jan 2016 14:41:21 -0800 (PST) From: Steven Hartland X-Google-Original-From: Steven Hartland Subject: Re: r294248: boot stuck: EFI loader doesn't proceed To: Ed Maste , Dimitry Andric References: <20160118072000.4a03a4d2@freyja.zeit4.iv.bundesimmobilien.de> <596CBFC9-275C-445F-9D2B-23B90DB9966A@FreeBSD.org> Cc: "O. Hartmann" , freebsd-current Message-ID: <569D6A14.2080409@freebsd.org> Date: Mon, 18 Jan 2016 22:41:24 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 18 Jan 2016 22:48:20 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 22:41:24 -0000 On 18/01/2016 19:08, Ed Maste wrote: > On 18 January 2016 at 03:10, Dimitry Andric wrote: >> On 18 Jan 2016, at 07:20, O. Hartmann wrote: >>> Building NanoBSD images booting off from USB Flash drives and having two GPT >>> partitions, booting is stuck in the UEFI loader, presenting me with something >>> like: >>> >>> [...] >>> Probing 6 block devices.....++. done >>> >>> ZFS found no pools >>> UFS found 2 partitions >>> >>> And further nothing happens. A RESET is only possible by a hardreset - it seems >>> the system is crashed/stuck/frozen or something similar. >>> >>> The last images working run r293654. The issue occurs with r294248. >>> >>> Any suggestions possible? Did I miss something? >> Looks to me like fallout from the recent modularisation in r294060, >> and/or ZFS support in r294068. Steven, any clue? > In QEMU boot1 failed for me with "Failed start image provided by UFS", > and I can confirm that it's fixed by reverting those two commits. I believe this is an issue with UFS caching code introduced by the UFS modularisation. Andrew fixed some of it but not all in r294291, I believe the lookup results in try_load would still have been invalid. https://reviews.freebsd.org/D4989 should fix the rest, as well as resulting in much simpler flow IMO. If you could try this that would be great. Regards Steve