From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 19:17:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65758106566C for ; Sun, 7 Jun 2009 19:17:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 38FA78FC1B for ; Sun, 7 Jun 2009 19:17:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n57JHUcT083433; Sun, 7 Jun 2009 12:17:30 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 6pfah2awcvfid682km8aghvge6; Sun, 07 Jun 2009 12:17:30 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A2C124A.1050707@freebsd.org> Date: Sun, 07 Jun 2009 12:17:30 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: Chris Hedley References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 07 Jun 2009 19:17:49 -0000 Chris Hedley wrote: > > I was wondering if anybody has any suggestions for me. Since around > January this year, I've been unable to get new builds to boot on my > system:... > > I've just regressed to a version from mid January which boots without > any problems,... The following information would help a lot: * dmesg output from a successful boot. * Latest checkout date of a kernel that does boot. * Earliest checkout date of a kernel that doesn't boot. * If it's not a GENERIC kernel, the kernel configuration. (Diff against GENERIC is enough.) SVN revisions are even better than dates if you have them available. (Most people don't; that's okay.) With this, someone can look through the changes that were made during that period and possibly come up with a few likely culprits. Obviously, it's better if you can narrow it down to a shorter interval (a week is good, a day is better) by checking out sources from the half-way point and trying that. Tim