From owner-freebsd-questions  Fri Aug 30 07:14:49 1996
Return-Path: owner-questions
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id HAA22119
          for questions-outgoing; Fri, 30 Aug 1996 07:14:49 -0700 (PDT)
Received: from croute.com (ishm2.croute.com [199.97.106.1])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA22111;
          Fri, 30 Aug 1996 07:14:44 -0700 (PDT)
Received: from bldg1.croute.com by croute.com (4.1/SMI-4.1)
	id AA00396; Fri, 30 Aug 96 09:14:41 CDT
Received: from COMPUROUTE/SpoolDir by bldg1.croute.com (Mercury 1.13);
    Fri, 30 Aug 96 9:14:36 +600
Received: from SpoolDir by COMPUROUTE (Mercury 1.13); Fri, 30 Aug 96 9:14:08 +600
From: "Larry Dolinar" <LARRYD@bldg1.croute.com>
Organization:  CompuRoute, Inc.
To: owner-questions@freebsd.org
Date:          Fri, 30 Aug 1996 09:14:05 +600 CDT
Mime-Version:  1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
Subject:       eR: Re: TCP/IP incoming falling asleep?
Cc: FreeBSD-questions <questions@freebsd.org>
X-Confirm-Reading-To: "Larry Dolinar" <LARRYD@bldg1.croute.com>
X-Pmrqc:       1
Priority: normal
X-Mailer: Pegasus Mail v3.22
Message-Id: <C4971080197@bldg1.croute.com>
Sender: owner-questions@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

|  From:           Darius Moos <moos@degnet.baynet.de>

|  Hi,
|  
|  have you tried to assign every printerport its own IRQ in the
|  kernel-configfile ?
|  

Actually, no.  When originally configured, lpt0 was irq 7, lpt1 was 
polled (as was lpt2 when it was alive).  Under these conditions, lpt0 was 
extremely sluggish.  The traditional advice for that situation was to 
switch the interrupt-driven port to polled with lptcontrol (has this 
changed?).  And in fact printing worked equally well on each port.

My experience in the past is that interrupt problems show themselves 
fairly early (as in minutes) rather than late.  Perhaps I need to 
reconsider...

Some advice was issued previously about hacking the interrupt lines
directly on the board(s) based on ISA bus layout.  Though an EE by
degree, I use it little in the past few years, and I'm loathe to chop on
company property as an experiment, especially if it fails, so that
approach is so far postponed.

Nonetheless I can boot -c this weekend and reconfig the running kernel to 
use irq7 for lpt0 and irq5 for lpt1, and see how it flies.

thanks for the advice,
larry