From owner-freebsd-arm@freebsd.org Mon Mar 19 23:09:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14BB1F522A9 for ; Mon, 19 Mar 2018 23:09:02 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B0BD6B188; Mon, 19 Mar 2018 23:09:01 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id w2JN8rAh013503 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 19 Mar 2018 16:08:53 -0700 (PDT) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id w2JN8rNG013502; Mon, 19 Mar 2018 16:08:53 -0700 (PDT) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 19 Mar 2018 16:08:53 -0700 From: Gleb Smirnoff To: Ian Lepore Cc: Nicola Mingotti , freebsd-arm@freebsd.org, Udit agarwal Subject: Re: 15-march.img hangs at boot on BB-Green Message-ID: <20180319230853.GE1917@FreeBSD.org> References: <869c43be-b380-cf06-1b50-cff933d20abe@gmail.com> <1521499996.99081.109.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1521499996.99081.109.camel@freebsd.org> User-Agent: Mutt/1.9.3 (2018-01-21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 23:09:02 -0000 Ian, On Mon, Mar 19, 2018 at 04:53:16PM -0600, Ian Lepore wrote: I> Today I finally found some time to do some testing with this. It I> appears to have broken with r328916 on Feb 6. From then through r328981 I> the kernel page faults early in boot. Starting with r328982 the fault I don't think boot pages calculation may affect anything after early boot. I> is fixed but we get this new problem with the "Unable to fill RX queue" I> followed by a hang. The "unable to fill" is caused by an I> m_getcl(M_NOWAIT) returning NULL. The hang is caused by a I> malloc(M_WAITOK) in if_alloc() hanging forever. I> I> The only other useful info I have so far is that this only happens with I> the GENERIC kernel. If you build a kernel using the BEAGLEBONE config I> it boots normally. I> I> I don't really know what to do next to debug further. I can insert a I> kdb_enter() right before the if_alloc() call that hangs, but I don't I> know what to look for in the debugger. Better send panic sequence on console once it already entered if_alloc and started sleeping, and then obtain core. -- Gleb Smirnoff