[13601] in Athena Bugs
Solaris le hangs
daemon@ATHENA.MIT.EDU (John Hawkinson)
Mon Jun 19 02:38:00 1995
Date: Mon, 19 Jun 1995 02:37:54 -0400
To: rel-eng@MIT.EDU
Cc: bugs@MIT.EDU, solaris@MIT.EDU, cat@MIT.EDU, sipb-staff@MIT.EDU
From: John Hawkinson <jhawk@MIT.EDU>
This evening, we noticed portnoy (a sparc 5 in the SIPB office) seemed
to fall off the net for no discernable reason. We neglected to attempt
ifconfig down/ifconfig up, but rebooting solved the problem.
We suspect that this is an instance of the infamous "sun4m le hang"
bug (which has also afflicted us under SunOS).
I believe this is fixed for Solaris 2.3 under Sun patch 101306-09, and
for Solaris 2.4 under 101979-05. I've attached the sun patch readmes
for both of them.
According to ``what'', the /kernel/drv/le distributed as part of the
release is still the stock 2.3:
% rsh portnoy /usr/ccs/bin/what /kernel/drv/le
/kernel/drv/le:
SunOS 5.3 Generic September 1993
Whereas the one distributed with the patch reports being patched:
% what 101306-09/SUNWcsr/reloc/kernel/drv/le
101306-09/SUNWcsr/reloc/kernel/drv/le
SunOS 5.3 Generic 101306-08 January 1995
Which implies that this patch (or at least no current revision) has
been applied to the Athena tree. It would be nice if this could go in
to the 8.0 beta...
Incidently, is there some master list of all sun patches applied to
the Athena tree? It would sure make my life easier...
I've refrained from installing this on portnoy in the hopes
that we can wait for it to recur, and see if ifconfig le down/up works
as a solution (in which case we should install the patch). It
remains in /afs/sipb/user/jhawk/101306-09.tar.Z for your pleasure.
--jhawk
Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA05097; Mon, 19 Jun 95 02:25:01 EDT
Received: from sunsolve1.Sun.COM by MIT.EDU with SMTP
id AA08227; Mon, 19 Jun 95 02:24:58 EDT
Received: (from sunsolve@localhost) by sunsolve1.sun.com (8.6.11/8.6.8) id XAA18603; Sun, 18 Jun 1995 23:19:42 -0700
Date: Sun, 18 Jun 1995 23:19:42 -0700
From: SunSolve User <sunsolve@sunsolve1.sun.com>
Message-Id: <199506190619.XAA18603@sunsolve1.sun.com>
To: jhawk@MIT.EDU
Subject: SunSolve: patches/101306
Content-Type: X-sun-attachment
----------
X-Sun-Data-Type: default
X-Sun-Data-Name: 101306
X-Sun-Content-Lines: 112
X-Sun-Content-Length: 3253
Patch-ID# 101306-09
Keywords: le driver x25 osi sap ethernet mutex rcp ftp le0 collisions hangs AUI
Synopsis: SunOS 5.3: Jumbo Patch for le & qe drivers
Date: May/16/95
Solaris Release: 2.3
SunOS release: 5.3
Unbundled Product:
Unbundled Release:
Topic: SunOS 5.3: fix to le & qe drivers
BugId's fixed with this patch: 1145294 1145604 1161058 1165532 1168155 1177296 1186270 1199563
Changes incorporated in this version: 1199563
Relevant Architectures: sparc
Patches accumulated and obsoleted by this patch:
Patches which conflict with this patch:
Patches required with this patch:
Obsoleted by:
Files included with this patch:
/kernel/drv/le
/kernel/drv/qe
Problem Description:
1199563 nfs server not responding - qe driver problem
(from 101306-08)
1186270 NFS server not responding still trying with ss1000 server of multi cpu.
(from 101306-07)
1177296 ethernet interface hangs on large transfers over AUI but not TP
(from 101306-06)
1161058 Under many collisions, you get erroneous le0: No carrier message
When we get high collision rates (i.e. > 32 collisions per 2 seconds), the
error message "le0: No carrier - cable disconnected or hub link test disabled?"
get displayed on the console frequently.
(from 101306-05)
1171562 Getting "le0: Memory error!" when copying large file across network
le0: Memory error messages appearing on the console have been eliminated.
(from 101306-04)
1171562 Getting "le0: Memory error!" when copying large file across network
SS10 with dual processors running 2.3 with OLDS 2.0.1 installed, gets le0:
Memory error when copying large files over the network. A hard hang then
occurs.
(from 101306-03)
1145294 classic 4.1.3C freeze 5-10Mins on receipt of Giant Packet from ff:ff:ff:ff:ff:ff
Problem is seen on active networks where the network interface on Classic's,
LX's, Sparcstations 5 and 20 (based on MACIO) may hang and ignore incoming
ethernet packets after receipt of a giant packet that is greater than 4096
bytes. This fix will detect this condition and reset the ethernet interface
to prevent the interface from hanging.
(from 101306-02)
1168155 panic: Deadlock condition detected: cycle in blocking chain (codependent locks)
1165532 deadlock detected trying to get ldtermclose lock
1145604 Fix for bug 1120559 breaks SunConnect products. FCS SHOWSTOPPER FOR US
For 802.3 mode in le and qe drivers:
Corrected calculation of message length on transmit
Corrected removal of pad bits for messages < 64 bytes on receive
(bugid 1145604)
Also corrected lock ordering in leinit and qeinit to avoid deadlock
situations. (bugid 1165532, 1168155)
(from 101306-01)
1145604 Fix for bug 1120559 breaks SunConnect products. FCS SHOWSTOPPER FOR US
The result of this is that SunConnect products which operate over LLC2 cannot work
on Solaris 2.3. This is a Showstopper for us, there is no workaround.
Patch Installation Instructions:
--------------------------------
Generic 'installpatch' and 'backoutpatch' scripts are provided
within each patch package with instructions appended to this section.
Other specific or unique installation instructions may also be
necessary and should be described below.
Special Install Instructions:
-----------------------------
none
Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA05102; Mon, 19 Jun 95 02:25:03 EDT
Received: from sunsolve1.Sun.COM by MIT.EDU with SMTP
id AA08231; Mon, 19 Jun 95 02:24:59 EDT
Received: (from sunsolve@localhost) by sunsolve1.sun.com (8.6.11/8.6.8) id XAA18619; Sun, 18 Jun 1995 23:19:44 -0700
Date: Sun, 18 Jun 1995 23:19:44 -0700
From: SunSolve User <sunsolve@sunsolve1.sun.com>
Message-Id: <199506190619.XAA18619@sunsolve1.sun.com>
To: jhawk@MIT.EDU
Subject: SunSolve: patches/101979
Content-Type: X-sun-attachment
----------
X-Sun-Data-Type: default
X-Sun-Data-Name: 101979
X-Sun-Content-Lines: 82
X-Sun-Content-Length: 2236
Patch-ID# 101979-05
Keywords: ethernet driver memory le0 le ethernet aui hang
Synopsis: SunOS 5.4: le driver fixes
Date: May/31/95
Solaris Release: 2.4
SunOS release: 5.4
Unbundled Product:
Unbundled Release:
Topic: SunOS 5.4: le driver fixes
BugId's fixed with this patch: 1145294 1161058 1171562 1177296
Changes incorporated in this version: 1177296
Relevant Architectures: sparc
Patches accumulated and obsoleted by this patch: 102444-01
Patches which conflict with this patch:
Patches required with this patch:
Obsoleted by:
Files included with this patch:
/kernel/drv/le
Problem Description:
1177296 ethernet interface hangs on large transfers over AUI but not TP
(from 101979-04)
1161058 Under many collisions, get erroneous le0: No carrier message
Under many collisions, get erroneous le0: No carrier message
(from 101979-03)
1171562 Getting "le0: Memory error!" when copying large file across network
SS10 with dual processors running 2.3 with OLDS 2.0.1 installed, gets le0:
Memory error when copying large files over the network. A hard hang then
occurs. This eliminates console error message that existed with 101979-02.
(from 101979-02)
1171562 Getting "le0: Memory error!" when copying large file across network
SS10 with dual processors running 2.3 with OLDS 2.0.1 installed, gets le0:
Memory error when copying large files over the network. A hard hang then
occurs.
(from 101979-01)
1145294 classic 4.1.3C freeze 5-10Mins on receipt of Giant Packet from ff:ff:ff:ff:ff:ff
Problem is seen on active networks where the network interface on Classic's,
LX's, Sparcstations 5 and 20 (based on MACIO) may hang and ignore incoming
ethernet packets after receipt of a giant packet that is greater than 4096
bytes. This fix will detect this condition and reset the ethernet interface
to prevent the interface from hanging.
Patch Installation Instructions:
--------------------------------
Generic 'installpatch' and 'backoutpatch' scripts are provided
within each patch package with instructions appended to this section.
Other specific or unique installation instructions may also be
necessary and should be described below.
Special Install Instructions:
-----------------------------
none
