From owner-freebsd-questions Fri Apr 2 10: 0:53 1999 Delivered-To: freebsd-questions@freebsd.org Received: from ns1.seidata.com (ns1.seidata.com [208.10.211.2]) by hub.freebsd.org (Postfix) with ESMTP id CADDA14F98 for ; Fri, 2 Apr 1999 10:00:50 -0800 (PST) (envelope-from mike@seidata.com) Received: from localhost (mike@localhost) by ns1.seidata.com (8.8.8/8.8.5) with ESMTP id NAA03548 for ; Fri, 2 Apr 1999 13:00:31 -0500 (EST) Date: Fri, 2 Apr 1999 13:00:30 -0500 (EST) From: mike@seidata.com To: freebsd-questions@freebsd.org Subject: SCSI/CAM question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey, I'm curious if I've fumbled a jumper/controller setting somewhere or if there may be something wrong software-wise here. I'm running an IBM DGHS 18XP (18.2GB) on an Adaptex 3940 AUW controller under 3.1-REL. A few minutes after a boot I get 'tagged openings now 64'... a few more minutes after that, the system will reboot. I recognize the 'tagged' from the SCSI protocol's 'tagged queue', but that's about all I know. I did a grep of /usr/src/sys and turned up the 'tagged openings' error in cam/cam_xpt.c, but I wasn't really ablde to deduce much from that. I was wondering if there's any known problems with this drive/controller configuration or with CAM under 3.1-REL. Here's my dmesg, anything else I could post to help diagnose this? Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.1-RELEASE #0: Wed Mar 31 23:59:29 EST 1999 root@test.seidata.com:/usr/src/sys/compile/NS1 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Xeon/Celeron (686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183fbff> real memory = 268435456 (262144K bytes) avail memory = 258224128 (252172K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xf028d000. Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 chip3: rev 0x02 on pci0.7.3 ahc0: rev 0x04 int a irq 2 on pci0.14.0 ahc1: rev 0x04 int b irq 2 on pci0.14.1 ahc2: rev 0x03 int a irq 16 on pci0.15.0 ahc2: aic7895 Wide Channel A, SCSI Id=7, 255 SCBs ahc3: rev 0x03 int b irq 17 on pci0.15.1 ahc3: aic7895 Wide Channel B, SCSI Id=7, 255 SCBs xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 18 on pci0.18.0 xl0: Ethernet address: 00:60:08:bd:1b:64 xl0: autoneg complete, link status good (full-duplex, 100Mbps) Probing for devices on PCI bus 1: vga0: rev 0x01 int a irq 17 on pci1.0.0 Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in ppc0 not found vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 Waiting 5 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! sa0 at ahc2 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.0MB/s transfers (10.0MHz, offset 15) da0 at ahc3 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) changing root device to da0s1a WARNING: / was not properly dismounted Thanks, -Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message