From owner-freebsd-hackers Mon Oct 28 10:20:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17388 for hackers-outgoing; Mon, 28 Oct 1996 10:20:37 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17380 for ; Mon, 28 Oct 1996 10:20:34 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA06925; Mon, 28 Oct 1996 13:20:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 28 Oct 1996 13:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id HAA06398 for ; Sun, 27 Oct 1996 07:26:11 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id HAA00233 for freebsd-hackers@freefall.cdrom.com; Sun, 27 Oct 1996 07:26:45 -0500 (EST) Date: Sun, 27 Oct 1996 07:26:45 -0500 (EST) From: Thomas David Rivers Message-Id: <199610271226.HAA00233@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: AHA2940UW differences with 2.1.5-STABLE. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've just installed 2.1.5-STABLE (by grabbing the sys directory from freefall.cdrom.com and rebuilding a kernel) on a machine with an AHA 2940UW. I noticed a lit of changes to the aic7xxx code since 2.1.5R. I've also noticed a difference in how the two operate. I don't know if this is good, or bad, just different. 2.1.5R reports my SCSI devices as (from an older /var/log/messages, this is going to be "wide" - so expand your window :-) ): Oct 20 21:33:40 lakes /kernel: FreeBSD 2.1.5-RELEASE #3: Sat Sep 28 20:32:19 EDT 1996 Oct 20 21:33:40 lakes /kernel: rivers@lakes.water.net:/usr/src/sys/compile/LAKES Oct 20 21:33:40 lakes /kernel: CPU: 133-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Oct 20 21:33:40 lakes /kernel: Origin = "GenuineIntel" Id = 0x52c Stepping=12 Oct 20 21:33:40 lakes /kernel: Features=0x1bf Oct 20 21:33:40 lakes /kernel: real memory = 33554432 (32768K bytes) Oct 20 21:33:40 lakes /kernel: avail memory = 30617600 (29900K bytes) Oct 20 21:33:40 lakes /kernel: Probing for devices on PCI bus 0: Oct 20 21:33:40 lakes /kernel: chip0 rev 1 on pci0: 0 Oct 20 21:33:40 lakes /kernel: chip1 rev 1 on pci0:7:0 Oct 20 21:33:41 lakes /kernel: chip2 rev 0 on pci0:7:1 Oct 20 21:33:41 lakes /kernel: ahc0 rev 0 int a irq 15 on pci0:17 Oct 20 21:33:41 lakes /kernel: ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs Oct 20 21:33:41 lakes /kernel: ahc0 waiting for scsi devices to settle Oct 20 21:33:41 lakes /kernel: (ahc0:0:0): "HP C3323-300 4242" type 0 fixed SCSI 2 Oct 20 21:33:41 lakes /kernel: sd0(ahc0:0:0): Direct-Access 1003MB (2056008 512 byte sectors) Oct 20 21:33:41 lakes /kernel: (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 Oct 20 21:33:41 lakes /kernel: sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) Oct 20 21:33:41 lakes /kernel: ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers Oct 20 21:33:42 lakes /kernel: ahc0:A:2: refuses syncronous negotiation. Using asyncronous transfers Oct 20 21:33:42 lakes /kernel: (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 Oct 20 21:33:42 lakes /kernel: st0(ahc0:2:0): Sequential-Access drive offline Oct 20 21:33:42 lakes /kernel: (ahc0:3:0): "NEC CD-ROM DRIVE:400 1.0" type 5 removable SCSI 2 Oct 20 21:33:42 lakes /kernel: cd0(ahc0:3:0): CD-ROM cd present.[268501 x 2048 byte records] You'll notice that the "MICROP 1548-15MZ1077802 HZ2P" successfully negotiates WIDE data paths. However, with 2.1.5-STABLE, I get: Oct 26 07:03:14 lakes /kernel: ahc0 waiting for scsi devices to settle Oct 26 07:03:14 lakes /kernel: (ahc0:0:0): "HP C3323-300 4242" type 0 fixed SCSI 2 Oct 26 07:03:14 lakes /kernel: sd0(ahc0:0:0): Direct-Access 1003MB (2056008 512 byte sectors) Oct 26 07:03:14 lakes /kernel: ahc0:A:1: refuses WIDE negotiation. Using 8bit transfers Oct 26 07:03:15 lakes /kernel: (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 Oct 26 07:03:15 lakes /kernel: sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) Oct 26 07:03:15 lakes /kernel: ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers Oct 26 07:03:15 lakes /kernel: ahc0:A:2: refuses syncronous negotiation. Using asyncronous transfers Oct 26 07:03:15 lakes /kernel: (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 Oct 26 07:03:15 lakes /kernel: st0(ahc0:2:0): Sequential-Access drive offline Oct 26 07:03:15 lakes /kernel: (ahc0:3:0): "NEC CD-ROM DRIVE:400 1.0" type 5 removable SCSI 2 Oct 26 07:03:16 lakes /kernel: cd0(ahc0:3:0): CD-ROM cd present.[320520 x 2048 byte records] You'll notice here that the "MICROP 1548-15MZ1077802 HZ2P" does not negotiate WIDE data paths. This is correct, as this is an ancient SCSI I drive (from about 1989.) My question is - is this part of the improvements in 2.1.5-STABLE? Understand that I believe the 2.1.5-STABLE behaviour is correct - just wondering if it's expected.... - Dave Rivers -