From owner-freebsd-commit  Sun Sep 10 05:23:13 1995
Return-Path: commit-owner
Received: (from majordom@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id FAA20356
          for freebsd-commit-outgoing; Sun, 10 Sep 1995 05:23:13 -0700
Received: (from majordom@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id FAA20343
          for cvs-all-outgoing; Sun, 10 Sep 1995 05:23:11 -0700
Received: (from majordom@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id FAA20330
          for cvs-sys-outgoing; Sun, 10 Sep 1995 05:23:10 -0700
Received: (from bde@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id FAA20316
          ; Sun, 10 Sep 1995 05:23:01 -0700
Date: Sun, 10 Sep 1995 05:23:01 -0700
From: Bruce Evans <bde>
Message-Id: <199509101223.FAA20316@freefall.freebsd.org>
To: CVS-commiters, cvs-sys
Subject: cvs commit: src/sys/net if_sl.c
Sender: commit-owner@FreeBSD.org
Precedence: bulk

bde         95/09/10 05:23:00

  Modified:    sys/net   if_sl.c
  Log:
  Call output process in slstart() whether or not there is any output.  As
  in pppstart(), the output process may be overloaded to handle hardware
  flow control and hardware output completions.
  
  Don't wait for output to drain in slclose().  Discard output immediately.
  New output is not prevented while processes are waiting for output to
  drain (this is a bug), so the wait was sometimes forever.  Infinite
  waits are also possible when CCTS_OFLOW is enabled and CTS is down.
  Infinite waits were also caused by the above bug in slstart().
  
  Start changing new init stuff yet again: rename unused arg `dummy'.
  
  Reviewed by:	davidg