From owner-freebsd-alpha@FreeBSD.ORG Tue Jul 5 00:03:26 2005 Return-Path: X-Original-To: alpha@freebsd.org Delivered-To: freebsd-alpha@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0166516A41C for ; Tue, 5 Jul 2005 00:03:26 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDA643D46 for ; Tue, 5 Jul 2005 00:03:25 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j6503KJT010186; Mon, 4 Jul 2005 17:03:21 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050704202716.GA49737@freebie.xs4all.nl> References: <27190.1120379420@phk.freebsd.dk> <20050704190131.GA49126@freebie.xs4all.nl> <8fe809bd5c24373ce1cd95c4fcdcea88@xcllnt.net> <20050704202716.GA49737@freebie.xs4all.nl> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 4 Jul 2005 17:03:20 -0700 To: Wilko Bulte X-Mailer: Apple Mail (2.622) Cc: Poul-Henning Kamp , alpha@freebsd.org Subject: Re: GENERIC doesn't boot AlphaServer 1000 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 00:03:26 -0000 On Jul 4, 2005, at 1:27 PM, Wilko Bulte wrote: >> >> The only alignment sensitive statement in is_pmbr() (in file >> geom_gpt.c) >> is a 16-bit load from an address that is guaranteed to be aligned by >> virtue of alignment guarantees of malloc(3) and kernel equivalents. >> The faulting VA is in fact sufficiently aligned for a 16-bit load. >> >> Could you post the assembly of is_pmbr(). It might be bad code. > > Well, I tried multiple things in the meantime. 'dd' of /dev/zero onto > this SCSI disk stopped the panic alright. Hmmm. Not only should we never panic due to some random data that may be on a disk, now that you zeroed the (first part of the) disk, we may not find out what went wrong. The panic you got is likely to affect all platforms. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net