From owner-freebsd-alpha@FreeBSD.ORG Mon Jun 6 11:54:45 2005 Return-Path: X-Original-To: freebsd-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 6072D16A41C for ; Mon, 6 Jun 2005 11:54:45 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C800A43D55 for ; Mon, 6 Jun 2005 11:54:44 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr10.xs4all.nl (8.13.3/8.13.3) with ESMTP id j56BsgZc056226; Mon, 6 Jun 2005 13:54:42 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.1) with ESMTP id j56Bsgrb083533; Mon, 6 Jun 2005 13:54:42 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j56Bsgjw083532; Mon, 6 Jun 2005 13:54:42 +0200 (CEST) (envelope-from wb) Date: Mon, 6 Jun 2005 13:54:42 +0200 From: Wilko Bulte To: ticso@cicely.de Message-ID: <20050606115442.GB83440@freebie.xs4all.nl> References: <20050605184456.GA78612@freebie.xs4all.nl> <20050605195404.GR60590@cicely12.cicely.de> <20050605202838.GA79070@freebie.xs4all.nl> <20050605223008.GT60590@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050605223008.GT60590@cicely12.cicely.de> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: 5.4-STABLE problem on 164SX? 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: Mon, 06 Jun 2005 11:54:45 -0000 On Mon, Jun 06, 2005 at 12:30:08AM +0200, Bernd Walter wrote.. > On Sun, Jun 05, 2005 at 10:28:38PM +0200, Wilko Bulte wrote: > > On Sun, Jun 05, 2005 at 09:54:05PM +0200, Bernd Walter wrote.. > > > On Sun, Jun 05, 2005 at 08:44:56PM +0200, Wilko Bulte wrote: > > > > Folks, > > > > > > > > After just having built the June 2005 6.0 and 5.4-STABLE > > > > snapshots I tested them on my 164SX. > > > > > > > > 6.0 works OK, but 5.4-STABLE after a test install gives me a hang ... > > > > GEOM: Configure da0c, start 0 length 9139200000 end 9139199999 > > > > GEOM: Configure da0d, start 2411544576 length 268435456 end 2679980031 > > > > GEOM: Configure da0e, start 2679980032 length 268435456 end 2948415487 > > > > GEOM: Configure da0f, start 2948415488 length 6190784512 end 9139199999 > > > > Mounting root from ufs:/dev/da0a > > > > start_init: trying /sbin/init > > > > > > > > > > > > > > > > On the DS10 the same thing works just fine. > > > > > > > > I would appreciate if people with other Alpha models could try the SNAP > > > > to see if it is just my box. > > > > > > I personally never had success with any ahc controller in any alpha. > > > > In what sense? Booting an ahc? Only a few SRM versions / machine models > > can do that. But the 164SX allows me to install and boot 6.0-current > > without problems. > > Using it under FreeBSD. > I tried 3985, 2940, 2940UW and 2944W in NoName, PC164 and AS4100 using > memory and io mode, all with similar results - randomly ahc won't > attach, because transport tests with io and memory space failed and > if it attaches you see various kind of data corruption or possibly > timeouts while probing. > All of the cards were verified to run under i386 based systems. > This happened to me since early 4.x times. > Especially the ahc self test, that sometimes failed, was very promissing > to debug things, but I got no reply when asking for details about this > test last year, when I did lots of testing with AS4100 and bridged cards. > IIRC this test is only run if you are using memory range, which requires > setting AHC_ALLOW_MEMIO in kernel, which is a requirement for bridged > cards on alpha, but I asume io space suffers from excactly the same > problem since there shouldn't be any technically differences between > those modes on alpha. Well, I just replaced the 2940UW with a Qlogic 1040 (aka KZPBA in DEC speak) driven by isp(4) and it hangs in exactly the same fashion :( -- Wilko Bulte wilko@FreeBSD.org