Date: Mon, 15 Apr 2002 13:40:02 -0700 (PDT) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= <groudier@free.fr> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/36549: sym driver fails on Tekram DC-390U in 486 machine Message-ID: <200204152040.g3FKe2j56582@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/36549; it has been noted by GNATS. From: =?ISO-8859-1?Q?G=E9rard_Roudier?= <groudier@free.fr> To: Matthias Andree <matthias.andree@stud.uni-dortmund.de> Cc: Matthias Andree <matthias.andree@web.de>, <freebsd-gnats-submit@FreeBSD.ORG> Subject: Re: kern/36549: sym driver fails on Tekram DC-390U in 486 machine Date: Mon, 15 Apr 2002 23:31:43 +0200 (CEST) On Mon, 15 Apr 2002, Matthias Andree wrote: > The sad thing is, I can no longer reproduce this. What's sad? A system that failed and is now working is a great news. :-) > I'm getting this instead: > > sym0: <875> port 0xfc00-0xfcff mem 0xffbea000-0xffbeafff,0xffbebf00-0xffb= ebfff irq 11 at device 14.0 on pci0 > sym0: Tekram NVRAM, ID 7, Fast-20, SE, parity checking > sym0: open drain IRQ line driver, using on-chip SRAM > sym0: using LOAD/STORE-based firmware. > pci0: <Matrox MGA Millennium II 2164W graphics accelerator> (vendor=3D0x1= 02b, dev=3D 0x051b) at 15.0 irq 9 > pcib1: <UMC UM8881 HB4 486 PCI Chipset> at device 16.0 on pci0 > ... > ad0: 9671MB <IBM-DTTA-351010> [19650/16/63] at ata0-master BIOSPIO > Waiting 2 seconds for SCSI devices to settle > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (probe2:sym0:0:2:0): INQUIRY. CDB: 12 1 80 0 ff 0 > (probe2:sym0:0:2:0): ILLEGAL REQUEST asc:24,0 > (probe2:sym0:0:2:0): Invalid field in CDB > Creating DISK cd0 > pass0 at sym0 bus 0 target 2 lun 0 > pass0: <PLEXTOR CD-ROM PX-20TS 1.00> Removable CD-ROM SCSI-2 device > pass0: 10.000MB/s transfers (10.000MHz, offset 15) > > I did upgrade the kernel to 4.5-RELEASE-p2 and change its configuration, > I can send the diffs of the kernels if so desired. Most important > changes: * drop cpu I686_CPU and cpu I386_CPU * drop device ncr (keeping = sym) > * change SCSI_DELAY=3D2000 (maybe the Plextor is not ready at the time it > is queried, Plextor drives don't boot from CD with Tekram unless the > reset->inquiry delay is >=3D 5 sec -- default 3 sec) * drop tons of other > devices I just diffed 4.5 againt 4.5-release and didn't find anything that can explain the new behaviour of your system. Only a small change in tcp_syncache.c seems significant, but I donnot know enough about this code to actually see if it may explain something. The drop of the CPU types does affect slightly the machine dependant code, but the additional code should have no effect for a 486 CPU. Btw, there are so few changes, it seems, between the system that failed and the one that almost work that it could be possible to decrementaly (or incrementaly) add (or remove) the changes that seem related to the difference and see which one makes difference. You may for example try: 1) Add again 686 and/or 386 CPU 2) Reverse the patch from tcp_syncache.c 3) Configure again ncr 4) Restore previous SCSI_DELAY =2E..) All the changes I missed Until your system fails again. Regards, G=E9rard. 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?200204152040.g3FKe2j56582>