Bug 17558

Summary: ncr1 controller is not working properly in the GENERIC kernel.
Product: Base System Reporter: eduardo.viruena <eduardo.viruena>
Component: i386Assignee: freebsd-bugs (Nobody) <bugs>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description eduardo.viruena 2000-03-23 00:00:02 UTC
I'm working in a Toshiba Magnia 3010, Pentium III 450Mhz, 128 Mb RAM,
it has two scsi pci cards:
ncr0: <ncr 53c875 fast20 wide scsi>rev 0x37 int a irq 11 on pci0.13.0
ncr1: <ncr 53c875 fast20 wide scsi>rev 0x37 int b irq 11 on pci0.13.1
and a scsi cd:
cd0: <TOSHIBA CD-ROM XM-6201TA 1037>
cd0: 10.000MB/s transfers (10.000MHz, ofset 16)
The problem seems to be the ncr1  scsi controller.
While installing FreeBSD 3.4 from CD or from floppy disks, installation
procedure stops after creating /etc/fstab
The message:  ncr1: timeout nccb=0xc0c10e00 (skip)
is issued several times.  Installation procedure gets stuck.
I tried NFS for installing.  It worked.  Nevetheless, the system
complained issuing:  ncr1: timeout nccb=.... everytime I tried
to access my CD.

Fix: 

The problem of accessing CD disappeared when I recompiled the kernel.
with a minimal SCSI controllers.
How-To-Repeat: Just try to install freeBSD from CD.
I tried also install from NFS.  It worked. Nevertheless, when the system
rebooted and started working, the ncr1 controller complained again.
I downloaded the corrected images of CD and floppies [according to the
errata file, the sysinstall program is broken]. The result was the same.
Comment 1 mjacob 2000-03-23 02:13:02 UTC
Why don't you try them 'sym' driver instead? I believe it's available in the
3.4 kernels now and it works for 875 cards.


On Wed, 22 Mar 2000 eduardo.viruena@esfm.ipn.mx wrote:

> 
> >Number:         17558
> >Category:       i386
> >Synopsis:       ncr1 controller is not working properly in the GENERIC kernel.
> >Confidential:   no
> >Severity:       critical
> >Priority:       medium
> >Responsible:    freebsd-bugs
> >State:          open
> >Quarter:        
> >Keywords:       
> >Date-Required:
> >Class:          sw-bug
> >Submitter-Id:   current-users
> >Arrival-Date:   Wed Mar 22 16:00:02 PST 2000
> >Closed-Date:
> >Last-Modified:
> >Originator:     Eduardo Viruena
> >Release:        FreeBSD 3.4 RELEASE
> >Organization:
> ESFM-IPN
> >Environment:
> FreeBSD xxi205.esfm.ipn.mx 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Mon Dec 20 06:54:39 GMT 1999     jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC  i386
> >Description:
> I'm working in a Toshiba Magnia 3010, Pentium III 450Mhz, 128 Mb RAM,
> it has two scsi pci cards:
> ncr0: <ncr 53c875 fast20 wide scsi>rev 0x37 int a irq 11 on pci0.13.0
> ncr1: <ncr 53c875 fast20 wide scsi>rev 0x37 int b irq 11 on pci0.13.1
> and a scsi cd:
> cd0: <TOSHIBA CD-ROM XM-6201TA 1037>
> cd0: 10.000MB/s transfers (10.000MHz, ofset 16)
> The problem seems to be the ncr1  scsi controller.
> While installing FreeBSD 3.4 from CD or from floppy disks, installation
> procedure stops after creating /etc/fstab
> The message:  ncr1: timeout nccb=0xc0c10e00 (skip)
> is issued several times.  Installation procedure gets stuck.
> I tried NFS for installing.  It worked.  Nevetheless, the system
> complained issuing:  ncr1: timeout nccb=.... everytime I tried
> to access my CD.			
> >How-To-Repeat:
> Just try to install freeBSD from CD.
> I tried also install from NFS.  It worked. Nevertheless, when the system
> rebooted and started working, the ncr1 controller complained again.
> I downloaded the corrected images of CD and floppies [according to the
> errata file, the sysinstall program is broken]. The result was the same.
> 
> >Fix:
> The problem of accessing CD disappeared when I recompiled the kernel.
> with a minimal SCSI controllers. 
>  
> 
> >Release-Note:
> >Audit-Trail:
> >Unformatted:
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-bugs" in the body of the message
>
Comment 2 Joerg Wunsch freebsd_committer freebsd_triage 2001-08-13 12:44:51 UTC
State Changed
From-To: open->closed

The ncr driver is deprecated in favour of the sym driver.  The 
originator never repsonded to a followup sent by mjacob, so the 
problem is most likely gone now with sym.