Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site ulysses.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!smb
From: smb@ulysses.UUCP (Steven Bellovin)
Newsgroups: net.unix,net.lan,net.dcom,net.unix-wizards
Subject: Re: deuna driver problems
Message-ID: <1009@ulysses.UUCP>
Date: Fri, 12-Jul-85 16:52:24 EDT
Article-I.D.: ulysses.1009
Posted: Fri Jul 12 16:52:24 1985
Date-Received: Sat, 13-Jul-85 12:46:49 EDT
References: <127@rpics.UUCP> <1003@ulysses.UUCP> <811@umcp-cs.UUCP>
Distribution: net
Organization: AT&T Bell Laboratories, Murray Hill
Lines: 30
Xref: watmath net.unix:5025 net.lan:916 net.dcom:1099 net.unix-wizards:13815

> > > I have Lou Salkind's@NYU driver in my 4.2 system and I am having
> > > some difficulties.....
> > > 
> > > When I plug it into our normal 3com tranceivers during boot after
> > > it finds the interface it states:
> > > 
> > > 	"de0: pcbb failed, csr0=4081 csr1=586
> > > 	 de0: rdphyad failed, csr0=4082 csr1=506< "
> 
> > ... Also note that there are bugs in ifconfig's flag-setting
> > that do horrible things to DEUNAs; although I can't fully explain
> > the mechanism, I can testify that fixing ifconfig made some weird
> > behavior on some DEUNAs go away.  It had to do with resetting the
> > RUNNING bit, so the initialization routine was entered twice.
> 
> While there indeed were bugs in the 4.2 ifconfig flag setting code,
> that shouldn't have affected the DEUNA; clearly there is a bug in
> that version of the driver.  (The IFF_RUNNING bit is an internal
> bit that really means it has Unibus maps.  It should be set at
> initialization and cleared during Unibus reset.  (Actually IFF_RUNNING
> is an internal flag per driver, but that's what it's supposed to
> mean.))

Sorry, the bug behavior was as described.  I first did blame it on the
driver, but Lou's latest version didn't help.  It seems that what was
happening was that ifconfig was resetting IFF_RUNNING, so a second call
to ifconfig caused the initialization routine to be re-entered, which
caused all manner of strange and wondrous behavior....  The symptom that
sticks in my mind was *very* slow echo when rlogin'ed to that machine.
Like I said, I can't explain it, but the "fix" was obvious...