#
# ihcp.conf
#
# Configuration file for Tahoma Technology 10115/10117 PCI hardcopy driver (Solaris 7)
#
#	ihcp.conf
#
#	Tahoma Technology
#	(formerly Ikon Corporation)
#	107 2nd Avenue North
#	Seattle, WA, USA 98109
#
#	206.728.6465
#	http://www.tahomatech.com
#	tahoma@tahomatech.com 
#
#	9 July, 1998	added ignore_minphys parameter
#	27 May, 2004	change IKON to Tahoma
#
#
#	This file contains driver configuration defaults, and forces the interrupt priority
#	to a value that keeps the scheduler happy.
#
#	Several driver default paramaters can be set by modifying this file and re-loading
#	the driver.  This avoids having to re-compile the driver when it is necessary to
#	change defaults.
#
#
#
#	START OF USER-CONFIGURABLE DEFAULTS
#
#	The handshake speed of the plotter interface is set by the vers_speed_def or cent_speed_def
#	property for versatec and centronics configurations, respectively.
#	Permissible values for either are 0,1,2, or 3.  0 gives the fastest speed.
#	See the board manual for details.
#
vers_speed_def=1;
cent_speed_def=1;
#
#	The default versatec print/plot mode is determined by mode_def.  0=print, 1=plot.
#	This mode can be (and usually is) overridden by the application calling the driver.
#
mode_def=1;
#
#	There are two software timeout clocks used by the driver: a dma timer, and a wait-for-ready timer.
#	The defaults for these timers are set by dma_time_def, and rdy_time_def, in SECONDS.
#
dma_time_def=1800;
rdy_time_def=1800;
#
#	The maximum buffer size passed to our strategy routine is controlled by our IHCP_MAXPHYS value
#	(set in ihcp_io.h) and the system's minphys routine.  Any user buffer larger than the smaller
#	of these values will be broken into chunks, and transferred via multiple calls to strategy.
#	There may be cases where ignoring the system's minphys is appropriate - in which case IHCP_MAXPHYS
#	will rule.  IHCP_MAXPHYS must not be changed - it matches the maximum size of our dma range counter.
#
#	To ignore the system minphys, set ignore_minphys to 1.
#
ignore_minphys=0;
#
#	END OF USER-CONFIGURABLE DEFAULTS
#
#
#
#	We force the interrupt priority of the
#	driver to level 9 to get it below the level of the
#	scheduler - the board's eeprom was reporting a class code that
#	caused the OBP to set the board's priority to the same level
#	as the scheduler, which required using a high-level
#	interrupt handler.
#
#	That should have been OK, but when two boards were running at the 
#	same time, LBOLT was getting confused and confusing the software timer.
#	It is not clear who was causing the problem.
#
#	We can solve the problem by changing our eeprom to give a class code
#	of 0x07, which currently gives us a priority of 1, but that seems
#	like too low a priority.
#
#	For now, we will force a relatively high priority, but below
#	the scheduler priority of 10.
#
#	DO NOT MODIFY THIS PROPERTY!!!!!
#
interrupt-priorities=9;