From owner-freebsd-bugs Thu Jun 20 17:31:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6EB2037B40D for ; Thu, 20 Jun 2002 17:30:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g5L0U9N08342; Thu, 20 Jun 2002 17:30:09 -0700 (PDT) (envelope-from gnats) Date: Thu, 20 Jun 2002 17:30:09 -0700 (PDT) Message-Id: <200206210030.g5L0U9N08342@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Colakovic Subject: RE: kern/39447: 4.5R &4.6R Kernels fail to boot w/ AHA2940U2W att ached to an IFT-3102 controller (in less than 10 minutes) Reply-To: Nick Colakovic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/39447; it has been noted by GNATS. From: Nick Colakovic To: "'Justin T. Gibbs'" , "'freebsd-gnats-submit@FreeBSD.org'" Cc: Subject: RE: kern/39447: 4.5R &4.6R Kernels fail to boot w/ AHA2940U2W att ached to an IFT-3102 controller (in less than 10 minutes) Date: Thu, 20 Jun 2002 19:22:30 -0500 > > 2.57.2. Enabled the USB ports in the bios, left the IDE > primary controller > > disabled, secondary IDE enabled (for CD-ROM) and attempted > to boot via the > > 4.6R boot floppies. > > What do you need the USB ports for? Why not disable them to remove a > possible cause of this problem? > That is how these systems are configured by default. Actually I don't think I can turn off USB on the Intel CA810E systems. The kernel configs I use of these systems don't even include USB at the kernel level. This was recommended to me as a solution for a boot problem related to interrupt masking. I agree that this was a rather magical attempt at a solution. > > Same result, the system does not get past the "Waiting > > 15 seconds for SCSI devices to settle" phase of the kernel boot. > > Have you tried a verbose boot? This would at least let you see > if the ahc driver is even attempting to talk to the device. > > > I would be very be inclined to point a finger at the ahc driver > > since I have had problems w/ this driver and the IFT-3102 > before. It > > consistently has had a minor problem with sending a cache > sync command to > > the 3102 at shutdown. > > You mean that FreeBSD occasionally complains about the sync > cache command > failing? This has absolutely nothing to do with the ahc > driver. There > is some long standing bug in the da driver that causes it to complain > about sync cache commands failing even though there is code in there > to be quiet about them. The quirk table is just a hack around this > problem that should actually be fixed. If you could spend a > bit of time > instrumenting the sync cache code in the da driver, you might be able > to finally fix this bug. Unfortunately, all of the hardware available > to the SCSI engineers actually supports the sync cache > command correctly. I stand corrected. In the past I got the impression this was an problem related to the ahc driver due to various patches you have provided. > BTW, if you are using the quirk even though your controller supports > sync cache, you are removing a very important operation that ensures > that your data remains valid across a power cycle. The controller has a NiMH battery designed to store cache information for a week without power. Using sync cache is should be irrelevant with the battery cache. In addition I disable APM in my kernel configs so the system is not powering down at shutdown or reboot. > > The disturbing thing about your report is that there are no messages. > The ahc driver sets a timeout for every command it issues. Does the > num lock key toggle when you are in this condition? Yes, and the kernel debugger does respond (control-alt-escape). > Please provide a verbose boot listing. You may have to use console > redirection in order to get one. Many MB bios have this option. I stand corrected after 10 minutes or so the kernel did boot. Under 4.5R I left a system for 2 hours without a successful boot. 4.6R takes about 10 minutes to boot. I wasn't patient enough to wait this long under 4.6R assuming (foolishly) that the behavior was the same as in 4.5R. As a hack I dropped a 4.6R kernel compiled on another system onto the root of the existing 4.4R system (so userland is still 4.4R). Included is a verbose listing of 4.6R kernel boot of one of the Intel 810E systems: ok boot -v SMAP type=01 base=00000000 00000000 len=00000000 0009fc00 SMAP type=02 base=00000000 0009fc00 len=00000000 00000400 SMAP type=02 base=00000000 000e0000 len=00000000 00020000 SMAP type=01 base=00000000 00100000 len=00000000 1fdc0000 SMAP type=03 base=00000000 1fee0000 len=00000000 00018000 SMAP type=04 base=00000000 1fef8000 len=00000000 00008000 SMAP type=03 base=00000000 1fec0000 len=00000000 00020000 SMAP type=02 base=00000000 ffb80000 len=00000000 00080000 SMAP type=02 base=00000000 fff00000 len=00000000 00100000 Copyright (c) 1992-2002 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.6-RELEASE #0: Wed Jun 19 08:37:50 CDT 2002 nickc@vanguard.firstindustrial.com:/usr/obj/usr/src/sys/SSCLEAN.R44 Calibrating clock(s) ... TSC clock: 548295083 Hz, i8254 clock: 1193099 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 548336026 Hz CPU: Pentium III/Pentium III Xeon/Celeron (548.34-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387f9ff real memory = 535560192 (523008K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00348000 - 0x1feb7fff, 532086784 bytes (129904 pages) avail memory = 518295552 (506148K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fda60 bios32: Entry = 0xfda74 (c00fda74) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xda95 pnpbios: Found PnP BIOS data at 0xc00f2b80 pnpbios: Entry = f0000:243a Rev = 1.0 Other BIOS signatures found: ACPI: 000ff980 Preloaded elf kernel "kernel.r46" at 0xc0321000. Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x80000050 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71248086) Using $PIR table, 10 entries at 0xc00f30f0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x8086, dev=0x7124, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7125, revid=0x03 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base f8000000, size 26 map[14]: type 1, range 32, base ffa80000, size 19 found-> vendor=0x8086, dev=0x2418, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x8086, dev=0x2410, revid=0x02 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x2411, revid=0x02 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x2412, revid=0x02 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=15 map[20]: type 1, range 32, base 0000ef80, size 5 found-> vendor=0x8086, dev=0x2413, revid=0x02 class=0c-05-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=14 map[20]: type 1, range 32, base 0000efa0, size 4 pci0: on pcib0 pci0: (vendor=0x8086, dev=0x7125) at 1.0 irq 11 pcib1: at device 30.0 on pci0 found-> vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=15 map[10]: type 1, range 32, base ff8fe000, size 12 map[14]: type 1, range 32, base 0000df00, size 6 map[18]: type 1, range 32, base ff700000, size 20 found-> vendor=0x9005, dev=0x0010, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=14 map[10]: type 1, range 32, base 0000d800, size 8 map[14]: type 1, range 64, base ff8ff000, size 12 pci1: on pcib1 fxp0: port 0xdf00-0xdf3f mem 0xff700000-0xff7fffff,0xff8fe000-0xff8fe fff irq 15 at device 1.0 on pci1 fxp0: using memory space register mapping fxp0: Ethernet address 00:03:47:06:d6:84 fxp0: PCI IDs: 8086 1229 8086 3000 0008 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 14 at device 9.0 on pci1 ahc0: Reading SEEPROM...done. ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 422 instructions downloaded aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 pci0: (vendor=0x8086, dev=0x2411) at 31.1 pci0: (vendor=0x8086, dev=0x2412) at 31.2 irq 15 pci0: (vendor=0x8086, dev=0x2413) at 31.3 irq 14 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: