Date: Tue, 5 Jul 2005 14:27:29 +0200 From: Wilko Bulte <wb@freebie.xs4all.nl> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: Poul-Henning Kamp <phk@haven.freebsd.dk>, alpha@freebsd.org Subject: Re: GENERIC doesn't boot AlphaServer 1000 Message-ID: <20050705122729.GA53282@freebie.xs4all.nl> In-Reply-To: <a7d5e4a414edbf220ba47c4bfcd2da92@xcllnt.net> References: <27190.1120379420@phk.freebsd.dk> <20050704190131.GA49126@freebie.xs4all.nl> <8fe809bd5c24373ce1cd95c4fcdcea88@xcllnt.net> <20050704202716.GA49737@freebie.xs4all.nl> <a7d5e4a414edbf220ba47c4bfcd2da92@xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jul 04, 2005 at 05:03:20PM -0700, Marcel Moolenaar wrote.. > 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 Yeah.. not the smartest thing to have done, true.. > to affect all platforms. Could be. -- Wilko Bulte wilko@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050705122729.GA53282>