From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 30 01:54:39 2009 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15247106568C for ; Tue, 30 Jun 2009 01:54:39 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id BD7458FC2A for ; Tue, 30 Jun 2009 01:54:38 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yxe11 with SMTP id 11so4499224yxe.3 for ; Mon, 29 Jun 2009 18:54:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=23P/HRiOOYXAqOQY9nx4dE6HoLEYExD4tN2IEqwsn+I=; b=q7j2lFpEEU0ysxZdBQ3aq/CvpM+IDqYTDEsWr90DwspluVaM+gOuqL4KkJ2rjiYX4c +12aGD7bQVGcP6wxGMRjkY8yImesI5fjhomLvvHXF8R8I6hFpAyK8JadLfBDxY/N4pxt wQHYSEHam1/hXYx38o7BDv/QI/PVTGqyTmg4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=sDYKQFdPw4iGPqtU22/9euFslNggHt/lMXURX+2G9/KzisPYO6zcRQXP7pXxYKUyPL 1B9DNMnlTuifJYs5JWnXTtY4uVXGf6scS3vmwB6LdWENENFwwgyEEOJN1qTLU3KF0Ydk FM/6oTs1Aj1VoJQVgbUyDiPh3zEc34XJR5hfY= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.11.14 with SMTP id 14mr10304053ank.81.1246325428505; Mon, 29 Jun 2009 18:30:28 -0700 (PDT) In-Reply-To: References: <4A2C124A.1050707@freebsd.org> Date: Mon, 29 Jun 2009 18:30:28 -0700 X-Google-Sender-Auth: c94f8a658a26b4f0 Message-ID: <3c1674c90906291830g1c79c80bq42ce99f44588e968@mail.gmail.com> From: Kip Macy To: Chris Hedley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 30 Jun 2009 02:48:12 +0000 Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 01:54:39 -0000 On Mon, Jun 29, 2009 at 4:56 PM, Chris Hedley wrote: > On Fri, 26 Jun 2009, Chris Hedley wrote: >> >> On Fri, 26 Jun 2009, Chris Hedley wrote: >>> >>> On Sun, 7 Jun 2009, Tim Kientzle wrote: >>>> >>>> * Latest checkout date of a kernel that does boot. >>>> * Earliest checkout date of a kernel that doesn't boot. >> >> =A0 =A0 =A0 =A0... >>> >>> As for the versions of the kernel, I've narrowed it down to a half-day >>> window, which is hopefully useful: the cvsup-specified dates I have are >>> 2009.02.18.12.00.00 (working) and 2009.02.19.00.00.00 (not working). >> >> Just to pontificate for a moment, I notice that there's quite a few >> changes to the ATA subsystem that afternoon. =A0This might be significan= t as >> the Supermicro SATA controllers I use (a pair of AOC-SAT2-MV8 cards, 8 p= ort >> PCI-X things) aren't entirely trouble-free: when they're up and running >> they're fine, but they don't reset on reboot, even with the current (? 1= .0c, >> anyway) firmware which causes problems rescanning the drives. =A0This co= uld be >> a complete red herring, but I wondered if it may be related. > > I've been fiddling about with this a bit more and I'm not sure it's just = a > zfs problem as it seems gmirror also can't find its entries. =A0Attemptin= g to > boot of a non-zfs partition also leads to it hanging near the end of the > kernel's boot messages. > > Anybody got any ideas of how I can get my system or AOC-SAT2-MV8 to work > with the post 18th Feb kernels? =A0Or of any ddb wizardry to further prob= e it > for what it might be doing while it's apparently thinking about things? > I went through the commits from that time period and identified possible candidates: svn commit: r188755 - head/sys/dev/ata Remove unused variable. svn commit: r188761 - in stable/7: lib/libc lib/libc/string lib/libc/sys sys sys/contrib/pf sys/dev/ath/ath_hal sys/d\ ev/cxgb sys/kern sys/net sys/netinet sys/netinet6 sys/sys r188144: Standardize the various prison_foo_ip[46] functions and prison_if to return zero on success and an error code otherwise. The possible error= s are EADDRNOTAVAIL if an address being checked for doesn't match the prison, and EAFNOSUPPORT if the prison doesn't have any addresses in that address family. For most callers of these functions, use the returned error code instead of e.g. a hard-coded EADDRNOTAVAIL or EINVAL. svn commit: r188763 - head/sys/dev/ata Make ch->dma.free() called symmetrically to ch->dma.alloc(). svn commit: r188765 - in head/sys/dev/ata: . chipsets Log: As soon as they called in only same one place (ata_pcichannel_attach()), join allocate() and dmainit() atapci subdriver's channel initialization methods into single ch_attach() method. As opposite to ch_attach() add new ch_detach() method to deallocate/disabl= e channel. svn commit: r188743 - head/sys/dev/aac Log: Use outbound message register 0 instead of mailbox 7 in aac_{rx,rkt}_get_fwstatus, as done in Adaptec's vendor driver as well as the Linux drivers. Submitted by: jkim, from Adaptec's driver