DTPL.TXT Driver File Contents (10BT2-F.exe)

	Display Tuple Utility
	---------------------

History:

    Version 3.12.09
	- Initial version released.

    Version 4.03.09
	- Modified CRC computation to only include through the first two
	  strings of the Level 1 Version tuple.  This was changed because
	  serial numbers are occasionally being placed in the additional
	  strings.
	- Added -r option which dumps raw tuple data bytes.
	- Added dump of tuple data bytes following expanded tuple
	  information.

    Version 4.03.23
	- Fixed bug in config entry processing.

    Version 4.03.31
	- Removed I/O and Memory window limits in logical configs, and
	  fixed bug in IRQ resource handling in logical configs.

    Version 4.04.05
	- Fixed bug in IRQ resource handling in logical configs.

    Version 4.09.21
	- Convert commas ',' to underscores '_' in the device ID.
	- Added warning if level bit is not set in IRQ decription struct.

    Version 5.01.31
	- Added a warning about the Device ID possibly differing from
	  that created by Windows 95.

DTPL.EXE is a tool designed for interpreting the tuples on a PC Card.

This tool is intended to help you design or verify CIS for use with
Microsoft's future implementations of PCMCIA support in Windows.  For
more information on these implementations, refer to the appropriate
developer's kit and documentation, which can be obtained from
Microsoft's Hardware Vendor Relations Group, ihv@microsoft.com.

DTPL runs in realmode on MS-DOS using realmode Card Services and Socket
Services implementations.  It is intended to be run on PC Cards that have
not been configured by a card services client, or enabler.  Therefore
card services clients and PC Card enablers should not be loaded or
active when using this tool.

This tool displays information derived from the tuples on the PC Card.
This includes the PnP Device ID, the PnP Logical Configurations, and a
display of each tuple on the card.

    Usage: DTPL [-f <filename>] [-i] [-l] [-r] [-t] [socket#]

	Display tuple data for PC Cards.
	-f defines a filename to take the tuple input from instead of
	   calling CS.
	-i will display the PNP Device ID for the PC Card.
	-l will display the PNP logical configurations for the PC Card.
	-r will display raw tuple data bytes, formatted for input file.
	-t will display all of the tuples on the PC Card.
	Socket# is an optional socket to display,
	otherwise all sockets will be displayed.


The -f option allows the tuple input to be taken from a file.  This allows
tuples to be interpreted with out the need for a realmode Card Services
driver and also allows tuples to be tested before they are placed on a PC
Card.

The tuples in this file must be defined in an ASCII HEX format.  Each
hex value must have two digits, the parser for this is very simple.
Comments may be placed in the tuple file using a semicolon ';'
For example the following tuple is a config entry tuple for a comm port.

; This is a COM1 port
1B 11	; Config entry and link values.
E0 01 1D 48 D5 02 1D FC
14 A0 60 F8 03 07 30 3C 00

The optional Socket# is ignored when the -f option is used and the socket
for the tuples will be set to 0xFF.


The -i option displays the PnP Device ID for the PC Card.
The PnP Device ID is the ID that will be generated by the PCMCIA Bus
Enumerator for the device and used by the Plug and Play system.  This
ID should be used when generating the .INF file for a device.

The device ID is created from the manufacturer name string,
the product name string, and a 16-bit CRC of a set of tuples.
The ID is created by concatinating the PCMCIA" prefix, the manufacturer
name string, the product name string, and a 16-bit CRC.  The Device ID
has the following format:

    PCMCIA\<manuf_name>-<prod_name>-<crc>

The <manuf_name> and ,Prod_name> are obtained from the CISTPL_VERS_1 tuple.
If the CISTPL_VERS_1 tuple is not available or the manufacturer name is
NULL, the string "UNKNOWN_MANUFACTURER" will be included in its place.

The CRC will be created from the following tuple data.

    CISTPL_DEVICE
    CISTPL_VERS_1
    CISTPL_CONFIG
    CISTPL_CFTABLE_ENTRY
    CISTPL_MANFID

Only the first two strings in the CISTPL_VERS_1 tuple, the manufacturer
and product name strings, are included in the CRC.  This is because serial
numbers are occasionally placed in the additional strings of this tuple.
These serial numbers would cause the CRC to be different for each card
even though they are the same.

The tuples are not parsed during this CRC computation to determine the
length, so the link value is used as the length of each tuple's data to
include in the CRC.  The length is reduced if the config registers are
located in the address range skipped by the link.  The offset of the
config registers is determined from the CISTPL_CONFIG tuple.  The offset
of each tuple and its existance in attribute memory is determined from
the CS Flags and CIS Offset values in the GetTupleData packet.	Since
these fields are implementation specific in Card Services, this check is
not done in this DTPL tool.  As a result the CRC value created by DTPL may
differ from that created by Windows.  This rarely occurs, however the ID
created by Windows should be used if they differ.

The total length of the device ID string is limited to 128 characters,
including the null terminator.	The manufacturer and product name will
be truncated to maintain this length restriction in the ID string.

The characters in the manufacturer and product name strings that are
greater than or equal to a space (0x20) or less than (0x7F) will be
copied into the name string.  Any other characters outside this range
will be skipped.  This makes it easier to include these characters in
the .INF files for the device.

Spaces ' ' and commas ',' in the device ID will be converted to
underscores '_'.


The -l option displays the PnP Logical Configurations for the PC Card.
The PnP Logical Configurations are generated by the PCMCIA Bus Enumerator
from the Config and Config Entry tuples.  The display of these
configurations is intended to provide some feedback on the interpretation
of the configuration tuples on the PC Card.  The logical configuration
will be used by the Plug and Play Configuration Manager to determine the
configuration for the PC Card.	The information displayed includes I/O,
IRQ, and Memory resource data, along with the contents of a Card Services
RequestConfiguration argument structure.

The -r option displays each tuple as its raw data bytes.  This is in a
format that can be easily edited and feed back to the DTPL tool as an
input file using the -f option.  Note that any strings that are not data
bytes must be commented out with a ';' or removed from the input file.

The -t option displays each tuple in a more readable format.
Many of the tuples are interpreted and displayed in an expanded form.
For example this is done for the configuration entry tuples which are
difficult to understand without such expansion.  Following the expanded
information for each tuple is a dump of the tuple data bytes in an ASCII
HEX format followed by an ASCII dump of each byte in the tuple.
Non-printable bytes are diplayed as a period '.' in the ASCII dump.
Tuples that are not expanded are displayed in an ASCII HEX format only.


Note this tools has been tested using the SystemSoft and Phoenix Card
Services drivers.  If it fails to work on other Card Services
implementations, try using the -f option which reads the tuple data from
a file.


-----
Download Driver Pack

How To Update Drivers Manually

After your driver has been downloaded, follow these simple steps to install it.

  • Expand the archive file (if the download file is in zip or rar format).

  • If the expanded file has an .exe extension, double click it and follow the installation instructions.

  • Otherwise, open Device Manager by right-clicking the Start menu and selecting Device Manager.

  • Find the device and model you want to update in the device list.

  • Double-click on it to open the Properties dialog box.

  • From the Properties dialog box, select the Driver tab.

  • Click the Update Driver button, then follow the instructions.

Very important: You must reboot your system to ensure that any driver updates have taken effect.

For more help, visit our Driver Support section for step-by-step videos on how to install drivers for every file type.

server: web5, load: 0.43