From owner-freebsd-alpha Sun Jan 10 12:51:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11579 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 12:51:44 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11574 for ; Sun, 10 Jan 1999 12:51:42 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id PAA09998; Sun, 10 Jan 1999 15:51:11 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id PAA72115; Sun, 10 Jan 1999 15:51:09 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 10 Jan 1999 15:51:08 -0500 (EST) To: Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: porting to EB64+ / Alpine In-Reply-To: <199901101824.TAA06131@yedi.iaf.nl> References: <199901101824.TAA06131@yedi.iaf.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13977.4332.669944.1550@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > > And a related problem: on _some_ system boots I get a 'stuttering' output. > So, the bootmessages appear in fragments, about 1 fragment a second. > And in the end the whole thing hangs multiple times for 20-30 seconds, > before printing the console login: In the end it gets to login: > > It seems that this happens if I halt FreeBSD, and then do a boot from the > SRM _without_ hitting the reset button first. > > It looks like if something needs to get whacked on the head first, something > a reset apparantly provides. I suspect this has something to do with > interrupt handling. Suggestions are as always welcome. I've seen this too, but its never bothered me enough to chase down. As a hackish workaround, type 'init' at the srm console before booting if you've halted via ddb. This should provide the same effect as hitting reset. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message