From owner-freebsd-scsi Wed Jun 30 21:14: 9 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 992FD14D3B for ; Wed, 30 Jun 1999 21:14:06 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id WAA39536; Wed, 30 Jun 1999 22:12:44 -0600 (MDT) (envelope-from ken) Message-Id: <199907010412.WAA39536@panzer.kdm.org> Subject: Re: FreeBSD panics with Mylex DAC960SX In-Reply-To: <199906302007.WAA04041@yedi.iaf.nl> from Wilko Bulte at "Jun 30, 1999 10:07:53 pm" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Wed, 30 Jun 1999 22:12:44 -0600 (MDT) Cc: jgreco@ns.sol.net (Joe Greco), scsi@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte wrote... > As Joe Greco wrote ... > > I put the camcontrol statement and then a fsck -p into root's .profile so > > that it'd be a bit easier to manage this little show. > > > > changing root device to dda0 at ahc0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-2 device > > da0: 40.0MB/s transfers (20.0MHz, offset 15, 16bit), Tagged Queueing Enabled > > da0: 4148MB (8496884 512 byte sectors: 255H 63S/T 528C) > > a0s1a > > da1 at ahc0 bus 0 target 1 lun 0 > > da1: Fixed Direct Access SCSI-2 device > > da1: 40.0MB/s transfers (20.0MHz, offset 16, 16bit), Tagged Queueing Enabled > > da1: A > > Enter full pathname of shell or RETURN for /bin/sh: > > erase ^H, kill ^U, intr ^C > > /sbin/camcontrol cmd -n da -u 1 -v -c 25 0 0 0 0 0 0 0 0 0 -i 8 i4 i4 > > camcontrol: error sending command > > (pass1:ahc0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > > (pass1:ahc0:0:1:0): NOT READY > > end of camcontrol > > /dev/rda0s1a: cFILESYSTEM CLEANk; SKIPPING CHECKpS > > 2% fragmentationlean, 127256 f1ree (296 frags, c15870 blocks, 0. > > ) > > > > > > Fatal trap 18: integer divide fault while in kernel mode > > Integer divide fault... hmm. I have this old DEC RRD42 cdrom drive > that works just fine with 2.2.7 but panics a 3.1 install floppy with > 'integer divide fault'. 100% repeatable too. On an Adaptec 1740 EISA > card by the way. > > I'll drag it home tomorrow evening to see if it gives a similar traceback. > Could be something completely different of course. But still. It would be interesting to see what the problem is there as well. The CD driver does something similar to the da driver on boot, so the problem could be the same. Is the behavior any different with a CD in the drive or out of the drive? Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message