From owner-freebsd-sparc64@FreeBSD.ORG Mon May 16 14:54:18 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D60216A4D0 for ; Mon, 16 May 2005 14:54:18 +0000 (GMT) Received: from kheops.speedy.net.pe (kheops.speedy.net.pe [200.48.172.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE8243D88 for ; Mon, 16 May 2005 14:54:17 +0000 (GMT) (envelope-from rcc@speedy.net.pe) Received: from localhost (unknown [127.0.0.1]) by kheops.speedy.net.pe (Postfix) with ESMTP id E6DFD264FD for ; Mon, 16 May 2005 09:53:21 -0500 (PET) Received: from kheops.speedy.net.pe ([127.0.0.1]) by localhost (kheops.speedy.net.pe [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60090-08 for ; Mon, 16 May 2005 09:53:20 -0500 (PET) Received: from DPLCSIBD090201.speedy.net.pe (unknown [10.226.252.102]) by kheops.speedy.net.pe (Postfix) with ESMTP id 3F1ED264F9 for ; Mon, 16 May 2005 09:53:20 -0500 (PET) Message-Id: <6.2.1.2.1.20050516094726.032557c8@mailhost.speedy.net.pe> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 16 May 2005 09:53:46 -0500 To: freebsd-sparc64@freebsd.org From: Richard Cotrina In-Reply-To: <20050514213355.P49081@carver.gumbysoft.com> References: <20050512102743.GA97193@server.vk2pj.dyndns.org> <6.2.1.2.1.20050512093856.02c295e8@mailhost.speedy.net.pe> <20050514213355.P49081@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: amavisd-new at speedy.net.pe Subject: Re: 5.4-RELEASE on Blade100 hangs jumping to kernel entry X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 14:54:18 -0000 > > However, during installation, you probably will fall in troubles with the > > ata disk, with messages like: "TIMEOUT - WRITE_DMA". It happens in my Sun > > Blade 100. > >We should have fixed this by disabling atapi_dma by default on 5.4-R. Using GENERIC Kernel in 5.4-R, the following device hints were needed to be set at boot time : hw.ata.ata_dma=0 hw.ata.atapi_dma=0 HTH