Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 27 Jul 2002 18:20:04 -0700 (PDT)
From:      "Jin Guojun [NCS]" <j_guojun@lbl.gov>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: kern/40895: wierd kernel / device driver bug [was: Tekram DC390U3w]
Message-ID:  <200207280120.g6S1K4fj089728@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/40895; it has been noted by GNATS.

From: "Jin Guojun [NCS]" <j_guojun@lbl.gov>
To: "P. Jourdan" <pippo@videotron.ca>,
	FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org
Cc:  
Subject: Re: kern/40895: wierd kernel / device driver bug [was: Tekram DC390U3w]
Date: Sat, 27 Jul 2002 18:13:09 -0700

 The problem is driver related. Either the motherboard/DC-390u3w combination
 cause PCI configuration information changed, or the SYM driver is less
 capable to deal with PCI-X. Here is more information:
 
 Moved DC-390U3W to a 400MHz AMD-III (ASUS P5A) motherboard, it works,
 but still get some errors during the PCI probe -- (32-bit PCI)
 sym0: <1010-33> port 0xd800-0xd8ff mem
 0xd7000000-0xd7001fff,0xd7800000-0xd78003ff irq 10 at device 11.0 on pci0
 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking
 sym0: open drain IRQ line driver, using on-chip SRAM
 sym0: using LOAD/STORE-based firmware.
 sym0: handling phase mismatch from SCRIPTS.
 sym1: <1010-33> port 0xd400-0xd4ff mem
 0xd6000000-0xd6001fff,0xd6800000-0xd68003ff irq 10 at device 11.1 on pci0
 sym1: Symbios NVRAM, ID 7, Fast-80, SE, parity checking
 sym1: open drain IRQ line driver, using on-chip SRAM
 sym1: using LOAD/STORE-based firmware.
 sym1: handling phase mismatch from SCRIPTS.
 ...
 Waiting 6 seconds for SCSI devices to settle
 (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered.
 (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered.
 
 
 Moved DC-390U3W to TYAN S2466 motherboard. Put is on 64-bit PCI slot,
 it has the same problem as it is on the SuperMicro P4DPE (PCI-X bus)
 The errors is in the original message (below).
 Put it on 32-bit PCI, I got the same error message as on ASUS P5A M/B,
 but after SCSI BUS reset, the system hangs.
 
 All above are tested under 4.5-RELEASE.
 
 Moved DC-390U3W to ASUS P2B with 450MHz PIII, tried to install 4.6,
 after -- Waiting 6 seconds for SCSI devices to settle
 system panic. Tried install win98 and dos on this hardware, they all worked.
 I will try to install 4.6 first and test DC-390U3w on this machine.
 
 So far, we know the hardware (DC-390U3W) is OK and it works under certain
 hardware condition with FreeBSD. Probably the driver needs to be upgraded 
 for new PCI bus.
 
 Would some one point me the DC-390U development kit or document so I can
 look into this issue?
 
 Thanks,
 
 	-Jin
 
 "P. Jourdan" wrote:
 > 
 > Hi Jin,
 > Glad to help if I can.
 > I just looked at my setup. I am running FreeBSD 4.5 on a dual pentium II
 > (2x 450mz) with the Tekram card.
 > I notice you appear to have other scsi devices enabled than just the sym -
 > that is the only one that I have enabled in my kerner configuration file.
 > I recall that I had no difficulty setting up the system; I was even
 > surprised at how easily things went, especially since I also have the
 > FastTrack66 raid card with 2 17Gb hard drives. BTW, the reason I am using
 > FreeBSD over Linux is because it seems to be much simples to set up and
 > maintain. :))
 > Anyway the only problem I was having with the Tekram card (and it was not
 > really a problem with the card other than that their support team seems to
 > be rather inexperienced) was to set up a dual boot system with FreeBsd 4.5
 > and Win2K-Pro on 2 different SCSI drives. I overcame that problem with
 > "grub" and have had no problems since.
 > 
 > YOU MIGHT WANT TO CHECK THE SCSI BIOS SETUP AT BOOT TIME FOR PROPER
 > CONFIGURATION. I don't recall if I had to set up something from the Tekram
 > setup disk.
 > Just read the manual and make sure you have all the stuff correctly setup
 > on the hardware and everything should work fine is there is no defect in
 > the card.
 > I don't recall any special configuration, but as I mentioned above, check
 > your hardware setup and the SCSI bios configuration.
 > 
 > The lines you included below:
 > 
 > CACHE TEST FAILED: timeout.
 > CACHE TEST FAILED: script execution failed.
 > start=3e39d4fc, pc=3e39d514, end=3e39d51c
 > sym0: CACHE INCORRECTLY CONFIGURED.
 > 
 > seem to indicate that there might be a hardware or bios problem - I don't
 > get this kind of message in my dmesg printout.
 > 
 > Let me know if it works out ok.
 > Phil Jourdan
 > 
 > At 11:05 AM 7/24/2002 -0700, you wrote:
 > >Hi Phil,
 > >
 > >I am trying to use Tekram DC390U3W SCSI controller under FreeBSD 4.5
 > >
 > >and 4.6-RELEASE without any luck. From hardware mail archive, I found
 > >
 > >that you have used this controller card.
 > >
 > >Does this card needs some special configuration under FreeBSD?
 > >
 > >I get CACHE errors when probe this adapter and hope you may help me
 > >
 > >to figure out if this is a defective card or it needs special config.
 > >
 > >I have following SCSI controller configured in my kernel but get probe
 > >
 > >errors. It is appreciated if you can give me some information on making
 > >
 > >this controller work.
 > >
 > >Thanks,
 > >
 > ># SCSI Controllers
 > >device          ahb             # EISA AHA1742 family
 > >device          ahc             # AHA2940 and onboard AIC7xxx devices
 > >device          amd             # AMD 53C974 (Tekram DC-390(T))
 > >device          isp             # Qlogic family
 > >device          ncr             # NCR/Symbios Logic
 > >device          sym             # NCR/Symbios Logic (newer chipsets)
 > >options         SYM_SETUP_LP_PROBE_MAP=0x40
 > >                                 # Allow ncr to attach legacy NCR devices when
 > >                                 # both sym and ncr are configured
 > >
 > >sym0: <1010-33> port 0x4000-0x40ff mem
 > >0xfc400000-0xfc401fff,0xfc404000-0xfc4043ff irq 11 at device 1.0 on pci6
 > >sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking
 > >sym0: open drain IRQ line driver, using on-chip SRAM
 > >sym0: using LOAD/STORE-based firmware.
 > >sym0: handling phase mismatch from SCRIPTS.
 > >CACHE TEST FAILED: timeout.
 > >CACHE TEST FAILED: script execution failed.
 > >start=3e3994fc, pc=3e399504, end=3e39951c
 > >sym0: CACHE INCORRECTLY CONFIGURED.
 > >device_probe_and_attach: sym0 attach returned 6
 > >sym0: <1010-33> port 0x4400-0x44ff mem
 > >0xfc402000-0xfc403fff,0xfc404400-0xfc4047ff irq 11 at device 1.1 on pci6
 > >sym0: Symbios NVRAM, ID 7, Fast-80, SE, parity checking
 > >sym0: open drain IRQ line driver, using on-chip SRAM
 > >sym0: using LOAD/STORE-based firmware.
 > >sym0: handling phase mismatch from SCRIPTS.
 > >CACHE TEST FAILED: timeout.
 > >CACHE TEST FAILED: script execution failed.
 > >start=3e39d4fc, pc=3e39d514, end=3e39d51c
 > >sym0: CACHE INCORRECTLY CONFIGURED.
 > >device_probe_and_attach: sym0 attach returned 6
 > >
 > >--
 > >------------ Jin Guojun ----------- v --- j_guojun@lbl.gov ---
 > >Distributed Systems Department          http://www.itg.lbl.gov/~jin
 > >M/S 50B-2239                            Ph#:(510) 486-7531 Fax: 486-6363
 > >Lawrence Berkeley National Laboratory,  Berkeley, CA 94720

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200207280120.g6S1K4fj089728>