Date: Thu, 9 Nov 2000 21:04:56 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= <groudier@club-internet.fr> To: Paolo Tealdi <tealdi@sb.polito.it> Cc: freebsd-hardware@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Compaq DL370 [long] Message-ID: <Pine.LNX.4.10.10011092049290.1381-100000@linux.local> In-Reply-To: <5.0.0.25.0.20001109083543.00a9a6a0@averroe.polito.it>
next in thread | previous in thread | raw e-mail | index | archive | help
I don't know about SMP, but could you please let me know what driver is attaching your SYMBIOS controller. Could be either `sym' or `ncr', but they differ regarding parity checking handling. OTOH, are you sure it is a SCSI parity error that is reported. When using the `sym' driver, PCI parity errors are also reported. Now, if this PCI|SCSI parity error is a real parity error, you should, IMHO, check if NT would not be working for the reason it wouldn't care about SCSI|PCI parity checking being _actually_ enabled. It may be unbelievable that COMPAQ is selling hardware that fails parity, but this should be checked, in my opinion. Btw, the latest nasty parity problem I have had to work around in `sym' driver was a PCI parity problem that occurs on some systems using SYMBIOS PCI-SCSI chips. Latest `sym' driver in -RELENG4 and -current does detect that, WARN USER ABOUT, and disable PCI parity checking by the master. G=E9rard. On Thu, 9 Nov 2000, Paolo Tealdi wrote: > As i already asked in the list, i'm trying to understand if FreeBSD suppo= rt=20 > the hardware in subject. > I tried to install FreeBSD on a system at my vendor's home and i found so= me=20 > interesting (and funny) things. >=20 > The system was a > single / double processor 733 MHz > 128 MB memory > standard COMPAQ SCSI controller (symbios) > standard COMPAQ ETHERNET controller >=20 > S.O. : FBSD 4.1 RELEASE >=20 > 1) First, i tried to start booting directly from Fbsd CDROM. > The system seemed to start, system recognized the scsi controller, but=20 > when checked the hard disk suddendly presented an error (seemed a parity= =20 > error on SCSI, if i remember well )and the installation program aborted a= s=20 > it didn't find any disk. >=20 > 2)consequently I loaded the COMPAQ SYSTEM INSTALLATION CDROM, I configure= d=20 > the system for an "other operating system" and i tried again to start wit= h=20 > FreeBSD CDROM. This time all went OK. I installed the system, booted=20 > sometimes and all seemed well (also network controller was found). >=20 > 3) Unfortunately the hardware the vender gave me was a single processor b= ut=20 > i would like to buy a double processor system, so the vendor told me that= =20 > he managed to receive one more and continue the test.And so we did. >=20 > 4) Yesterday the vendor contacted me the processor was arrived and that i= =20 > could go to do the final testing, and so i did. >=20 > 5)The vendor told me that he didn't touched the original system (it is an= =20 > NT guru and doesn't know ANYTHING about *nix ) and we installed the secon= d=20 > processor. The system bootstrapped, all seemed to go well, FreeBSD seemed= =20 > to recognized the second processor (the last thing i did the first time w= as=20 > to rebuild the kernel with SMP support, and i did it only decommenting th= e=20 > option SMP , option APIC and default for NPROCS ... copying GENERIC=20 > configuration) but when it tried to load the root partition again i found= =20 > the original error (parity on SCSI bus). >=20 > 6) This time i suggested that there was an hardware problem, so we tried = to=20 > install NT4 .After one hour of installation (it's not so quick as FBSD) t= he=20 > NT4 server seemed to be installed OK, without any error ( :-(( ) . >=20 > 7) So i reinstalled FBSD, after server setup installation with two=20 > processor and again all seemed to go OK. I recompiled the kernel (again= =20 > decommenting only SMP options) and this time (for three consecutive time = )=20 > FBSD hung on boot after APIC check, one time messaging that it got an=20 > uninspected interrupt (43) (kernel config defaults are for 25 interrupts)= =20 > and the others two without any message. >=20 > 8) I stopped any kernel rebuilding, as i'm not so skilled with SMP=20 > installation. >=20 > After this (very long) story i'd like to ask : >=20 > a) All these things are normal for a double processor system ? > b) Must i continue to try changing parameters in kernel configurations ? > c) Can be an hardware problem ? > d) It's normal for COMPAQ hardware ? > e) There are significant change on 4.2 for SMP that can avoid this proble= ms ? > f) Anybody has found similar SCSI and double processor problems with Comp= aq=20 > or other vendors hardware ? >=20 > I installed FBSD on a variety of servers ( mostly compatible) but never= =20 > happened to me these things ... In any case i have never installed a doub= le=20 > processor system. >=20 > Sorry for the long story, and for my not so well english. ... >=20 > Best regards, Paolo Tealdi >=20 >=20 >=20 > Ing. Paolo Tealdi Library & News System Administrator > Politecnico Torino Phone : +39-11-5646714 , FAX : +39-11-5646799 > C.so D. degli Abruzzi, 24 - 10129 Torino - ITALY Email: tealdi@sb.polito= =2Eit >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.10.10011092049290.1381-100000>