From owner-freebsd-scsi@FreeBSD.ORG  Sun Dec 14 22:43:32 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C394216A4CE
	for <freebsd-scsi@freebsd.org>; Sun, 14 Dec 2003 22:43:32 -0800 (PST)
Received: from ns4.sony.co.jp (NS4.Sony.CO.JP [137.153.0.44])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 38D2843D45
	for <freebsd-scsi@freebsd.org>; Sun, 14 Dec 2003 22:43:11 -0800 (PST)
	(envelope-from Masato.Hori@jp.sony.com)
Received: from mail1.sony.co.jp (mail1.sony.co.jp [43.0.1.201])
Received: from mail1.sony.co.jp (localhost [127.0.0.1])
	by mail1.sony.co.jp (R8/Sony) with ESMTP id hBF6h9L14651
	for <freebsd-scsi@freebsd.org>; Mon, 15 Dec 2003 15:43:09 +0900 (JST)
Received: from jptkyxim02.jp.sony.com (jptkyxim02.jp.sony.com [43.15.17.88])
	by mail1.sony.co.jp (R8/Sony) with ESMTP id hBF6h8a14619
	for <freebsd-scsi@freebsd.org>; Mon, 15 Dec 2003 15:43:08 +0900 (JST)
Received: from jptkyxwa05.jp.sony.com ([43.15.31.5]) by jptkyxim02.jp.sony.com
	with Microsoft SMTPSVC(5.0.2195.5329);
	Mon, 15 Dec 2003 15:43:08 +0900
Received: from JPC00014546.shp.sony.co.jp ([43.3.138.116]) by
	jptkyxwa05.jp.sony.com with Microsoft SMTPSVC(5.0.2195.5329);
	Mon, 15 Dec 2003 15:43:07 +0900
Date: Mon, 15 Dec 2003 15:43:07 +0900
Message-ID: <uy8telgxw.wl@valhalla.shp.sony.co.jp>
From: mho@pobox.com
To: freebsd-scsi@freebsd.org
In-Reply-To: <20031213200053.7A17316A4F6@hub.freebsd.org>
	<uptev3foo.wl@valhalla.shp.sony.co.jp>
References: <20031213200053.7A17316A4F6@hub.freebsd.org>
User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5
	(Demachiyanagi) APEL/10.4 Emacs/20.7 (i386-msvc-nt5.1.2600) MULE/4.1 (AOI)
	Meadow/1.15 (SHOUBU:63)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-OriginalArrivalTime: 15 Dec 2003 06:43:07.0868 (UTC)
	FILETIME=[B30401C0:01C3C2D6]
Subject: Re: freebsd-scsi Digest, Vol 38, Issue 5
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 06:43:32 -0000


At Thu, 11 Dec 2003 17:46:15 +0900,
mho@pobox.com wrote:
> 
> 
> Hi,
> 
> >Just to add more data points.  Doug White sent me email with his
> >configuration.  Since he had no problems with Maxtor disks it sure
> >seems like the IBM disks are the culprit.
> >
> >> It was 2 PE1750s with two Maxtor disks with 4.9-RC[23].  Dual 2.8GHz or
> >> 2.4GHz Xeons I think.  Installed and built kernls on 2 of them with
> >> absolutely no issues.  These had the RAID card though but I disabled it in
> >> the BIOS.
> 
> I have experienced almost same behaviour with my 2 sets of DELL 1750.
> They could boot with single IBM disks but could not boot with more
> than two disks.
> 
> Following is the log from serial console of failed boot.  The 1750s
> will be around here for some weeks, so if anyone have some idea where
> to look at I will be able to try it.
> 
> Regards
> 
> Hori Masato 

I am now investigating this around cam*.c.
First thing I want to do is to monitor behaviour of the device driver.
Please advise me which CAM_DEBUG* flags I must turn on.

Regards,

Hori Masato


> 
> ---log starts here--------
> 
> Console: serial port
> BIOS drive A: is disk0
> BIOS drive C: is disk1
> BIOS drive D: is disk2
> BIOS drive E: is disk3
> BIOS 640kB/2095964kB available memory
> 
> FreeBSD/i386 bootstrap loader, Revision 1.1
> /boot/kernel/acpi.ko text=0x3ef40 data=0x1724+0x114c syms=[0x4+0x6260/-+0x4+0x8075
> \|]
> Copyright (c) 1992-2003 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> 	The Regents of the University of California. All rights reserved.
> FreeBSD 5.2-CURRENT-20031209-JPSNAP #0: Tue Dec  9 01:25:54 GMT 2003
>     root@ushi.jp.freebsd.org:/usr/obj/usr/src/sys/GENERIC
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a80000.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a8021c.
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3049.51-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0xf25  Stepping = 5
>   Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C
> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Hyperthreading: 2 logical CPUs
> real memory  = 2147315712 (2047 MB)
> avail memory = 2080669696 (1984 MB)
> ACPI APIC Table: <DELL   PE1750  >
> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>  cpu0 (BSP): APIC ID:  0
>  cpu1 (AP): APIC ID:  1
> ioapic0: Changing APIC ID to 8
> ioapic1: Changing APIC ID to 9
> ioapic2: Changing APIC ID to 10
> ioapic0 <Version 1.1> irqs 0-15 on motherboard
> ioapic1 <Version 1.1> irqs 16-31 on motherboard
> ioapic2 <Version 1.1> irqs 32-47 on motherboard
> Pentium Pro MTRR support enabled
> npx0: [FAST]
> stray irq13
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> acpi0: <DELL   PE1750  > on motherboard
> acpi0: Power Button (fixed)
> Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
> pcibios: BIOS version 2.10
> Using $PIR table, 7 entries at 0xc00fc4a0
> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
> acpi_cpu0: <CPU> on acpi0
> acpi_cpu1: <CPU> on acpi0
> acpi_cpu2: <CPU> on acpi0
> device_probe_and_attach: acpi_cpu2 attach returned 6
> acpi_cpu2: <CPU> on acpi0
> device_probe_and_attach: acpi_cpu2 attach returned 6
> pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> pci0: <ACPI PCI bus> on pcib0
> pcib0: slot 15 INTA is routed to irq 11
> pci0: <display, VGA> at device 14.0 (no driver attached)
> atapci0: <ServerWorks CSB5 UDMA100 controller> port 0x8b0-0x8bf,0x374-0x377,0x17
> 0-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0
> ata0: at 0x1f0 irq 14 on atapci0
> ata0: [MPSAFE]
> ata1: simplex device, DMA on primary only
> ata1: at 0x170 irq 15 on atapci0
> ata1: [MPSAFE]
> ohci0: <OHCI (generic) USB controller> mem 0xfe100000-0xfe100fff irq 11 at devic
> e 15.2 on pci0
> usb0: OHCI version 1.0, legacy support
> usb0: <OHCI (generic) USB controller> on ohci0
> usb0: USB revision 1.0
> uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 4 ports with 4 removable, self powered
> isab0: <PCI-ISA bridge> at device 15.3 on pci0
> isa0: <ISA bus> on isab0
> pcib1: <ACPI Host-PCI bridge> on acpi0
> pci4: <ACPI PCI bus> on pcib1
> mpt0: <LSILogic 1030 Ultra4 Adapter> port 0xcc00-0xccff mem 0xfcd20000-0xfcd2fff
> f,0xfcd30000-0xfcd3ffff irq 18 at device 5.0 on pci4
> mpt1: <LSILogic 1030 Ultra4 Adapter> port 0xc800-0xc8ff mem 0xfcd00000-0xfcd0fff
> f,0xfcd10000-0xfcd1ffff irq 19 at device 5.1 on pci4
> pcib2: <ACPI Host-PCI bridge> on acpi0
> pci3: <ACPI PCI bus> on pcib2
> pcib3: <ACPI Host-PCI bridge> on acpi0
> pci2: <ACPI PCI bus> on pcib3
> bge0: <Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2002> mem 0xfcf20000
> -0xfcf2ffff,0xfcf30000-0xfcf3ffff irq 16 at device 0.0 on pci2
> bge0: Ethernet address: 00:0b:db:95:23:6a
> miibus0: <MII bus> on bge0
> brgphy0: <BCM5704 10/100/1000baseTX PHY> on miibus0
> brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX
> -FDX, auto
> bge1: <Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2002> mem 0xfcf00000
> -0xfcf0ffff,0xfcf10000-0xfcf1ffff irq 17 at device 0.1 on pci2
> bge1: Ethernet address: 00:0b:db:95:23:6b
> miibus1: <MII bus> on bge1
> brgphy1: <BCM5704 10/100/1000baseTX PHY> on miibus1
> brgphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX
> -FDX, auto
> pcib4: <ACPI Host-PCI bridge> on acpi0
> pci1: <ACPI PCI bus> on pcib4
> fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f0-0
> x3f5 irq 6 drq 2 on acpi0
> fdc0: FIFO enabled, 8 bytes threshold
> fd0: <1440-KB 3.5" drive> on fdc0 drive 0
> atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
> atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
> kbd0 at atkbd0
> sio0 port 0x3f8-0x3ff irq 4 on acpi0
> sio0: type 16550A, console
> acpi_cpu2: <CPU> on acpi0
> device_probe_and_attach: acpi_cpu2 attach returned 6
> acpi_cpu2: <CPU> on acpi0
> device_probe_and_attach: acpi_cpu2 attach returned 6
> orm0: <Option ROMs> at iomem 0xec000-0xeffff,0xcd000-0xce7ff,0xc9000-0xccfff,0xc
> 8000-0xc8fff,0xc0000-0xc7fff on isa0
> pmtimer0 on isa0
> ppc0: parallel port not found.
> sc0: <System console> at flags 0x100 on isa0
> sc0: VGA <16 virtual consoles, flags=0x100>
> sio1: configured irq 3 not in bitmap of probed irqs 0
> sio1: port may not be enabled
> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
> Timecounters tick every 10.000 msec
> acd0: CDROM <TEAC CD-ROM CD-224E> at ata1-master PIO4
> Waiting 15 seconds for SCSI devices to settle
> mpt0: time out on request index = 0xfe sequence = 0x00000097
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   32
> 	LUN:              0x0
> 	Control           0x00000500  NODATATRANSFER  UNTAGGED 
> 	DataLength	0x00000000
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	00 00 00 00 00 00 
> 	SE32 0xe40f0c30: Addr=0x0 FlagsLength=0xd1000000
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x0000009d
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   32
> 	LUN:              0x0
> 	Control           0x00000500  NODATATRANSFER  UNTAGGED 
> 	DataLength	0x00000000
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	00 00 00 00 00 00 
> 	SE32 0xe40efc30: Addr=0x0 FlagsLength=0xd1000000
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x0000009e
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfd sequence = 0x0000009f
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fd
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0be0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0a30: Addr=0x147fa84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000a0
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000a1
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x147fa84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000a2
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf0 sequence = 0x000000a3
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f0
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bf1e0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40ef030: Addr=0x147fc84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000a4
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000a5
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x147fa84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000a6
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfd sequence = 0x000000a7
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fd
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0be0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0a30: Addr=0x147fc84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000a8
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000a9
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x147fa84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000aa
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf0 sequence = 0x000000ab
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f0
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bf1e0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40ef030: Addr=0x147fc84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000ac
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000ad
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x147fa84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000ae
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfd sequence = 0x000000af
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fd
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0be0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0a30: Addr=0x147fc84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000b0
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000b1
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x1
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 20 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x147fc84 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000b2
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x3
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 60 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9484 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf0 sequence = 0x000000b3
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f0
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bf1e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40ef030: Addr=0x1500084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000b4
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x3
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 60 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9484 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000b5
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x1500084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000b6
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9684 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfd sequence = 0x000000b7
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fd
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0be0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0a30: Addr=0x1500284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000b8
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x3
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 60 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9484 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000b9
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x1500084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000ba
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9684 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf0 sequence = 0x000000bb
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f0
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bf1e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40ef030: Addr=0x1500284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000bc
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x3
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 60 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9484 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000bd
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x1500084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000be
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9684 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfd sequence = 0x000000bf
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fd
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0be0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0a30: Addr=0x1500284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfc sequence = 0x000000c0
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fc
> 	Bus:                0
> 	TargetID            6
> 	SenseBufferLength   18
> 	LUN:              0x3
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c09e0
> 	CDB[0:6]	12 60 00 00 24 00 
> 	SE32 0xe40f0830: Addr=0x7c0e9484 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf6 sequence = 0x000000c1
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f6
> 	Bus:                0
> 	TargetID            0
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bfde0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40efc30: Addr=0x1500084 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xfe sequence = 0x000000c2
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000fe
> 	Bus:                0
> 	TargetID            2
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003c0de0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40f0c30: Addr=0x7c0e9684 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> mpt0: time out on request index = 0xf0 sequence = 0x000000c3
> mpt0: Status 00000001; Mask 00000001; Doorbell 24000000
> request state On Chip
> SCSI IO Request @ 0xe3ff5c38
> 	Chain Offset  0x00
> 	MsgFlags      0x00
> 	MsgContext    0x000000f0
> 	Bus:                0
> 	TargetID            1
> 	SenseBufferLength   18
> 	LUN:              0x2
> 	Control           0x02000500  READ  UNTAGGED 
> 	DataLength	0x00000024
> 	SenseBufAddr	0x003bf1e0
> 	CDB[0:6]	12 40 00 00 24 00 
> 	SE32 0xe40ef030: Addr=0x1500284 FlagsLength=0xd1000024
>  	 LAST_ELEMENT END_OF_BUFFER END_OF_LIST
> 
Hori Masato

From owner-freebsd-scsi@FreeBSD.ORG  Mon Dec 15 11:07:19 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 91AFB16A4CF
	for <scsi@freebsd.org>; Mon, 15 Dec 2003 11:07:19 -0800 (PST)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BBDEE43DC5
	for <scsi@freebsd.org>; Mon, 15 Dec 2003 11:05:19 -0800 (PST)
	(envelope-from owner-bugmaster@freebsd.org)
Received: from freefall.freebsd.org (peter@localhost [127.0.0.1])
	by freefall.freebsd.org (8.12.10/8.12.10) with ESMTP id hBFJ4wFR047205
	for <scsi@freebsd.org>; Mon, 15 Dec 2003 11:04:58 -0800 (PST)
	(envelope-from owner-bugmaster@freebsd.org)
Received: (from peter@localhost)
	by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBFJ4wJ1047199
	for scsi@freebsd.org; Mon, 15 Dec 2003 11:04:58 -0800 (PST)
	(envelope-from owner-bugmaster@freebsd.org)
Date: Mon, 15 Dec 2003 11:04:58 -0800 (PST)
Message-Id: <200312151904.hBFJ4wJ1047199@freefall.freebsd.org>
X-Authentication-Warning: freefall.freebsd.org: peter set sender to
	owner-bugmaster@freebsd.org using -f
From: FreeBSD bugmaster <bugmaster@freebsd.org>
To: scsi@FreeBSD.org
Subject: Current problem reports assigned to you
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2003 19:07:19 -0000

Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems

S  Submitted   Tracker     Resp.       Description
-------------------------------------------------------------------------------
f [1999/12/21] kern/15608  scsi        acd0 / cd0 give inconsistent errors on em

1 problem total.

From owner-freebsd-scsi@FreeBSD.ORG  Mon Dec 15 16:32:35 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C37F416A4CE
	for <freebsd-scsi@freebsd.org>; Mon, 15 Dec 2003 16:32:35 -0800 (PST)
Received: from smtp.covadmail.net (mx05.covadmail.net [63.65.120.65])
	by mx1.FreeBSD.org (Postfix) with SMTP id 5444F43D33
	for <freebsd-scsi@freebsd.org>; Mon, 15 Dec 2003 16:32:34 -0800 (PST)
	(envelope-from strick@covad.net)
Received: (covad.net 6871 invoked from network); 16 Dec 2003 00:32:28 -0000
Received: from unknown (HELO mist.nodomain) (67.101.99.24)
  by sun-qmail02 with SMTP; 16 Dec 2003 00:32:28 -0000
Received: from mist.nodomain (localhost [127.0.0.1])
	by mist.nodomain (8.12.9p2/8.12.9) with ESMTP id hBG0W6qF000506;
	Mon, 15 Dec 2003 16:32:06 -0800 (PST)
	(envelope-from dan@mist.nodomain)
Received: (from dan@localhost)
	by mist.nodomain (8.12.9p2/8.12.9/Submit) id hBG0W6TN000505;
	Mon, 15 Dec 2003 16:32:06 -0800 (PST)
	(envelope-from dan)
Date: Mon, 15 Dec 2003 16:32:06 -0800 (PST)
From: Dan Strick <strick@covad.net>
Message-Id: <200312160032.hBG0W6TN000505@mist.nodomain>
To: freebsd-scsi@freebsd.org
cc: dan@mist.nodomain
Subject: atapicam and residual byte counts
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 00:32:35 -0000

While hacking on an ATAPI CD-drive via atapicam, I noticed that the
returned data transfer counts for all data input operations (e.g.
mode sense) were too high.  In fact, they were all equal to the
input buffer sizes.  A little hacking revealed that the residual
byte counts in the CAM CCB for scsi i/o operations were always coming
back zero.  I did a little test by placing known data in the back
end of the input buffer before the input operation and observed that
it wasn't being overwritten even though the CAM system claimed the
entire buffer was being filled.

Then I repeated the tests on a real SCSI drive on a real SCSI host
adapter and observed that the residual byte counts in the CAM CCBs
were coming back nonzero when this was appropriate.

Not knowing the actual transfer length for a data transfer presents
a little bit of a challenge.  Is atapicam broken?  I am running
FreeBSD 4.9-Release.

Dan Strick
strick@covad.net

From owner-freebsd-scsi@FreeBSD.ORG  Tue Dec 16 02:20:14 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7D5A116A4CE
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 02:20:14 -0800 (PST)
Received: from mail.scarlet-telecom.nl (mail.scarlet-internet.nl
	[213.204.195.11])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9161043D45
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 02:20:08 -0800 (PST)
	(envelope-from tim@foomatic.nl)
Received: (qmail 31242 invoked by uid 204); 16 Dec 2003 10:20:08 -0000
Received: from tim@foomatic.nl by mail by uid 201 with qmail-scanner-1.16 
 (clamscan: 0.60. spamassassin: 2.x.  Clear:. 
 Processed in 0.143733 secs); 16 Dec 2003 10:20:08 -0000
Received: from unknown (HELO mmmmbob) (213.204.223.35)
	by mail.scarlet-internet.nl with RC4-MD5 encrypted SMTP;
	16 Dec 2003 10:20:07 -0000
From: Tim Reinders <tim@foomatic.nl>
To: freebsd-scsi@freebsd.org
Content-Type: text/plain
Organization: Scarlet Internet
Message-Id: <1071570007.1439.4.camel@mmmmbob>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Dec 2003 11:20:07 +0100
Content-Transfer-Encoding: 7bit
Subject: problems with Adaptec 29320 Ultra320 SCSI adapter
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 10:20:14 -0000

Hi,

I'm having problems with this adapter . When i boot my freebsd 4.9 box
it dumps the card 




dmesg (debug on):

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights
reserved.
FreeBSD 4.9-RELEASE-p1 #2: Mon Dec 15 16:33:21 CET 2003
    root@house.scarlet-internet.nl:/usr/src/sys/compile/HOUSE
Timecounter "i8254"  frequency 1193182 Hz
CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf27  Stepping = 7
 
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Hyperthreading: 2 logical CPUs
real memory  = 2146959360 (2096640K bytes)
avail memory = 2085253120 (2036380K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
Programming 24 pins in IOAPIC #1
Programming 24 pins in IOAPIC #2
FreeBSD/SMP: Multiprocessor motherboard: 4 CPUs
 cpu0 (BSP): apic id:  0, version: 0x00050014, at 0xfee00000
 cpu1 (AP):  apic id:  6, version: 0x00050014, at 0xfee00000
 cpu2 (AP):  apic id:  1, version: 0x00050014, at 0xfee00000
 cpu3 (AP):  apic id:  7, version: 0x00050014, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x00178020, at 0xfec00000
 io1 (APIC): apic id:  3, version: 0x00178020, at 0xfec80000
 io2 (APIC): apic id:  4, version: 0x00178020, at 0xfec80400
Preloaded elf kernel "kernel" at 0xc04d2000.
Warning: Pentium 4 CPU: PSE disabled
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 24 entries at 0xc00fde40
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
IOAPIC #0 intpin 16 -> irq 2
IOAPIC #0 intpin 19 -> irq 10
IOAPIC #0 intpin 18 -> irq 11
pci0: <PCI bus> on pcib0
pci0: <unknown card> (vendor=0x8086, dev=0x2541) at 0.1
pcib1: <PCI to PCI bridge (vendor=8086 device=2543)> at device 2.0 on
pci0
pci1: <PCI bus> on pcib1
pci1: <unknown card> (vendor=0x8086, dev=0x1461) at 28.0
pcib2: <PCI to PCI bridge (vendor=8086 device=1460)> at device 29.0 on
pci1
IOAPIC #2 intpin 0 -> irq 16
IOAPIC #2 intpin 1 -> irq 17
IOAPIC #2 intpin 6 -> irq 18
IOAPIC #2 intpin 7 -> irq 19
pci2: <PCI bus> on pcib2
ahd0: <Adaptec 29320 Ultra320 SCSI adapter> port
0x3000-0x30ff,0x3400-0x34ff mem 0xf8200000-0xf8201fff irq 16 at device
1.0 on pci2
ahd0: scb size = 0x50, hscb size = 0x40
Reading mode 0x0
ahd0: Setting mode 0x33
ahd0: Seeprom Contents:
        0x170c
        0x170c
        0x170c
        0x170c
        0x170c
        0x170c
        0x170c
        0x170c
        0xdf4
        0x2807
        0xffff
        0xffff
        0xffff
        0xffff
        0xffff
        0x410
        0x4350
        0x6f74
        0x4943
        0x6972
        0x2065
        0x6e65
        0x3d72
        0x3638
        0x7665
        0x3d65
        0x3036
        0x0
        0x0
        0x0
        0x0
        0x0
(0): 1:c:fe:2
(1): 1:c:fe:2
(2): 1:c:fe:2
(3): 1:c:fe:2
(4): 1:c:fe:2
(5): 1:c:fe:2
(6): 1:c:fe:2
(7): 1:c:fe:2
(8): 1:c:fe:2
(9): 1:c:fe:2
(10): 1:c:fe:2
(11): 1:c:fe:2
(12): 1:c:fe:2
(13): 1:c:fe:2
(14): 1:c:fe:2
(15): 1:c:fe:2
ahd0: ahd_sglist_allocsize = 0x3000
Mapped SG data
Mapped sense data
ahd0: Setting mode 0x0
ahd0: Setting mode 0x11
ahd0: Setting mode 0x44
ahd0: Setting up iocell workaround
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs
ahd1: <Adaptec 29320 Ultra320 SCSI adapter> port
0x3800-0x38ff,0x3c00-0x3cff mem 0xf8202000-0xf8203fff irq 17 at device
1.1 on pci2
ahd1: scb size = 0x50, hscb size = 0x40
Reading mode 0x0
ahd1: Setting mode 0x33
ahd1: Seeprom Contents:
        0x17c8
        0x17c8
        0x17c8
        0x17c8
        0x17c8
        0x17c8
        0x17c8
        0x17c8
        0xdf4
        0x2807
        0xffff
        0xffff
        0xffff
        0xffff
        0xffff
        0x410
        0x9c00
        0x9c00
        0x0
        0xa980
        0xa980
        0xffff
        0x2
        0x1
        0x0
        0x0
        0x0
        0x0
        0x0
        0x0
        0x0
        0x0
(0): 1:8:fe:3f
(1): 1:8:fe:3f
(2): 1:8:fe:3f
(3): 1:8:fe:3f
(4): 1:8:fe:3f
(5): 1:8:fe:3f
(6): 1:8:fe:3f
(7): 1:8:fe:3f
(8): 1:8:fe:3f
(9): 1:8:fe:3f
(10): 1:8:fe:3f
(11): 1:8:fe:3f
(12): 1:8:fe:3f
(13): 1:8:fe:3f
(14): 1:8:fe:3f
(15): 1:8:fe:3f
ahd1: ahd_sglist_allocsize = 0x3000
Mapped SG data
Mapped sense data
ahd1: Setting mode 0x0
ahd1: Setting mode 0x11
ahd1: Setting mode 0x44
ahd1: Setting up iocell workaround
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
aic7901A: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.16> port
0x4000-0x403f mem 0xf8220000-0xf823ffff irq 18 at device 3.0 on pci2
em0:  Speed:N/A  Duplex:N/A
em1: <Intel(R) PRO/1000 Network Connection, Version - 1.7.16> port
0x4040-0x407f mem 0xf8240000-0xf825ffff irq 19 at device 3.1 on pci2
em1:  Speed:N/A  Duplex:N/A
pci1: <unknown card> (vendor=0x8086, dev=0x1461) at 30.0
pcib3: <PCI to PCI bridge (vendor=8086 device=1460)> at device 31.0 on
pci1
IOAPIC #1 intpin 6 -> irq 20
pci3: <PCI bus> on pcib3
asr0: <Adaptec Caching SCSI RAID> mem
0xfc000000-0xfdffffff,0xfb000000-0xfbffffff,0xf8300000-0xf83fffff irq 20
at device 3.0 on pci3
asr0: major=154
asr0: ADAPTEC 2015S FW Rev. 3B05, 2 channel, 256 CCBs, Protocol I2O
pci0: <UHCI USB controller> at 29.0 irq 2
pci0: <UHCI USB controller> at 29.1 irq 10
pci0: <UHCI USB controller> at 29.2 irq 11
pcib4: <Intel 82801BA/BAM (ICH2) Hub to PCI bridge> at device 30.0 on
pci0
pci4: <PCI bus> on pcib4
pci4: <ATI Mach64-GR graphics accelerator> at 1.0 irq 2
isab0: <PCI to ISA bridge (vendor=8086 device=2480)> at device 31.0 on
pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH3 ATA100 controller> port
0x2060-0x206f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 irq 0 at
device 31.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <unknown card> (vendor=0x8086, dev=0x2483) at 31.3 irq 0
eisa0: <EISA bus> on motherboard
eisa0: unknown card @@@0000 (0x00000000) at slot 3
orm0: <Option ROMs> at iomem
0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xcefff,0xdc000-0xdffff,0xe0000-0xe3fff on isa0
pmtimer0 on isa0
fdc0: ready for input in output
fdc0: cmd 3 failed at out byte 1 of 3
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250
sio1: configured irq 3 not in bitmap of probed irqs 0
ahd1: PCI error Interrupt
Reading mode 0x0
ahd1: Setting mode 0x33
>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
ahd1: Dumping Card State at program address 0x23 Mode 0x0
Card was paused
HS_MAILBOX[0x0] INTCTL[0x0] SEQINTSTAT[0x0] SAVED_MODE[0x0]
DFFSTAT[0x30]:(CURRFIFO_0|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT)
SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE)
SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI)
SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x0] SEQ_FLAGS[0x0]
SEQ_FLAGS2[0x0] SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE)
SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0]
SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)
LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0]
LQOSTAT1[0x0] LQOSTAT2[0x0]
 
SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x0 NEXTSCB 0x0
ahd1: Setting mode 0x22
qinstart = 0 qinfifonext = 0
QINFIFO:
WAITING_TID_QUEUES:
ahd1: Setting mode 0x33
Pending list:
Total 0
Kernel Free SCB list: 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
Sequencer Complete DMA-inprog list:
Sequencer Complete list:
Sequencer DMA-Up and Complete list:
ahd1: Setting mode 0x0
 
ahd1: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]
SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0
HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd1: Setting
mode 0x11
 
ahd1: FIFO1 Free, LONGJMP == 0x80ff, SCB 0x0
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]
SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0
HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)
LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
0x0 0x0 0x0 0x0
ahd1: Setting mode 0x44
ahd1: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42
ahd1: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0
 
SIMODE0[0x6c]:(ENOVERRUN|ENIOERR|ENSELDI|ENSELDO)
ahd1: Setting mode 0x22
CCSCBCTL[0x0]
ahd1: Setting mode 0x0
ahd1: REG0 == 0x6b65, SINDEX = 0x0, DINDEX = 0x0
ahd1: SCBPTR == 0x0, SCB_NEXT == 0xff00, SCB_NEXT2 == 0x0
CDB 0 0 0 0 0 0
STACK: 0x14 0x8 0x7 0x6 0x5 0x4 0x3 0x23
>>>>>>>>>>>>>>>>>
ahd1: Setting mode 0x44
ahd1: Signaled Target Abort
ahd1: Setting mode 0x0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
DUMMYNET initialized (011031)
IP packet filtering initialized, divert disabled, rule-based forwarding
enabled, default to deny, logging limited to 10 packets/entry by default
IPv6 packet filtering initialized, default to accept, unlimited logging
SMP: AP CPU #2 Launched!
SMP: AP CPU #1 Launched!
acd0: CDROM <MATSHITA CR-177> at ata1-master PIO4
Waiting 15 seconds for SCSI devices to settle
Reading mode 0x0
ahd0: Setting mode 0x33
ahd0: Setting mode 0x0
ahd0: Setting mode 0x33
ahd0: Setting mode 0x11
ahd0: Setting mode 0x33
ahd0: Setting mode 0x0
ahd0: Setting mode 0x33
Reading mode 0x33
ahd0: Setting mode 0x0
ahd0: Setting mode 0x11
ahd0: Setting mode 0x44
ahd0: Setting up iocell workaround
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Clearing FIFO 0
ahd0: Setting mode 0x0
ahd0: Setting mode 0x33
ahd0: Clearing FIFO 1
ahd0: Setting mode 0x11
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
Reading mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x11
ahd1: Setting mode 0x33
ahd1: Setting mode 0x0
ahd1: Setting mode 0x33
Reading mode 0x33
ahd1: Setting mode 0x0
ahd1: Setting mode 0x11
ahd1: Setting mode 0x44
ahd1: Setting up iocell workaround
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Clearing FIFO 0
ahd1: Setting mode 0x0
ahd1: Setting mode 0x33
ahd1: Clearing FIFO 1
ahd1: Setting mode 0x11
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
Reading mode 0x33
SMP: AP CPU #3 Launched!
Reading mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
ahd0: Queueing SCB 0xf bus addr 0x7c8c3e00 - 0x07c496484/0x80000024
ahd0: Queueing SCB 0xe bus addr 0x7c89f3c0 - 0x07c496284/0x80000024
ahd0: Queueing SCB 0xd bus addr 0x7c89f380 - 0x07c496084/0x80000024
ahd0: Queueing SCB 0xc bus addr 0x7c89f340 - 0x07c49ae84/0x80000024
ahd0: Queueing SCB 0xb bus addr 0x7c89f300 - 0x07c49ac84/0x80000024
ahd0: Queueing SCB 0xa bus addr 0x7c89f2c0 - 0x07c49aa84/0x80000024
ahd0: Queueing SCB 0x9 bus addr 0x7c89f280 - 0x07c49a884/0x80000024
ahd0: Queueing SCB 0x8 bus addr 0x7c89f240 - 0x07c49a684/0x80000024
ahd0: Queueing SCB 0x7 bus addr 0x7c89f200 - 0x07c49a484/0x80000024
ahd0: Queueing SCB 0x6 bus addr 0x7c89f1c0 - 0x07c49a284/0x80000024
ahd0: Queueing SCB 0x5 bus addr 0x7c89f180 - 0x07c49a084/0x80000024
ahd0: Queueing SCB 0x4 bus addr 0x7c89f140 - 0x07c4c1e84/0x80000024
ahd0: Queueing SCB 0x3 bus addr 0x7c89f100 - 0x07c4c1c84/0x80000024
ahd0: Queueing SCB 0x2 bus addr 0x7c89f0c0 - 0x07c4c1a84/0x80000024
ahd0: Queueing SCB 0x1 bus addr 0x7c89f080 - 0x07c4c1884/0x80000024
ahd1: Queueing SCB 0xf bus addr 0x7c869e00 - 0x07c4c1684/0x80000024
ahd1: Queueing SCB 0xe bus addr 0x7c8863c0 - 0x07c4c1484/0x80000024
ahd1: Queueing SCB 0xd bus addr 0x7c886380 - 0x07c4c1284/0x80000024
ahd1: Queueing SCB 0xc bus addr 0x7c886340 - 0x07c4c1084/0x80000024
ahd1: Queueing SCB 0xb bus addr 0x7c886300 - 0x07c46ae84/0x80000024
ahd1: Queueing SCB 0xa bus addr 0x7c8862c0 - 0x07c46ac84/0x80000024
ahd1: Queueing SCB 0x9 bus addr 0x7c886280 - 0x07c46aa84/0x80000024
ahd1: Queueing SCB 0x8 bus addr 0x7c886240 - 0x07c46a884/0x80000024
ahd1: Queueing SCB 0x7 bus addr 0x7c886200 - 0x07c46a684/0x80000024
ahd1: Queueing SCB 0x6 bus addr 0x7c8861c0 - 0x07c46a484/0x80000024
ahd1: Queueing SCB 0x5 bus addr 0x7c886180 - 0x07c46a284/0x80000024
ahd1: Queueing SCB 0x4 bus addr 0x7c886140 - 0x07c46a084/0x80000024
ahd1: Queueing SCB 0x3 bus addr 0x7c886100 - 0x07c471e84/0x80000024
ahd1: Queueing SCB 0x2 bus addr 0x7c8860c0 - 0x07c471c84/0x80000024
ahd1: Queueing SCB 0x1 bus addr 0x7c886080 - 0x07c471a84/0x80000024
Reading mode 0x33
(probe0:ahd0:0:0:0): Saw Selection Timeout for SCB 0xf
ahd0:A:0:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x44
ahd0: iocell first selection
ahd0: Setting mode 0x33
Reading mode 0x33
(probe15:ahd1:0:0:0): Saw Selection Timeout for SCB 0xf
ahd1:A:0:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x44
ahd1: iocell first selection
ahd1: BYPASS now disabled
ahd1: Setting mode 0x33
Reading mode 0x22
ahd0: Setting mode 0x33
(probe1:ahd0:0:1:0): Saw Selection Timeout for SCB 0xe
ahd0:A:1:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe16:ahd1:0:1:0): Saw Selection Timeout for SCB 0xe
ahd1:A:1:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe2:ahd0:0:2:0): Saw Selection Timeout for SCB 0xd
ahd0:A:2:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe17:ahd1:0:2:0): Saw Selection Timeout for SCB 0xd
ahd1:A:2:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe3:ahd0:0:3:0): Saw Selection Timeout for SCB 0xc
ahd0:A:3:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe18:ahd1:0:3:0): Saw Selection Timeout for SCB 0xc
ahd1:A:3:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe4:ahd0:0:4:0): Saw Selection Timeout for SCB 0xb
ahd0:A:4:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe19:ahd1:0:4:0): Saw Selection Timeout for SCB 0xb
ahd1:A:4:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe5:ahd0:0:5:0): Saw Selection Timeout for SCB 0xa
ahd0:A:5:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe20:ahd1:0:5:0): Saw Selection Timeout for SCB 0xa
ahd1:A:5:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe6:ahd0:0:6:0): Saw Selection Timeout for SCB 0x9
ahd0:A:6:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe21:ahd1:0:6:0): Saw Selection Timeout for SCB 0x9
ahd1:A:6:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe7:ahd0:0:8:0): Saw Selection Timeout for SCB 0x8
ahd0:A:8:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe22:ahd1:0:8:0): Saw Selection Timeout for SCB 0x8
ahd1:A:8:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe8:ahd0:0:9:0): Saw Selection Timeout for SCB 0x7
ahd0:A:9:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe23:ahd1:0:9:0): Saw Selection Timeout for SCB 0x7
ahd1:A:9:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe9:ahd0:0:10:0): Saw Selection Timeout for SCB 0x6
ahd0:A:10:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe24:ahd1:0:10:0): Saw Selection Timeout for SCB 0x6
ahd1:A:10:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe10:ahd0:0:11:0): Saw Selection Timeout for SCB 0x5
ahd0:A:11:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe25:ahd1:0:11:0): Saw Selection Timeout for SCB 0x5
ahd1:A:11:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe11:ahd0:0:12:0): Saw Selection Timeout for SCB 0x4
ahd0:A:12:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe26:ahd1:0:12:0): Saw Selection Timeout for SCB 0x4
ahd1:A:12:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe12:ahd0:0:13:0): Saw Selection Timeout for SCB 0x3
ahd0:A:13:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe27:ahd1:0:13:0): Saw Selection Timeout for SCB 0x3
ahd1:A:13:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe13:ahd0:0:14:0): Saw Selection Timeout for SCB 0x2
ahd0:A:14:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe28:ahd1:0:14:0): Saw Selection Timeout for SCB 0x2
ahd1:A:14:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
Reading mode 0x22
ahd0: Setting mode 0x33
(probe14:ahd0:0:15:0): Saw Selection Timeout for SCB 0x1
ahd0:A:15:0: Forcing renegotiation
ahd0: Setting mode 0x22
ahd0: Setting mode 0x33
ahd0: Setting mode 0x22
Reading mode 0x22
ahd1: Setting mode 0x33
(probe29:ahd1:0:15:0): Saw Selection Timeout for SCB 0x1
ahd1:A:15:0: Forcing renegotiation
ahd1: Setting mode 0x22
ahd1: Setting mode 0x33
ahd1: Setting mode 0x22
pass2 at asr0 bus 0 target 6 lun 0
pass2: <SUPER GEM318 0> Fixed Processor SCSI-2 device
da0 at asr0 bus 0 target 0 lun 0
da0: <SEAGATE ST336607LC 0007> Fixed Direct Access SCSI-3 device
da0: Tagged Queueing Enabled
da0: 35003MB (71687355 512 byte sectors: 255H 63S/T 4462C)
da1 at asr0 bus 0 target 1 lun 0
da1: <ADAPTEC RAID-0 3B05> Fixed Direct Access SCSI-2 device
da1: Tagged Queueing Enabled
da1: 70007MB (143374336 512 byte sectors: 255H 63S/T 8924C)



Anyone else having problems with this adapter ?


Thanks,

Tim




From owner-freebsd-scsi@FreeBSD.ORG  Tue Dec 16 05:38:49 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 66DD816A4CE
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 05:38:49 -0800 (PST)
Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9339443D1D
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 05:38:45 -0800 (PST)
	(envelope-from ict@cardinalnewman.coventry.sch.uk)
Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com
	with ESMTP
	(SMTPD32-6.06) id AA1A1BC00CA; Tue, 16 Dec 2003 13:35:22 +0000
Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com
	<T668ba81e86d42c2c790d8@ngmfilt.ngfl.dialnet.com>;
	Tue, 16 Dec 2003 13:35:15 +0000
Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by
	ngrelay.dialnet.com with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42);
	Tue, 16 Dec 2003 13:36:58 -0000
Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3])
	hBGDcaH5000896;	Tue, 16 Dec 2003 13:38:37 GMT
	(envelope-from ict@cardinalnewman.coventry.sch.uk)
Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan
	[192.168.0.9])hBGDcacr058215;	Tue, 16 Dec 2003 13:38:36 GMT
	(envelope-from ict@cardinalnewman.coventry.sch.uk)
From: ict technician <ict@cardinalnewman.coventry.sch.uk>
Organization: Cardinal Newman School
To: Tim Reinders <tim@foomatic.nl>, freebsd-scsi@freebsd.org
Date: Tue, 16 Dec 2003 13:38:35 +0000
User-Agent: KMail/1.5.4
References: <1071570007.1439.4.camel@mmmmbob>
In-Reply-To: <1071570007.1439.4.camel@mmmmbob>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200312161338.35117.ict@cardinalnewman.coventry.sch.uk>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Spam-Status: No, hits=-32.2 required=5.0
	tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,
	      REPLY_WITH_QUOTES,USER_AGENT_KMAIL
	version=2.50
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
X-Filter-Version: 1.11a (mail.cardinalnewman.lan)
X-SMTP-HELO: firewall.cardinalnewman.lan
X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk
X-SMTP-RCPT-TO: tim@foomatic.nl
X-SMTP-RCPT-TO: freebsd-scsi@freebsd.org
X-SMTP-PEER-INFO: [172.30.0.70]
Subject: Re: problems with Adaptec 29320 Ultra320 SCSI adapter
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 13:38:49 -0000

On Tuesday 16 December 2003 10:20 am, Tim Reinders wrote:
> Hi,
>
> I'm having problems with this adapter . When i boot my freebsd 4.9 box
> it dumps the card
>
>
>
>
> dmesg (debug on):
[snip]
>
> Anyone else having problems with this adapter ?
>
>
> Thanks,
>
> Tim
>

Er, not much. Google for any of U320, 29320 or 336607 plus site:.freebsd.org
and you'll get more hits than Pete Waterman.

Can you test patches or do you need it to work?

-- 
i j hart

ICT Technician
Cardinal Newman Catholic School & Community College

From owner-freebsd-scsi@FreeBSD.ORG  Tue Dec 16 06:17:12 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AD05216A4CE
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 06:17:12 -0800 (PST)
Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 671DA43D35
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 06:17:08 -0800 (PST)
	(envelope-from ict@cardinalnewman.coventry.sch.uk)
Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com
	with ESMTP
	(SMTPD32-6.06) id A3191440104; Tue, 16 Dec 2003 14:13:45 +0000
Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com
	<T668bcb5700d42c2c790d8@ngmfilt.ngfl.dialnet.com>;
	Tue, 16 Dec 2003 14:13:43 +0000
Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by
	ngrelay.dialnet.com with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42);
	Tue, 16 Dec 2003 14:15:22 -0000
Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3])
	hBGEGqH5001052;	Tue, 16 Dec 2003 14:16:52 GMT
	(envelope-from ict@cardinalnewman.coventry.sch.uk)
Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan
	[192.168.0.9])hBGEGqcr060274;	Tue, 16 Dec 2003 14:16:52 GMT
	(envelope-from ict@cardinalnewman.coventry.sch.uk)
From: ict technician <ict@cardinalnewman.coventry.sch.uk>
Organization: Cardinal Newman School
To: Tim Reinders <tim@foomatic.nl>
Date: Tue, 16 Dec 2003 14:16:50 +0000
User-Agent: KMail/1.5.4
References: <1071570007.1439.4.camel@mmmmbob>
	<200312161338.35117.ict@cardinalnewman.coventry.sch.uk>
	<1071582612.7226.11.camel@mmmmbob>
In-Reply-To: <1071582612.7226.11.camel@mmmmbob>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200312161416.50895.ict@cardinalnewman.coventry.sch.uk>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Spam-Status: No, hits=-32.2 required=5.0
	tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,
	      REPLY_WITH_QUOTES,USER_AGENT_KMAIL
	version=2.50
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
X-Filter-Version: 1.11a (mail.cardinalnewman.lan)
X-SMTP-HELO: firewall.cardinalnewman.lan
X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk
X-SMTP-RCPT-TO: tim@foomatic.nl
X-SMTP-RCPT-TO: freebsd-scsi@freebsd.org
X-SMTP-PEER-INFO: [172.30.0.70]
cc: freebsd-scsi@freebsd.org
Subject: Re: problems with Adaptec 29320 Ultra320 SCSI adapter
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 14:17:12 -0000

On Tuesday 16 December 2003 1:50 pm, you wrote:
> On Tue, 2003-12-16 at 14:38, ict technician wrote:
> > Er, not much. Google for any of U320, 29320 or 336607 plus
> > site:.freebsd.org and you'll get more hits than Pete Waterman.
> >
> > Can you test patches or do you need it to work?
>
> I can test patches
>
>
> Thanks,
>
> Tim Reinders

I've asked the patch writer to include you. It's his choice of course.

While you're waiting here's the workaround script I've been using.

#cat /etc/rc.early
#!/bin/sh

/sbin/camcontrol tags da0 -N31
/sbin/camcontrol tags da1 -N31
/sbin/camcontrol tags da2 -N31
/sbin/camcontrol tags da3 -N31

32 is the recomended value, but I had a failure, hence 31.

I also have soft-updates off, mainly as I was getting panics and having
the file system trashed once a week. It's also been suggested that WCE
should be off.

--  
i j hart

ICT Technician
Cardinal Newman Catholic School & Community College

From owner-freebsd-scsi@FreeBSD.ORG  Tue Dec 16 06:24:18 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 168F616A4CE
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 06:24:18 -0800 (PST)
Received: from mail.scarlet-telecom.nl (mail.scarlet-internet.nl
	[213.204.195.11])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4808B43D3F
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 06:24:14 -0800 (PST)
	(envelope-from tim@foomatic.nl)
Received: (qmail 29575 invoked by uid 204); 16 Dec 2003 14:24:13 -0000
Received: from tim@foomatic.nl by mail by uid 201 with qmail-scanner-1.16 
 (clamscan: 0.60. spamassassin: 2.x.  Clear:. 
 Processed in 0.139396 secs); 16 Dec 2003 14:24:13 -0000
Received: from unknown (HELO mmmmbob) (213.204.223.35)
	by mail.scarlet-internet.nl with RC4-MD5 encrypted SMTP;
	16 Dec 2003 14:24:13 -0000
From: Tim Reinders <tim@foomatic.nl>
To: ict technician <ict@cardinalnewman.coventry.sch.uk>
In-Reply-To: <200312161416.50895.ict@cardinalnewman.coventry.sch.uk>
References: <1071570007.1439.4.camel@mmmmbob>
	 <200312161338.35117.ict@cardinalnewman.coventry.sch.uk>
	 <1071582612.7226.11.camel@mmmmbob>
	 <200312161416.50895.ict@cardinalnewman.coventry.sch.uk>
Content-Type: text/plain
Organization: Scarlet Internet
Message-Id: <1071584652.7232.14.camel@mmmmbob>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Tue, 16 Dec 2003 15:24:13 +0100
Content-Transfer-Encoding: 7bit
cc: freebsd-scsi@freebsd.org
Subject: Re: problems with Adaptec 29320 Ultra320 SCSI adapter
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2003 14:24:18 -0000

On Tue, 2003-12-16 at 15:16, ict technician wrote:


> I've asked the patch writer to include you. It's his choice of course.

ok

> While you're waiting here's the workaround script I've been using.
> 
> #cat /etc/rc.early
> #!/bin/sh
> 
> /sbin/camcontrol tags da0 -N31
> /sbin/camcontrol tags da1 -N31
> /sbin/camcontrol tags da2 -N31
> /sbin/camcontrol tags da3 -N31
> 
> 32 is the recomended value, but I had a failure, hence 31.
> 
> I also have soft-updates off, mainly as I was getting panics and having
> the file system trashed once a week. It's also been suggested that WCE
> should be off.

I will try this.

Thanks,

Tim Reinders

From owner-freebsd-scsi@FreeBSD.ORG  Tue Dec 16 19:28:15 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 35ADF16A4CE
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 19:28:15 -0800 (PST)
Received: from ns8.sony.co.jp (NS8.Sony.CO.JP [137.153.0.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3451A43D48
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 19:28:12 -0800 (PST)
	(envelope-from Masato.Hori@jp.sony.com)
Received: from mail1.sony.co.jp (mail1.sony.co.jp [43.0.1.201])
Received: from mail1.sony.co.jp (localhost [127.0.0.1])
	by mail1.sony.co.jp (R8/Sony) with ESMTP id hBH3SAL17145
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 12:28:10 +0900 (JST)
Received: from jptkyxim01.jp.sony.com (jptkyxim01.jp.sony.com [43.15.17.87])
	by mail1.sony.co.jp (R8/Sony) with ESMTP id hBH3S9a17131
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 12:28:09 +0900 (JST)
Received: from jptkyxwa05.jp.sony.com ([43.15.31.5]) by jptkyxim01.jp.sony.com
	with Microsoft SMTPSVC(5.0.2195.5329);
	Wed, 17 Dec 2003 12:28:09 +0900
Received: from JPC00014546.shp.sony.co.jp ([43.3.138.116]) by
	jptkyxwa05.jp.sony.com with Microsoft SMTPSVC(5.0.2195.5329);
	Wed, 17 Dec 2003 12:28:09 +0900
Date: Wed, 17 Dec 2003 12:28:08 +0900
Message-ID: <ur7z4xgvr.wl@valhalla.shp.sony.co.jp>
From: mho@pobox.com
To: freebsd-scsi@freebsd.org
In-Reply-To: <uptev3foo.wl@valhalla.shp.sony.co.jp>
References: <200310301847.h9UIlxSo093904@skippy.eecs.umich.edu>
	<uptev3foo.wl@valhalla.shp.sony.co.jp>
User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5
	(Demachiyanagi) APEL/10.4 Emacs/20.7 (i386-msvc-nt5.1.2600) MULE/4.1 (AOI)
	Meadow/1.15 (SHOUBU:63)
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
X-OriginalArrivalTime: 17 Dec 2003 03:28:09.0259 (UTC)
	FILETIME=[CAED6FB0:01C3C44D]
cc: mho@pobox.com
Subject: Re: Boot of Dell 1750 fails with multiple SCSI drives installed 
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 03:28:15 -0000


At Thu, 11 Dec 2003 17:46:15 +0900,
mho@pobox.com wrote:
> 
> 
> Hi,
> 
> >Just to add more data points.  Doug White sent me email with his
> >configuration.  Since he had no problems with Maxtor disks it sure
> >seems like the IBM disks are the culprit.
> >
> >> It was 2 PE1750s with two Maxtor disks with 4.9-RC[23].  Dual 2.8GHz or
> >> 2.4GHz Xeons I think.  Installed and built kernls on 2 of them with
> >> absolutely no issues.  These had the RAID card though but I disabled it in
> >> the BIOS.
> 
> I have experienced almost same behaviour with my 2 sets of DELL 1750.
> They could boot with single IBM disks but could not boot with more
> than two disks.
> 
> Following is the log from serial console of failed boot.  The 1750s
> will be around here for some weeks, so if anyone have some idea where
> to look at I will be able to try it.

  I managed to record kernel logs for both cases.  They are recorded
with mpt->verbose=2 . Those of you who might be interested in this
problem can get two files from URLs below.

	http://www6.ocn.ne.jp/~mho/1750singledrive.txt.gz
	http://www6.ocn.ne.jp/~mho/1750tripledrive.txt.gz

 It seems to me that mpt0 sends requests endlessly in the case of 3
drives. As for revisions of the hardware, from BIOS information, LSI
Logic 1030's revision is 1013D00 and IBM IC35L036's is S27F.

Regards,

Hori Masato

From owner-freebsd-scsi@FreeBSD.ORG  Tue Dec 16 21:11:22 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 410CD16A4CE
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 21:11:22 -0800 (PST)
Received: from arbornet.org (m-net.arbornet.org [209.142.209.161])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4F7D443D58
	for <freebsd-scsi@freebsd.org>; Tue, 16 Dec 2003 21:11:17 -0800 (PST)
	(envelope-from klchxbec@m-net.arbornet.org)
Received: from m-net.arbornet.org (localhost [127.0.0.1])
	by arbornet.org (8.12.3p2/8.11.2) with ESMTP id hBH5DrFL064143
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 00:13:53 -0500 (EST)
	(envelope-from klchxbec@m-net.arbornet.org)
Received: (from klchxbec@localhost)
	by m-net.arbornet.org (8.12.3p2/8.12.3/Submit) id hBH5Dr6D064142
	for freebsd-scsi@freebsd.org; Wed, 17 Dec 2003 00:13:53 -0500 (EST)
Date: Wed, 17 Dec 2003 00:13:52 -0500
From: klchxbec <klchxbec@m-net.arbornet.org>
To: freebsd-scsi@freebsd.org
Message-ID: <20031217001352.A58053@m-net.arbornet.org>
References: <20031210043551.A91490@m-net.arbornet.org>
	<20031210203742.GA24702@ns1.xcllnt.net>
	<20031216053547.A39307@m-net.arbornet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20031216053547.A39307@m-net.arbornet.org>;
	from klchxbec@m-net.arbornet.org on Tue, Dec 16, 2003 at 05:35:47AM -0500
Subject: should not probe devices of type SCSI_PROCESSOR
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 05:11:22 -0000

Hi,

I tried 5.2-RC1 on a Lion server(ia64). It hung trying to send
commands to a SCSI_PROCESSOR device. These are not disks and probably
FreeBSD is trying to send it a read capacity command or something.
This hangs off the internal qlisp scsi card. Relevant excerpt
from the boot -v:

isp0: <Qlogic ISP 12160 PCI SCSI Adapter> port 0xa800-0xa8ff mem 0xf1ff0000-0xf1ff0fff irq 48 at device 2.0 on pci1
isp0: using I/O space register mapping
isp0: bus 0 is in LVD Mode
isp0: bus 1 is in LVD Mode
isp0: Board Type 12160, Chip Revision 0x6, resident F/W Revision 10.4.31
isp0: Last F/W revision was 10.4.31
isp0: 563 max I/O commands supported
isp0: Initiator ID is 7 on Channel 0
isp0: Initiator ID is 7 on Channel 1
isp0: Enabled FW features (0xa)
isp0: driver initiated bus reset of bus 0
isp0: driver initiated bus reset of bus 1
(probe0:isp0:0:0:0): Retrying Command
(probe1:isp0:0:1:0): Retrying Command
(probe6:isp0:0:6:0): error 22
(probe6:isp0:0:6:0): Unretryable Error

The inquiry data for this device (target id 6) is 
vendorid:productid:dev_type:periph_qualifier
ESG-SHV :SCA HSBP M12    :3:0

I think FreeBSD scsi stack should be fixed not to probe targets
of type SCSI_PROCESSOR(3). Is it possible to fix it before
5.2-RELEASE goes out ?

From owner-freebsd-scsi@FreeBSD.ORG  Wed Dec 17 03:36:45 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 26DD916A4CF
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 03:36:45 -0800 (PST)
Received: from edina.hack.net (edina.hack.net [66.190.46.194])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 30E3A43D1D
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 03:36:44 -0800 (PST)
	(envelope-from ryan@hack.net)
Received: from hack.net (unknown [10.1.1.15])
	by edina.hack.net (Postfix) with ESMTP id E63B922E19
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 05:39:09 -0600 (CST)
Message-ID: <3FE03FCB.3010303@hack.net>
Date: Wed, 17 Dec 2003 05:36:43 -0600
From: Ryan Brooks <ryan@hack.net>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
	rv:1.6b) Gecko/20031208
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-scsi@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Any eXtremeRaid 3000 users out there?
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 11:36:45 -0000

 I'm  trying to bring up a ER3000 and am having some difficulty even 
before FreeBSD boots.   I'm fairly confident of my disks and cabling 
since it all works with another controller.

Could anyone who successfully uses a eXtremeRaid 3000 please contact me 
off list?

Thank you,
ryan@hack.net

From owner-freebsd-scsi@FreeBSD.ORG  Wed Dec 17 08:26:37 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3937916A4CE
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 08:26:37 -0800 (PST)
Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C259743D36
	for <freebsd-scsi@freebsd.org>; Wed, 17 Dec 2003 08:26:35 -0800 (PST)
	(envelope-from gibbs@scsiguy.com)
Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106])
	by aslan.scsiguy.com (8.12.10/8.12.8) with ESMTP id hBHGQXsC061724;
	Wed, 17 Dec 2003 09:26:34 -0700 (MST)
	(envelope-from gibbs@scsiguy.com)
Date: Wed, 17 Dec 2003 09:26:33 -0700
From: "Justin T. Gibbs" <gibbs@scsiguy.com>
To: klchxbec <klchxbec@m-net.arbornet.org>, freebsd-scsi@freebsd.org
Message-ID: <3816030000.1071678393@aslan.scsiguy.com>
In-Reply-To: <20031217001352.A58053@m-net.arbornet.org>
References: <20031210043551.A91490@m-net.arbornet.org>
	<20031210203742.GA24702@ns1.xcllnt.net>
	<20031217001352.A58053@m-net.arbornet.org>
X-Mailer: Mulberry/3.0.3 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: Re: should not probe devices of type SCSI_PROCESSOR
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 16:26:37 -0000

> Hi,
> 
> I tried 5.2-RC1 on a Lion server(ia64). It hung trying to send
> commands to a SCSI_PROCESSOR device. These are not disks and probably
> FreeBSD is trying to send it a read capacity command or something.

Doubtful.  The generic probe code will issue inquiry, test unit ready,
mode sense, and the VPD serial page inquiry command.  All devices,
regardless of type, should be able to handle these command.  "Handling"
also means properly responding to commands that are not supported.

FreeBSD has probed processor target devices ever since it grew a SCSI
layer.

Perhaps you should try updating the firmware on your backplane.

--
Justin

From owner-freebsd-scsi@FreeBSD.ORG  Wed Dec 17 15:40:19 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A342916A50A
	for <scsi@freebsd.org>; Wed, 17 Dec 2003 15:40:19 -0800 (PST)
Received: from lonestar.astro.psu.edu (lonestar.astro.psu.edu
	[128.118.147.184])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CCE0D43D53
	for <scsi@freebsd.org>; Wed, 17 Dec 2003 15:40:14 -0800 (PST)
	(envelope-from kopts@astro.psu.edu)
Received: from vela.astro.psu.edu (vela.astro.psu.edu [128.118.147.228])
	by lonestar.astro.psu.edu (Postfix) with ESMTP id 8CA4E1DC7
	for <scsi@freebsd.org>; Wed, 17 Dec 2003 18:40:00 -0500 (EST)
Date: Wed, 17 Dec 2003 18:37:47 -0500 (EST)
From: Alexey Koptsevich <kopts@astro.psu.edu>
To: scsi@freebsd.org
Message-ID: <Pine.LNX.4.44.0312171819230.5878-100000@vela.astro.psu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: adaptec 3200s
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2003 23:40:19 -0000


Hello,

Would appreciate any help with the following matter:

I use Adaptec 3200S with FreeBSD 5.0-RELEASE. I created RAID5 array with
this controller (it was 5-prerelease that time), both raidutil and dptmgr
worked. Now I need to add disks to the array, but these utilities fail to
establish the connection with the following error message:
   osdIOrequest : File /dev/rdptr17 Could Not Be Opened
What should I do to make them work?

Another question is about on-the-fly rebuild of the RAID5 array. I have
read on the adaptec.com that it is supported only under NT4/W2K. Is it
really impossible to accomplish this under FreeBSD, in combination with
fdisk/disklabel/growfs? Maybe not on the fly, but without destroying the
array?

Thanks a lot,
Alex

From owner-freebsd-scsi@FreeBSD.ORG  Thu Dec 18 09:09:49 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2751616A4CE
	for <freebsd-scsi@freebsd.org>; Thu, 18 Dec 2003 09:09:49 -0800 (PST)
Received: from hotmail.com (law11-f5.law11.hotmail.com [64.4.17.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6259B43D1D
	for <freebsd-scsi@freebsd.org>; Thu, 18 Dec 2003 09:09:45 -0800 (PST)
	(envelope-from freaxvv@hotmail.com)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 18 Dec 2003 09:09:45 -0800
Received: from 194.65.14.67 by lw11fd.law11.hotmail.msn.com with HTTP;
	Thu, 18 Dec 2003 17:09:44 GMT
X-Originating-IP: [194.65.14.67]
X-Originating-Email: [freaxvv@hotmail.com]
X-Sender: freaxvv@hotmail.com
From: "Guilherme Oliveira" <freaxvv@hotmail.com>
To: freebsd-scsi@freebsd.org
Date: Thu, 18 Dec 2003 17:09:44 +0000
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Message-ID: <LAW11-F5sbIWAOd4Eq900052171@hotmail.com>
X-OriginalArrivalTime: 18 Dec 2003 17:09:45.0232 (UTC)
	FILETIME=[BC07B900:01C3C589]
Subject: ahc0: Dumping Card State in Message-in phase, at SEQADDR 0x1ae
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 17:09:49 -0000

Hi !

I have a second SCSI disk with an Adaptec card that failed today and I can't 
mount this now.
Both disks were running for months in FreeBSD 4_8 without problems and I 
didn't touch the system for days. So I don't know what's happening.

Any opinions ? Thanks in advance.


root@wf1:~# mount /www1
mount: /dev/da1s1e: Device not configured


Logs(there are varous as this one):

Dec 18 09:21:18 wf1 /kernel: ahc0:A:15: no active SCB for reconnecting 
target - issuing BUS DEVICE RESET
Dec 18 09:21:18 wf1 /kernel: SAVED_SCSIID == 0xf7, SAVED_LUN == 0x0, ARG_1 
== 0x50 ACCUM = 0xe7
Dec 18 09:21:18 wf1 /kernel: SEQ_FLAGS == 0xc0, SCBPTR == 0x1e, BTT == 0xff, 
SINDEX == 0x31
Dec 18 09:21:18 wf1 /kernel: SCSIID == 0x0, SCB_SCSIID == 0xe7, SCB_LUN == 
0x0, SCB_TAG == 0xff, SCB_CONTROL == 0x0
Dec 18 09:21:18 wf1 /kernel: SCSIBUSL == 0x50, SCSISIGI == 0xe6
Dec 18 09:21:18 wf1 /kernel: SXFRCTL0 == 0x88
Dec 18 09:21:18 wf1 /kernel: SEQCTL == 0x10
Dec 18 09:21:18 wf1 /kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins 
<<<<<<<<<<<<<<<<<
Dec 18 09:21:18 wf1 /kernel: ahc0: Dumping Card State in Message-in phase, 
at SEQADDR 0x1ae
Dec 18 09:21:18 wf1 /kernel: Card was paused
Dec 18 09:21:18 wf1 /kernel: ACCUM = 0xe7, SINDEX = 0x31, DINDEX = 0xe4, 
ARG_2 = 0x14
Dec 18 09:21:18 wf1 /kernel: HCNT = 0x0 SCBPTR = 0x1e
Dec 18 09:21:18 wf1 /kernel: SCSIPHASE[0x8]:(MSG_IN_PHASE) 
SCSISIGI[0xe6]:(REQI|BSYI|MSGI|IOI|CDI)
Dec 18 09:21:18 wf1 /kernel: ERROR[0x0] SCSIBUSL[0x50] 
LASTPHASE[0xe0]:(MSGI|IOI|CDI)
Dec 18 09:21:18 wf1 /kernel: SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) 
SBLKCTL[0x6]:(SELWIDE|ENAB20)
Dec 18 09:21:18 wf1 /kernel: SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) 
SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED)
Dec 18 09:21:18 wf1 /kernel: SSTAT0[0x2]:(SPIORDY) SSTAT1[0x1]:(REQINIT) 
SSTAT2[0x0]
Dec 18 09:21:18 wf1 /kernel: SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) 
SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO)
Dec 18 09:21:18 wf1 /kernel: SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x0] 
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Dec 18 09:21:18 wf1 /kernel: STACK: 0x147 0x0 0x16b 0x180
Dec 18 09:21:18 wf1 /kernel: SCB count = 150
Dec 18 09:21:18 wf1 /kernel: Kernel NEXTQSCB = 97
Dec 18 09:21:18 wf1 /kernel: Card NEXTQSCB = 97
Dec 18 09:21:18 wf1 /kernel: QINFIFO entries:
Dec 18 09:21:18 wf1 /kernel: Waiting Queue entries:
Dec 18 09:21:18 wf1 /kernel: Disconnected Queue entries: 17:110 1:82
Dec 18 09:21:18 wf1 /kernel: QOUTFIFO entries:
Dec 18 09:21:18 wf1 /kernel: Sequencer Free SCB List: 30 12 29 26 19 24 27 0 
2 28 23 31 3 8 5 16 25 22 10 14 20 18 13 6 21 15 4 7 11 9
Dec 18 09:21:18 wf1 /kernel: Sequencer SCB Info:
Dec 18 09:21:18 wf1 /kernel: 0 
SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0xe7]:(TWIN_CHNLB)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Dec 18 09:21:18 wf1 /kernel: 1 
SCB_CONTROL[0x66]:(DISCONNECTED|TAG_ENB|DISCENB) 
SCB_SCSIID[0xf7]:(TWIN_CHNLB|TWIN_TID)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0x52]
Dec 18 09:21:18 wf1 /kernel: 2 
SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0xe7]:(TWIN_CHNLB)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Dec 18 09:21:18 wf1 /kernel: 3 
SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0xe7]:(TWIN_CHNLB)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Dec 18 09:21:18 wf1 /kernel: 4 
SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0xe7]:(TWIN_CHNLB)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Dec 18 09:21:18 wf1 /kernel: 5 
SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0xe7]:(TWIN_CHNLB)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Dec 18 09:21:18 wf1 /kernel: 6 
SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0xe7]:(TWIN_CHNLB)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Dec 18 09:21:18 wf1 /kernel: 7 
SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0xe7]:(TWIN_CHNLB)
Dec 18 09:21:18 wf1 /kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Dec 18 09:21:18 wf1 /kernel: 8 SCB_CONTROL[0xe0]:(TAG_

_________________________________________________________________
MSN Shopping, faça suas compras de Natal e ganhe prêmios 
http://shopping.msn.com.br/espec/guianatal1.asp?confira=10&teaser=0&box=1

From owner-freebsd-scsi@FreeBSD.ORG  Thu Dec 18 09:40:38 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AE2B716A4CE
	for <freebsd-scsi@freebsd.org>; Thu, 18 Dec 2003 09:40:38 -0800 (PST)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4DED543DB4
	for <freebsd-scsi@freebsd.org>; Thu, 18 Dec 2003 09:27:03 -0800 (PST)
	(envelope-from ticso@cicely12.cicely.de)
Received: from cicely5.cicely.de (cicely5.cicely.de
	[IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7])	(authenticated bits=0)
	hBIHQuvq096955
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Thu, 18 Dec 2003 18:26:58 +0100 (CET)
	(envelope-from ticso@cicely12.cicely.de)
Received: from cicely12.cicely.de (cicely12.cicely.de
	[IPv6:3ffe:400:8d0:301::12])
	by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id hBIHQtWK049431
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 18 Dec 2003 18:26:56 +0100 (CET)
	(envelope-from ticso@cicely12.cicely.de)
Received: from cicely12.cicely.de (localhost [127.0.0.1])
	by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id hBIHQtBE041884;
	Thu, 18 Dec 2003 18:26:55 +0100 (CET)
	(envelope-from ticso@cicely12.cicely.de)
Received: (from ticso@localhost)
	by cicely12.cicely.de (8.12.10/8.12.10/Submit) id hBIHQq54041883;
	Thu, 18 Dec 2003 18:26:52 +0100 (CET)
	(envelope-from ticso)
Date: Thu, 18 Dec 2003 18:26:52 +0100
From: Bernd Walter <ticso@cicely12.cicely.de>
To: klchxbec <klchxbec@m-net.arbornet.org>
Message-ID: <20031218172651.GY527@cicely12.cicely.de>
References: <20031210043551.A91490@m-net.arbornet.org>
	<20031210203742.GA24702@ns1.xcllnt.net>
	<20031216053547.A39307@m-net.arbornet.org>
	<20031217001352.A58053@m-net.arbornet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20031217001352.A58053@m-net.arbornet.org>
X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha
User-Agent: Mutt/1.5.4i
cc: freebsd-scsi@freebsd.org
Subject: Re: should not probe devices of type SCSI_PROCESSOR
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: ticso@cicely.de
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Dec 2003 17:40:38 -0000

On Wed, Dec 17, 2003 at 12:13:52AM -0500, klchxbec wrote:
> Hi,
> 
> I tried 5.2-RC1 on a Lion server(ia64). It hung trying to send
> commands to a SCSI_PROCESSOR device. These are not disks and probably
> FreeBSD is trying to send it a read capacity command or something.
> This hangs off the internal qlisp scsi card. Relevant excerpt
> from the boot -v:
> 
> isp0: <Qlogic ISP 12160 PCI SCSI Adapter> port 0xa800-0xa8ff mem 0xf1ff0000-0xf1ff0fff irq 48 at device 2.0 on pci1
> isp0: using I/O space register mapping
> isp0: bus 0 is in LVD Mode
> isp0: bus 1 is in LVD Mode
> isp0: Board Type 12160, Chip Revision 0x6, resident F/W Revision 10.4.31
> isp0: Last F/W revision was 10.4.31
> isp0: 563 max I/O commands supported
> isp0: Initiator ID is 7 on Channel 0
> isp0: Initiator ID is 7 on Channel 1
> isp0: Enabled FW features (0xa)
> isp0: driver initiated bus reset of bus 0
> isp0: driver initiated bus reset of bus 1
> (probe0:isp0:0:0:0): Retrying Command
> (probe1:isp0:0:1:0): Retrying Command
> (probe6:isp0:0:6:0): error 22
> (probe6:isp0:0:6:0): Unretryable Error
> 
> The inquiry data for this device (target id 6) is 
> vendorid:productid:dev_type:periph_qualifier
> ESG-SHV :SCA HSBP M12    :3:0
> 
> I think FreeBSD scsi stack should be fixed not to probe targets
> of type SCSI_PROCESSOR(3). Is it possible to fix it before
> 5.2-RELEASE goes out ?

Why - if those devices are not probed how could they work?
[53]cicely13# dmesg
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.1-CURRENT #1: Mon Nov 24 00:37:34 CET 2003
    ticso@cicely5.cicely.de:/var/d9/obj/var/d7/builder/c13-2003-11-22/src/sys/CICELY13
[...]
ahc0: <Adaptec 2940 Ultra SCSI adapter> port 0x6100-0x61ff mem 0xe0001000-0xe0001fff irq 12 at device 10.0 on pci0
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
[...]
pt0 at ahc0 bus 0 target 2 lun 0
pt0: <HP C2570A 3406> Fixed Processor SCSI-2 device 
pt0: 3.300MB/s transfers

As Justin already said - your device is broken not FreeBSD.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso@bwct.de                                  info@bwct.de

From owner-freebsd-scsi@FreeBSD.ORG  Thu Dec 18 16:03:30 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BD2FE16A4CE
	for <freebsd-scsi@freebsd.org>; Thu, 18 Dec 2003 16:03:30 -0800 (PST)
Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C690D43D36
	for <freebsd-scsi@freebsd.org>; Thu, 18 Dec 2003 16:03:28 -0800 (PST)
	(envelope-from richard@cogsci.ed.ac.uk)
Received: from sorley.cogsci.ed.ac.uk (xdm [129.215.144.53])
	by rhymer.cogsci.ed.ac.uk (8.9.3p2/8.9.3) with ESMTP id AAA12020
	for <freebsd-scsi@freebsd.org>; Fri, 19 Dec 2003 00:03:27 GMT
Received: (from richard@localhost)
	by sorley.cogsci.ed.ac.uk (8.9.3+Sun/8.9.3) id AAA09553
	for freebsd-scsi@freebsd.org; Fri, 19 Dec 2003 00:03:26 GMT
Date: Fri, 19 Dec 2003 00:03:26 GMT
Message-Id: <200312190003.AAA09553@sorley.cogsci.ed.ac.uk>
From: Richard Tobin <richard@cogsci.ed.ac.uk>
To: freebsd-scsi@freebsd.org
Organization: just say no
Subject: CF reader luns have to be scanned manually
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 00:03:30 -0000

I have a a "Hama 6 in 1 USB memory card reader".

http://www.amazon.co.uk/exec/obidos/ASIN/B0000ZGZG8

It appears as four LUNs (SD, CF, SM, and MS cards).  The first appears
when I plug in the device:

 da0: <Generic USB SD Reader 1.00> Removable Direct Access SCSI-0 device 
 da0: 650KB/s transfers
 da0: Attempt to query device size failed: NOT READY, Medium not present

but to get the others I have to scan the bus manually.  So for example
after "camcontrol rescan 4:0:1" I get:

 da1: <Generic USB CF Reader 1.01> Removable Direct Access SCSI-0 device 
 da1: 650KB/s transfers
 da1: 30MB (62976 512 byte sectors: 64H 32S/T 30C)

(which is the device I really want).

Can I arrange for all the LUNs to be attached when I plug in the device?

-- Richard

From owner-freebsd-scsi@FreeBSD.ORG  Fri Dec 19 08:31:24 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B090C16A4CE
	for <freebsd-scsi@freebsd.org>; Fri, 19 Dec 2003 08:31:24 -0800 (PST)
Received: from nglserver.nextgeneration.com (mail.foodfreight.com
	[64.94.38.226])	by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC2743D36
	for <freebsd-scsi@freebsd.org>; Fri, 19 Dec 2003 08:31:23 -0800 (PST)
	(envelope-from ari@nextgeneration.com)
Received: from NGLSERVER [10.0.0.2]
	by nglserver.nextgeneration.com
	with XWall v3.28 ;
	Fri, 19 Dec 2003 10:31:02 -0600
Received: by NGLSERVER with Internet Mail Service (5.5.2657.72)
	id <ZDB0RZBX>; Fri, 19 Dec 2003 10:30:58 -0600
Message-ID: <4ABD274DEC79474DB30C71674B830E8D02CC97@NGLSERVER>
From: ari@nextgeneration.com
To: freebsd-scsi@freebsd.org
Date: Fri, 19 Dec 2003 10:30:57 -0600
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
Subject: Adaptec 2120S?
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 16:31:24 -0000

Scott,

Were your reported issues with the 2120 card resolved?
We are considering purchasing the card with the Seagate ultra320's.

Happy Holidays!


Aristides P. Smith
President
Next Generation Logistics, Inc.
1611 Colonial Parkway, Inverness IL 60067 USA
P (847) 963-0007 x17
F (847) 963-0079

This e-mail is confidential and intended only for the use of the individuals
or entity named above and may contain information that is privileged. If you
are not the intended recipient, you are notified that any dissemination,
distribution or copying of this e-mail is strictly prohibited. If you have
received this e-mail in error, please notify us immediately by return e-mail
or telephone and destroy the original message. Thank you.

From owner-freebsd-scsi@FreeBSD.ORG  Fri Dec 19 08:43:07 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 429D016A4CE
	for <freebsd-scsi@freebsd.org>; Fri, 19 Dec 2003 08:43:07 -0800 (PST)
Received: from smtp.mho.com (smtp.mho.net [64.58.4.6])
	by mx1.FreeBSD.org (Postfix) with SMTP id E659643D48
	for <freebsd-scsi@freebsd.org>; Fri, 19 Dec 2003 08:43:05 -0800 (PST)
	(envelope-from scottl@freebsd.org)
Received: (qmail 4452 invoked by uid 1002); 19 Dec 2003 16:43:03 -0000
Received: from unknown (HELO freebsd.org) (64.58.1.252)
  by smtp.mho.net with SMTP; 19 Dec 2003 16:43:03 -0000
Message-ID: <3FE32ADD.3010801@freebsd.org>
Date: Fri, 19 Dec 2003 09:44:13 -0700
From: Scott Long <scottl@freebsd.org>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
	rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ari@nextgeneration.com
References: <4ABD274DEC79474DB30C71674B830E8D02CC97@NGLSERVER>
In-Reply-To: <4ABD274DEC79474DB30C71674B830E8D02CC97@NGLSERVER>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-scsi@freebsd.org
Subject: Re: Adaptec 2120S?
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 16:43:07 -0000

Hi,

Most reported problems seem to have been resolved.  Make sure that you
obtain the latest firmware for both the card and the drives.  The
driver in FreeBSD 4.9 and 5.2 has all known bugs fixed.

Scott

ari@nextgeneration.com wrote:
> Scott,
> 
> Were your reported issues with the 2120 card resolved?
> We are considering purchasing the card with the Seagate ultra320's.
> 
> Happy Holidays!
> 
> 
> Aristides P. Smith
> President
> Next Generation Logistics, Inc.
> 1611 Colonial Parkway, Inverness IL 60067 USA
> P (847) 963-0007 x17
> F (847) 963-0079
> 
> This e-mail is confidential and intended only for the use of the individuals
> or entity named above and may contain information that is privileged. If you
> are not the intended recipient, you are notified that any dissemination,
> distribution or copying of this e-mail is strictly prohibited. If you have
> received this e-mail in error, please notify us immediately by return e-mail
> or telephone and destroy the original message. Thank you.
> 
> _______________________________________________
> freebsd-scsi@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"
> 


From owner-freebsd-scsi@FreeBSD.ORG  Fri Dec 19 11:19:08 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1944116A4CE
	for <freebsd-scsi@freebsd.org>; Fri, 19 Dec 2003 11:19:08 -0800 (PST)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A0F2843D50
	for <freebsd-scsi@freebsd.org>; Fri, 19 Dec 2003 11:19:05 -0800 (PST)
	(envelope-from ticso@cicely12.cicely.de)
Received: from cicely5.cicely.de (cicely5.cicely.de
	[IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7])	(authenticated bits=0)
	hBJJIwvq013146
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Fri, 19 Dec 2003 20:19:01 +0100 (CET)
	(envelope-from ticso@cicely12.cicely.de)
Received: from cicely12.cicely.de (cicely12.cicely.de
	[IPv6:3ffe:400:8d0:301::12])
	by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id hBJJIvWK057529
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 19 Dec 2003 20:18:57 +0100 (CET)
	(envelope-from ticso@cicely12.cicely.de)
Received: from cicely12.cicely.de (localhost [127.0.0.1])
	by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id hBJJIuBE046257;
	Fri, 19 Dec 2003 20:18:57 +0100 (CET)
	(envelope-from ticso@cicely12.cicely.de)
Received: (from ticso@localhost)
	by cicely12.cicely.de (8.12.10/8.12.10/Submit) id hBJJIuwm046256;
	Fri, 19 Dec 2003 20:18:56 +0100 (CET)
	(envelope-from ticso)
Date: Fri, 19 Dec 2003 20:18:56 +0100
From: Bernd Walter <ticso@cicely12.cicely.de>
To: Richard Tobin <richard@cogsci.ed.ac.uk>
Message-ID: <20031219191855.GF527@cicely12.cicely.de>
References: <200312190003.AAA09553@sorley.cogsci.ed.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200312190003.AAA09553@sorley.cogsci.ed.ac.uk>
X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha
User-Agent: Mutt/1.5.4i
cc: freebsd-scsi@freebsd.org
Subject: Re: CF reader luns have to be scanned manually
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: ticso@cicely.de
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2003 19:19:08 -0000

On Fri, Dec 19, 2003 at 12:03:26AM +0000, Richard Tobin wrote:
> I have a a "Hama 6 in 1 USB memory card reader".
> 
> http://www.amazon.co.uk/exec/obidos/ASIN/B0000ZGZG8
> 
> It appears as four LUNs (SD, CF, SM, and MS cards).  The first appears
> when I plug in the device:
> 
>  da0: <Generic USB SD Reader 1.00> Removable Direct Access SCSI-0 device 
>  da0: 650KB/s transfers
>  da0: Attempt to query device size failed: NOT READY, Medium not present
> 
> but to get the others I have to scan the bus manually.  So for example
> after "camcontrol rescan 4:0:1" I get:
> 
>  da1: <Generic USB CF Reader 1.01> Removable Direct Access SCSI-0 device 
>  da1: 650KB/s transfers
>  da1: 30MB (62976 512 byte sectors: 64H 32S/T 30C)
> 
> (which is the device I really want).

This shouldn't happen with >= FreeBSD-5.1
For 4.x camcontrol rescan (maybe delayed) in usbd.conf should do as a
workaround.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso@bwct.de                                  info@bwct.de