Renamed CLASS_DEVICE_CREATE to COMEDI_CLASS_DEVICE_CREATE to avoid
name clash with RTAI.

Fix for SuSE 9.0 2.4.21 kernel.  Simplify jiffies_to_msecs() and
msecs_to_jiffies() to avoid preprocessor optimisations that depend on
HZ being a C constant expression.  Just round the result up to the nearest
integer.  The supported range of input values (avoiding arithmetic overflow)
is now less than that of the Linux versions of these functions for common
values of HZ, but that's unlikely to cause any problems (and if it does we
can fix it by making the functions more complicated).

m-series boards are unhappy if ai config fifo is empty, even when you
are bypassing it.

0.7.73 changes

bump version for 0.7.73

Fixed max ai speed for 628x boards.

Added bit definitions for m-series ai chanlist configuration register.

Use new m-series chanlist configuration for m-series boards, instead
of relying on backwards compatibility with e-series.

Fixed bytes_per_sample to return correct value in lsampl_t case, was
broken due to confusion between subdev->flags and subdev->subdev_flags.

Fix calculation of bytes per scan for 18-bit analog input m-series
boards when generating end-of-scan events.

Fix rounding up of buffer size to integer multiple of page size.

Bumped version for 0.7.72

Added 0.7.72 changes, and fixed misspellings of Ian Abbott's name.

Added new contributor.

Added missing GPL headers.

New drivers from Pablo Mejia <pablo@cctechnol.com>:

We have written basic drivers for two PC-104 boards we are using at work
and we would like to contribute them to the Comedi project.  The drivers
are for two Advanced Digital Logic (www.adlogic-pc104.com) boards:

104-AIO12-8
http://www.adlogic-pc104.com/products/peripherals/datasheets/104-AIO12-8.pdf

104-IIRO-16
http://www.adlogic-pc104.com/products/peripherals/datasheets/104-IIRO-16.pdf

The actual manufacturer is Acces I/O (http://accesio.com).  I believe
the same boards are also available from (http://kontron.com)

The drivers are
basic.  For instance no asynchronous operations are supported.  The
drivers do work (tested on Fedora Core 4 and 5).

Restore the old COPYING and INSTALL files after they are overwritten by
autoreconf -i -f.

Updated 'Adding new drivers' section.

Removed Documentation/Configure.help and Documentation/Configure.help.append

Moved addi_data.c into EXTRA_DIST until the drivers are back in the fold.

Skipped obsolete tests and added some new ones.

Corrected a printk format string that I forgot to update in previous commit
of das6402.c.

Add 'Contributors' to EXTRA_DIST.

Removed obsolete include/linux/kern_compat.h file.

Deleted obsolete Config.in files.

Add Kbuild to EXTRA_DIST.

Added some kernel compatability include files to EXTRA_DIST.

Added missing include for linux/version.h

Added length checks for data array of INSN_CONFIG_ALT_SOURCE and
INSN_CONFIG_PWM_OUTPUT

Used pci_name() when printing PCI device location.

Add compatibility function pci_name(pci_dev) for kernel < 2.4.22.  It
returns the pci device name as a char * (e.g. "00:09.0" for bus 0, slot 9,
func 0, or "0000:00:09.0" for recent kernels that include the PCI domain
in the string).

Cleaned up resource types.  Used unsigned int for IRQs.  Used unsigned long
for I/O ports.  Used resource_size_t for physical memory regions.

Added linux/types.h compatibility header.
typedefs 'resource_size_t' as unsigned long if kernel < 2.6.18.

Don't free IRQ if it wasn't requested successfully.

Don't free the IRQ if it wasn't allocated.

ifdef'ed out incomplete irq stuff from ni_daq_dio24.c

Check I/O region was allocated before releasing it.

Request resources before using them.

Remove Modules.symvers when cleaning as it can cause subsequent builds
for another kernel to fail.

Added 0.7.71 changes.

version bump

Fixed compiler warnings about unused variable in the interrupt handler
when building for 2.4 kernel.

set mite_phys_addr to zero after releasing io regions

turn pcmcia support on or off by default depending on whether
the kernel's pcmcia_driver struct has a probe function pointer.

Added check for length of INSN_CONFIG_SET_RTSI_CLOCK_MODE,
(David MacMahon <davidm@astro.berkeley.edu>)

Fixed number of channels in rtsi subdevice
(David MacMahon <davidm@astro.berkeley.edu>)

Extend automatic enabling of Kbuild mechanism back as far as kernel 2.6.10
(which is the first Kbuild enabled kernel supported by Comedi) and also
enable Kbuild mechanism if separate kernel source and build directories
are in use.

It ought to be possible to use the Kbuild mechanism back as far as kernel
2.6.8 by checking for the script/mkmakefile file (that's what I tried first,
actually), but use of the Kbuild mechanism for 2.6.8 and 2.6.9 is currently
incompatible with Comedi's build mechanism (I tried it).

Replaced AC_PATH_PROG with AC_PATH_TOOL when detecting the 'strip' program.
This is so the correct 'strip' is used when cross-compiling.

Avoid using AC_RUN_IFELSE to check the kernel major.minor version, as it
doesn't work when cross-compiling.

Every kernel Makefile I've looked at (at least for 2.4 and 2.6, including
those for separate kernel build directories) includes the "VERSION = x" and
"PATCHLEVEL = y" lines, so use 'sed' to extract the information from those
lines.

Applied patch from Ben Gardiner (blg at mast dot queensu dot ca):

It appears as though the changes were applied only to configure.ac.

In the current state, setting --disable-rtai will not avoid the check for the
presence of an rtai directory (line 16 in m4/rtai.m4) if the user has an
adeos/ipipe enabled kernel.

In the situation where the users has an adeos/ipipe enabled kernel, and a
non-standard rtai directory and does not wish to build comedi with rtai support
supplying --disable-rtai is not sufficient to complete the configuration script
without error. An additional --with-rtaidir=/non/standard/dir/ must be
specified. This seems counter-intuitive since the user has already supplied the
 --disable-rtai option.

Removed MODVERDIR=${tmpdir} when checking CFLAGS, as recent kernel Makefiles
delete that directory or everything in it.  Let the kernel Makefile set
MODVERDIR by itself.

Detect Kbuild in Linux kernel source directory, and use it to
automatically decide whether to use Kbuild to build modules.
--enable-kbuild can still be used to override.

Fix gcc-4.1 warnings (undefined macro in #if).

Fix gcc-4.1 warnings (uninitialized variables).

Fixed gcc-4.1 warnings (operation may be undefined).

Fix gcc-4.1 warnings (unused variable, printk format specifier mismatch).

Fix gcc-4.1 warnings (uninitialized variables).

Fix gcc-4.1 warnings (uninitialized variable).  The variable is question
has been removed, as it is only used on an unreachable path.  Also, don't
bother calling pcmcia_release_window() as there is no matching call to
pcmcia_request_window().

Made a few updates to install instructions.

Marked some initialization/cleanup functions with __init/__exit.

Added some missing pcmcia device tables.

removed obsolete file.

Patch from abbotti@mev.co.uk (Ian Abbott):

The pcm3724 driver is still using the deprecated check_region() call.  Also, it
doesn't check if things were allocated properly when cleaning up in the detach
routine.

The attached patch fixes it.

Patch from abbotti@mev.co.uk (Ian Abbott):

The following driver files call ioremap() but do not check if the return value
is NULL:

cb_pcidas64.c
daqboard2000.c
dt3000.c
gsc_hpdi.c
me_daq.c
mite.c
rtd520.c
s626.c

The attached patch takes appropriate action if the return value from ioremap()
is NULL.  (In some cases, this also required the addition of a flag
'got_regions' to the device private data structure to record whether the PCI
regions need to be released.)

The patch also removes the antiquated requirement of the address passed to
ioremap() needing to be on a page boundary.

patch from Ian Abbott <abbotti@mev.co.uk>:

I have a patch that changes the adl_pci9118 and adv_pci1710 drivers.  It
mimics their old behaviour of searching for an unused card, rather than
using the first card it finds.  I didn't need to change the cb_pcidas
driver after all as it wasn't using the amcc_s5933 driver, only some
macros from amcc_s5933.h.

The patch also removes the amcc_s5933 module from the Makefile.am and
Kbuild files and removes the function declarations, etc., from the
amcc_s5933.h file.

remove obsolete pcmcia stuff (irq_list and IRQInfo2)

Patch from abbotti@mev.co.uk (Ian Abbott):

The (few) module parameters used by comedi (for debugging and for specifying
irq_mask or irq_list for some PCMCIA drivers) haven't worked since kernel
2.6.11. If you try and specify a module parameter when loading a module, the
module fails to load due to missing symbols.

I have implemented a linux/moduleparam.h compatibility header using code
borrowed from the 2.4.25 kernel with some additions, and a patch to use it.

The module_param() macro has been implemented for 2.4 kernels.  Unfortunately,
it is not possible to implement module_param_array() for 2.4 kernels, so I
implemented a similar MODULE_PARAM_ARRAY() macro instead.  The third parameter
is different, being the length of the array rather than a (optionally null)
pointer to a variable set to the number of elements of the array that have been
filled in (that information is not available in 2.4 so I thought it best to omit
it entirely).  There is one restriction on the "length of array" parameter; it
has to be a decimal number (or a macro that expands to a decimal number), not a
fancy C expression, otherwise insmod won't parse it properly (if at all!).

Patch from abbotti@mev.co.uk (Ian Abbott):

Sometimes USB support breaks due to API changes in 2.6 or vendor patches (e.g.
Fedora Core 5's 2.6.15 kernel), so it would be useful to have a configure option
to disable it, like there is for PCMCIA.

More pci fixes.

Patch from abbotti@mev.co.uk (Ian Abbott).  Note, I am planning
to revert/alter parts of this patch shortly, I am commiting
the original patch so it is clear what I changed.

I've been through the PCI code of all the drivers (apart from the ones in the
addi_data directory) to apply the following rules:

1. Call pci_enable_device before looking at resources.  (I didn't do this for
the card list display code in amcc_s5933.c as it's only for debugging; it might
display bogus values on some platforms.)

2. Call pci_request_regions to request all PCI I/O and memory areas.  (Some
drivers were calling request_region on a subset of the valid regions, but
pci_request_regions is preferred.  Some drivers didn't bother requesting regions
and just used them anyway.)

3. If 1 and 2 succeeded, then when done with the device (on comedi detach), call
pci_release_regions and pci_disable_device.  Note that pci_disable_device is not
called if rule 2 failed, because that indicates that the device is being used by
something else (most likely another comedi device).

I've fixed some brokenness along the way, but the amcc_s5933 driver will still
break if more than one client driver uses it (but at least it now works if more
than one device is using that client driver).  To fix it properly will require
separate device lists for each vendor ID and maybe a reference count for each of
those lists - a job for another day!

More brokenness in the adv_pci_dio driver has been fixed. It tried to be clever
by keeping a list of PCI devices in use, but its list handling code was
completely broken.

I changed the s626 driver to use pci_get_device and pci_put_device instead of
the old pci_find_device.

I've checked over the changes twice, but am not able to test all the drivers of
course, so I might have introduced an odd bug or two, but I hope not!

Got rid of obsolete IRQ_INFO2_VALID

got rid of useless irq_mask variable.

Dropped support for pcmcia on kernels older than 2.6.16, on the
basis that it would be too burdensome to expect people adding new
pcmcia drivers to make them work on all the varying pcmcia
interfaces provided by different kernels.

Patch from abbotti@mev.co.uk (Ian Abbott) which ports pcmcia
drivers to 2.6.16 api.  It also deals with the dropping of the "owner"
member from the usb driver struct in 2.6.16.
I will shortly drop support for pcmcia
on kernels older than 2.6.16.

Compile fix when building with kbuild from Jan Gukelberger <g.u.g.i@gmx.de>

Patch from caleb@aei-tech.com (Caleb Tennis), which implements checks
for length of INSN_CONFIG_SERIAL_CLOCK and INSN_CONFIG_BIDIRECTIONAL_DATA.

Added new driver from sutashu@gmail.com (Stanislaw Raczynski)

Added new drivers to build

Replaced pci_for_each_dev() with a for loop and pci_get_device()

Fixed some compile warnings, and replaced pci_for_each_dev with
a for loop using pci_get_device().

New drivers from mike@mikelachaine.ca (mikelachaine)

Patch from abbotti@mev.co.uk (Ian Abbott) which adds missing
pcm3724_ko_SOURCES

Update to documentation comments from terry1@beam.ltd.uk (Terry Barnaby)

Patch from terry1@beam.ltd.uk (Terry Barnaby):

There was a bug in the PCI-6143 code in the ni_pcimio driver which stopped
the device being set to high sampling rates.
The enclosed patch fixes this.

Added option to force disabling of RTAI support, based on patch from
blg@mast.queensu.ca (Ben Gardiner).

Patch from calin@ajvar.org (Calin A. Culianu):

I modified the driver to more correctly reflect the physical connectors on the
PCMUIO board.  Basically rather than have 32-channel subdevices, I am making the
board use 24-channel subdevices.

The reason is simple: The board has 25-pin connectors.  Either two of them for
the 48-channel version or 4 of them for the 96-channel version.  Anyway, I made
this driver create 1 subdevice per connector.  It turns out in practice it is
more useful to have 4 subdevices with 24 channels each than it is to have 3
subdevices with 32 channels -- since you have to do funny math in your head to
figure out what channel 7 on subdevice 2 is.  By having a 1-to-1 association
between subdevice and physical connector, it's much easier to work with.

Added note about state of m-series support.

Added warning message to encourage checks of config insn data lengths.

Added INSN_CONFIG_GET_PWM_OUTPUT config insn.

Changed INSN_CONFIG_PWM_OUTPUT so the rounding mode for the up and
down times can be set independently.

Patch from terry1@beam.ltd.uk (Terry Barnaby):

This patch adds support to comedi for the NI PCI-6143 DAQ card.
It also adds support for the NI RTSI trigger bus used to synchronise multiple
cards to any ni_pcimio supported card.
The patch also requires a patch to the comedilib to support the RTSI.
More info on the patch is at: http://www.beam.org.uk/opensource/pci-6143/

Removed stray quotes from clean and install kbuild targets

Patch from abbotti@mev.co.uk (Ian Abbott):

2.6.13 introduced device ID tables for PCMCIA devices.  They seem to be required
to get automatic module loading to work for PCMCIA on some newer distros.

I've patched ni_mio_cs.c and ni_labpc_cs.c to include the device ID tables (only
for kernel version 2.6.13 upwards).  I don't have enough information to patch
the other PCMCIA drivers.

Disabling addi-data driver until it's floating point problems get
fixed.

Fix for RTAI compile with --enable-kbuild configure option, from
Edwin Steiner <edwin.steiner@gmx.net>

Fixed read of parallel port data lines, as reported by Franco Minutiello
<franco.minutiello@darts.it>

--enable-kbuild option of configure script works now.

Beginnings of support for kbuild with recent 2.6 kernels.

Fixed missing MODULE_LICENSE by using COMEDI_INITCLEANUP().

Fixed AM_CFLAGS for addi-data when using RTAI/RTLinux.