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:
(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.