From owner-freebsd-bugs@freebsd.org Mon May 1 06:35:14 2017 Return-Path: Delivered-To: freebsd-bugs@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 45A53D5B42A for ; Mon, 1 May 2017 06:35:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A78B987 for ; Mon, 1 May 2017 06:35:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v416ZEVp021716 for ; Mon, 1 May 2017 06:35:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 218986] random harvesting on older i386 causing boot failure Date: Mon, 01 May 2017 06:35:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dewayne@heuristicsystems.com.au X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2017 06:35:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218986 Bug ID: 218986 Summary: random harvesting on older i386 causing boot failure Product: Base System Version: 11.0-STABLE Hardware: i386 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: dewayne@heuristicsystems.com.au Created attachment 182205 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D182205&action= =3Dedit VIA C3 dmesg.boot verbose Using a build process that is successful on amd64 and i386 boxes with=20 FreeBSD 11.0-STABLE FreeBSD 11.0-STABLE #0 r317498M: Fri Apr 28 03:52:30 A= EST 2017 root@hathor:/110007/P/C3/sys i386 1100512 1100512 The same usb drive was inserted into VIA C7 (i386) processor and booted as expected. With the older VIA C3 boxes the system stopped somewhere between kernel and init. The sequence of booting: bios, da0 was recognised, loader, kernel were successful and the memory filesystem was loaded. However, the harvestor is unable to complete its work and impacts the recognition of da0 (usb), refer enclosed dmesg. Around the 300-310 second mark, the "random: unblocking device" kicked in.=20=20 Ultimately this is a workaround, in loader.conf kern.cam.boot_delay=3D"320000" It seems that=20 random: harvesting attach, 8 bytes (4 bits) from umass0 causes the booting sequence to block. Without the delay, the usb is loaded= but can't proceed with the handover from the kernel. My guess is that init isn= 't started (I've placed logging into /etc/rc to see if that starts, it doesn't= ). I know that kern.random.harvest.mask is picked up via sysctl.conf, the value there is 256, for SWI and CACHED; however we also tried a value of 0 in loader.conf. This didn't help :(=20=20 >From the verbose boot log, it seems that very many devices (all?) are harve= sted for entropy during the boot. Unfortunately the umass device doesn't seem to want to play.=20=20 This is a slow 800MHz system with 1G memory which acts as a firewall device= .=20 It is a reliable old plug (workhorse) and we test it last, as its been the least problematic. I've included a "boot -v" log as it may shed further light. --=20 You are receiving this mail because: You are the assignee for the bug.=