NetBSD Problem Report #7843

Received: (qmail 29365 invoked from network); 23 Jun 1999 19:21:43 -0000
Message-Id: <199906231921.PAA18395@anduin.eldar.org>
Date: Wed, 23 Jun 1999 15:21:37 -0400 (EDT)
From: Brad Spencer <brad@anduin.eldar.org>
Reply-To: brad@anduin.eldar.org
To: gnats-bugs@gnats.netbsd.org
Subject: si/sw driver problems on Sun 4/110
X-Send-Pr-Version: 3.95

>Number:         7843
>Category:       port-sparc
>Synopsis:       si/sw driver problems on Sun 4/110
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    port-sparc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jun 23 12:35:01 +0000 1999
>Closed-Date:    
>Last-Modified:  Tue Feb 12 09:07:22 +0000 2002
>Originator:     Brad Spencer
>Release:        Middle of the month, May 1999
>Organization:
	At home.
>Environment:

System: NetBSD 1.4C (ARAGORN) #4: Tue Jun 22 11:14:12 EDT 1999


>Description:

The SCSI weird [sw] side of the si driver for the sparc port seems
badly broken on my 4/110.  Any disk activity causes the following
panic:

panic: si_dma_stop: excess transfer

The disk and cabling is fine, as the drive quire useable on any of my
other Suns.


If the sw_options variable is set to '0' in /sys/arch/sparc/dev/si.c
in the hopes that this will turn off DMA, the following messages are
printed to the console, and the process that caused the disk activity
locks up:

sd0(sw0:2:0): cannot allocate scsipi xs
sd0: not queued, error 12

>How-To-Repeat:

Try any disk activity on a 4/110 Sun with NetBSD-mostly_current

>Fix:

Unknown, but I can help test any thoughts on the matter.

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: pk 
State-Changed-When: Wed Jul 26 04:21:26 PDT 2000 
State-Changed-Why:  
A number of problems with the si and sw drivers have been addressed in 
-current and 1.5_ALPHA.  Can you check if this still happens? 

From: Brad Spencer <brad@anduin.eldar.org> (by way of Erik E. Fair)
To: gnats-bugs@netbsd.org
Cc:  
Subject: Re: port-sparc/7843
Date: Thu, 12 Oct 2000 22:12:55 -0700

 Sorry for the delay...   I tried a 1.4Y and a 1.5_ALPHA kernel on my
 4/110, booted via the ethernet and get the following:


 >b ie()netbsd.GENERIC_SCSI3 -s
 Boot: ie(0,0,0)netbsd.GENERIC_SCSI3 -s
 Using IP Address 206.21.77.219 = CE154DDB
 Booting from tftp server at 206.21.77.209 = CE154DD1
 Downloaded 58968 bytes from tftp server.

 >>  NetBSD/sparc Secondary Boot, Revision 1.9
 >>  (brad@elrond.eldar.org, Sat May 29 16:38:18 EDT 1999)
 Booting netbsd.GENERIC_SCSI3
 Using IP Address 206.21.77.219 = CE154DDB
 boot: client IP address: 206.21.77.219
 boot: client name: aragorn
 root addr=206.21.77.209 path=/export2/root/aragorn
 2331708+114920+226524 [68+150864+109594]=0x2dc578
 Copyright (c) 1996, 1997, 1998, 1999, 2000
      The NetBSD Foundation, Inc.  All rights reserved.
 Copyright (c) 1982, 1986, 1989, 1991, 1993
      The Regents of the University of California.  All rights reserved.

 NetBSD 1.5_ALPHA (GENERIC_SCSI3) #4: Thu Jun 22 08:02:17 PDT 2000
      matt@sparky.local:/other/kobj/sparc/GENERIC_SCSI3
 total memory = 8136 KB
 avail memory = 4752 KB
 using 63 buffers containing 504 KB of memory
 bootpath: /obio0/ie0
 mainbus0 (root): SUN-4/100 series
 cpu0 at mainbus0: MB86900/1A or L64801 @ 14.280 MHz, MB86910 or WTL1164/5 FPU
 cpu0: no cache
 obio0 at mainbus0
 ie0 at obio0 addr 0x6000000 level 6 address 08:00:20:06:5a:2d, type onboard
 oclock0 at obio0 addr 0x3000000 delay constant 4
 eeprom0 at obio0 addr 0x2000000
 memreg0 at obio0 addr 0x4000000
 zs0 at obio0 addr 0x1000000 level 12 softpri 6
 zstty0 at zs0 channel 0
 zstty1 at zs0 channel 1
 zs1 at obio0 addr 0x0 level 12 softpri 6
 kbd0 at zs1 channel 0
 ms0 at zs1 channel 1
 bwtwo0 at obio0 addr 0xb300000 level 4: bwtwo/p4, 1152 x 900
 bwtwo0: cgfour overlay plane
 bwtwo0: attached to /dev/fb
 cgfour0 at obio0 addr 0xb300000 level 4: cgfour/p4, 1152 x 900
 cgfour0: replacing bwtwo0
 cgfour0: attached to /dev/fb
 sw0 at obio0 addr 0xa000000 level 3 pri 3
 sw0: options=1<DMA>
 scsibus0 at sw0: 8 targets, 8 luns per target
 sparcvme0 at mainbus0
 vme0 at sparcvme0
 ie_vme_match: need 2 ranges
 ie_vme_match: need 2 ranges
 ie_vme_match: need 2 ranges
 ie_vme_match: need 2 ranges



 I am unable to set up a diskful boot for this machine at this time, so I
 am currently unable to determine if the later kernels work any better the
 previous ones.  I can test any fixs to the ie/sparcvme driver(s), however,
 with the hopes that it will get further then the able.



 Brad Spencer - brad@anduin.eldar.org
 http://anduin.eldar.org  - & -  http://mellon.ipv6.eldar.org [IPv6 only]
 [finger brad@anduin.eldar.org for PGP public key]

From: "Erik E. Fair" <fair@clock.org>
To: NetBSD GNATS Problem Report Tracking System <gnats-bugs@gnats.netbsd.org>
Cc:  
Subject: Re: port-sparc/7843
Date: Mon, 7 Jan 2002 13:05:59 -0800

 Date: Sun, 6 Jan 2002 17:02:12 -0500 (EST)
 From: Brad Spencer <brad@anduin.eldar.org>
 To: gnats@netbsd.org
 Subject: Re: Reminder of 1 NetBSD Problem Report awaiting feedback

 	   ______________________________________________________________

     port-sparc/7843 - critical high priority sw-bug
 	   si/sw driver problems on Sun 4/110
 	   http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=7843


 Sorry for the delays...

 I tried a 1.5S kernel.  Instead of having the 'ie_vme_match: need 2
 ranges' messages, it just hung.

 I tried a 1.5Y kernel from the 20011111-1.5Y snapshot on ftp.netbsd.org
 and it wouldn't even make it to autoprobe.  It errored with:

 >b ie()netbsd.1.5Y -s
 Boot: ie(0,0,0)netbsd.1.5Y -s
 Using IP Address 206.21.77.219 = CE154DDB
 Booting from tftp server at 206.21.77.209 = CE154DD1
 Downloaded 58968 bytes from tftp server.

 >>  NetBSD/sparc Secondary Boot, Revision 1.9
 >>  (brad@elrond.eldar.org, Sat May 29 16:38:18 EDT 1999)
 Booting netbsd.1.5Y
 Using IP Address 206.21.77.219 = CE154DDB
 boot: client IP address: 206.21.77.219
 boot: client name: aragorn
 root addr=206.21.77.209 path=/export2/root/aragorn
 2487048+89488+215316 [68+162960+120393-
 Memory alignment error with PC 0x003045F8.  Instruction "0xD41E2008".


 I will try the very latest source, when the CVS checkout completes.

 -- 
 Brad Spencer - brad@anduin.eldar.org
 http://anduin.eldar.org  - & -  http://anduin.ipv6.eldar.org [IPv6 only]
 [finger brad@anduin.eldar.org for PGP public key]

From: Brad Spencer <brad@anduin.eldar.org> (by way of Erik E. Fair)
To: NetBSD GNATS Problem Report Tracking System <gnats-bugs@gnats.netbsd.org>
Cc:  
Subject: Re: port-sparc/7843
Date: Mon, 11 Feb 2002 12:09:30 -0800

 [snip]
 	   ______________________________________________________________

     port-sparc/7843 - critical high priority sw-bug
 	   si/sw driver problems on Sun 4/110
 	   http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=7843




 Hello...

 I compiled up a 1.5ZA kernel for my 4/110.  Here are some results:

 0) You can't compile a sparc kernel with just oclock defined without clock
 also being defined.  The compile will fail because it can't find the
 function 'clk_wenable', which isn't defined if NMK48TXX isn't defined,
 which it isn't if you leave clock out of the config file.  This is
 probably a different PR.



 1) The GENERIC kernel is too big now to fit on a 8MB 4/110.  If you try to
 boot it you get something like this:

 >b ie()
 Boot: ie(0,0,0)
 Using IP Address 206.21.77.219 = CE154DDB
 Booting from tftp server at 206.21.77.209 = CE154DD1
 Downloaded 58968 bytes from tftp server.

 >>  NetBSD/sparc Secondary Boot, Revision 1.9
 >>  (brad@elrond.eldar.org, Sat May 29 16:38:18 EDT 1999)
 Booting netbsd
 Using IP Address 206.21.77.219 = CE154DDB
 boot: client IP address: 206.21.77.219
 boot: client name: aragorn
 root addr=206.21.77.209 path=/export2/root/aragorn
 2553146+89780+216372 [68+167696+124759|
 Memory alignment error with PC 0x003045F8.  Instruction "0xD41E2008".



 2) After creating a kernel with just the stuff that the 4/110 has, I
 booted it up.  It came up until the VME bus probe, then it hung.  Here is
 the boot:

 >b ie()
 Boot: ie(0,0,0)
 Using IP Address 206.21.77.219 = CE154DDB
 Booting from tftp server at 206.21.77.209 = CE154DD1
 Downloaded 58968 bytes from tftp server.

 >>  NetBSD/sparc Secondary Boot, Revision 1.9
 >>  (brad@elrond.eldar.org, Sat May 29 16:38:18 EDT 1999)
 Booting netbsd
 Using IP Address 206.21.77.219 = CE154DDB
 boot: client IP address: 206.21.77.219
 boot: client name: aragorn
 root addr=206.21.77.209 path=/export2/root/aragorn
 1233936+65328+142492 [68+83984+64645]=0x19467c
 [ using 149152 bytes of netbsd ELF symbol table ]
 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002
      The NetBSD Foundation, Inc.  All rights reserved.
 Copyright (c) 1982, 1986, 1989, 1991, 1993
      The Regents of the University of California.  All rights reserved.

 NetBSD 1.5ZA (THE_SHIRE_SUN4) #1: Sun Feb 10 16:17:45 EST 2002
      brad@frodo.eldar.org:/usr/src/sys/arch/sparc/compile/THE_SHIRE_SUN4
 total memory = 8136 KB
 avail memory = 5848 KB
 using 63 buffers containing 504 KB of memory
 bootpath: /obio0/ie0
 mainbus0 (root): SUN-4/100 series
 cpu0 at mainbus0: MB86900/1A or L64801 @ 14.280 MHz, MB86910 or WTL1164/5 FPU
 cpu0: no cache
 obio0 at mainbus0
 ie0 at obio0 addr 0x6000000 level 6 address 08:00:20:06:5a:2d, type onboard
 oclock0 at obio0 addr 0x3000000 delay constant 4
 : intersil7170: hostid 22001c3b
 eeprom0 at obio0 addr 0x2000000
 memreg0 at obio0 addr 0x4000000
 bwtwo0 at obio0 addr 0xb300000 level 4: bwtwo/p4, 1152 x 900
 bwtwo0: cgfour overlay plane
 bwtwo0: attached to /dev/fb
 zs0 at obio0 addr 0x1000000 level 12 softpri 6
 zstty0 at zs0 channel 0 (console i/o)
 zstty1 at zs0 channel 1
 zs1 at obio0 addr 0x0 level 12 softpri 6
 kbd0 at zs1 channel 0: baud rate 1200
 ms0 at zs1 channel 1: baud rate 9600
 cgfour0 at obio0 addr 0xb300000 level 4: cgfour/p4, 1152 x 900
 cgfour0: replacing bwtwo0
 cgfour0: attached to /dev/fb
 sw0 at obio0 addr 0xa000000 level 3 pri 3
 sw0: options=1<DMA>
 scsibus0 at sw0: 8 targets, 8 luns per target
 sparcvme0 at mainbus0
 vme0 at sparcvme0



 3) The 4/110 doesn't really need the VME bus.  Everything is really on the
 obio, according to the kernel config file.  So, I compiled a kernel
 without VME support.  The same hang occured, except that it says:

 .
 .
 .

 sw0 at obio0 addr 0xa000000 level 3 pri 3
 sw0: options=1<DMA>
 scsibus0 at sw0: 8 targets, 8 luns per target
 vme at mainbus0 not configured



 4) For kicks I attached an old Sun tape and hard drive box to the SCSI
 bus.  The boot still hung in the same spot and there was no indication in
 the boot messages that the devices were seen.  However, the tape drive
 made noise, which would seem to indicate that the SCSI bus was reset, at
 the very least.







 -- 
 Brad Spencer - brad@anduin.eldar.org
 http://anduin.eldar.org  - & -  http://anduin.ipv6.eldar.org [IPv6 only]
 [finger brad@anduin.eldar.org for PGP public key]
State-Changed-From-To: feedback->open 
State-Changed-By: fair 
State-Changed-When: Tue Feb 12 01:06:14 PST 2002 
State-Changed-Why:  
Feedback has been provided - we still have issues with SPARC VME. 
>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.