move some checks for length of data[] in configuration insn to core

add id for INSN_CONFIG_DIO_QUERY for querying configuration state
of dio line

at least now i know why the 6534 doesn't work

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

updates the drivers to use
pci_get_device() instead of pci_find_device() and fixes a few other bits
that seemed to be broken: mostly insufficient checking in the 'detach'
routines.

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

adds two more compatibility
definitions for 'pci_dev_get()' and 'pci_get_device()'

updated documentation: firmware cannot be compiled into driver any more.

pci-6534 does not work

6035 only has 12 bit analog output resolution, despite 16 bit input
resolution.  Added ao_bits member to board struct to deal with it.

6034 and 6035 don't have 8255 chips

compile fix for gcc 2.95 from al14@inf.tu-dresden.de (Andreas Leuner)

don't use deprecated pci_find_subsys(), replace with pci_get_subsys()
(and pci_dev_put())

implementation of pci_find_subsys for old kernels from abbotti@mev.co.uk (Ian Abbott),
and #defines for pci_get_subsys() and pci_dev_put() from me.

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

"modprobe dt3000" fails on current 2.6 kernels due to missing symbols in the PCI
stuff.

The attached patch should fix it, but needs testing properly.  I've checked that
it modprobes okay, but don't have the hardware to make sure it finds the board okay.

patch from emmanuel.pacaud@univ-poitiers.fr (Emmanuel Pacaud):

here's a patch that extends AI streaming capabilities of the
adl_pci9111 driver, and fixes analog output.

need to change things around a little to prevent asm/tlb.h from breaking
compilation against debian 2.4.27 kernel headers

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

The last change to das08_cs.c on Feb 5 breaks on 2.4, though the change
itself was not unreasonable (it saves a few bytes at least).  The
problem is that the change was incompatible with the version of struct
device_driver defined in comedi's linux/device.h compatibility header.
In the "real" version of struct device_driver, the "name" member is a
"char *", but in the compatibility version it's a "dev_info_t", which is
a "char[32]".

The attached patch sorts it out in the compatibility headers.

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

This patch against CVS also applies to comedi-0.7.69 and allows it to
compile correctly against Red Hat 9's 2.4.20-8 kernel, and probably
others using the "statm" kernel patch.  It also changes the conditions
for defining the pte_offset_kernel() macro in the asm/pgtable.h
compatibility header to avoid it being redefined.

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

I think it's probably a bad idea for my amplc_dio200 driver to call
comedi_event() while it's holding a spinlock.  The call to comedi_event
could call a kcomedilib client's callback function, which might do
something that requires the same spinlock, leading to a deadlock.

The attached patch moves the calls to comedi_event() to a safe point
after the spinlock is released.

Removed a buffer overflow routine again. The buffer overflow can
only be detected in the firmware when 3 out of 4 buffers are full.
Thus, the condition that all 4 buffers are full gives already
an buffer overflow.

replace 0x10000 with max_count constant, and handle a couple more
corner cases

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

Here's a couple more minor patches for the
i8253_cascade_ns_to_timer_2div function, which I should have spotted
earlier.

8253_dupcalc.patch gets rid of a duplicate calculation
8253_overflow.patch adds some arithmetic overflow checks to the "early
exit" test.

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

This patch sets the COMEDI_CB_BLOCK event in the interrupt routines of
the comedi_parport and amplc_pc236 drivers, as whatever is monitoring
the interrupts probably wants to know about them as soon as possible!

new driver from Ian Abbott <abbotti@mev.co.uk>

inew compatibility header from Ian Abbott <abbotti@mev.co.uk>

add missing include for likely/unlikely

new compatibility header from Ian Abbott <abbotti@mev.co.uk>:

Here's an asm/semaphore.h compatibility header to help build Comedi
drivers for kernel versions prior to 2.2.18.  It defines the following
missing macros:

init_MUTEX(x)
init_MUTEX_LOCKED(x)
DECLARE_MUTEX(name)
DECLARE_MUTEX_LOCKED(name)

I didn't define sema_init(sem, val) as I the implementation is
arch-dependent.

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

This patch improves the "early exit" test in the
i8253_cascade_ns_to_timer_2div function (comedi/drivers/8253.h) to take
account of a divisor of 65536 being represented by 0.

patch from Emmanuel PACAUD <emmanuel.pacaud@univ-poitiers.fr>:

Here's a trivial patch that closes comedi device file when detaching
comedi_rt_timer driver.

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

This patch adds compatibility code for the 'wait_event()' macro in
linux/sched.h for kernels prior to 2.2.3.  The actual implementation in
this patch has been taken from 2.2.14.

Added proper insn command with a sampling rate of 1MHz/16.
Now 4 packets are ignored before data is sampled. One packet was not enough.
Improved timing for the multiplexer. Should run now reliable at high rates.

fix license header (comedilib is lgpl)

force read from channel 0 when CR_ALT_SRC is set in ai read insn.

fix pcmcia_driver.drv.name

fix for need_resched from Ian Abbott <abbotti@mev.co.uk>:

This patch alters the Comedi driver's linux/sched.h compatibility header
to move the need_resched function after the #include_next directive.
This is because the 'current' task variable is not defined until after
the real linux/sched.h is included.  I've also removed the comment - "/*
not sure exactly when need_resched() was added */"; I've checked, and it
was added in 2.4.20 as the code stated.  I thought I'd fix the incorrect
comment at the top of the file while I was at it.

enable burst mode dma transfers on mite

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

This patch fixes a harmless logical error in the _attach routines of the
amplc_pc236 and amplc_pc263 drivers that I noticed while looking at the
pci_for_each_dev stuff.  Also, now that the drivers ar using
pci_find_device instead of pci_for_each_dev, the patch offloads some of
the searching for a matching PCI device to the pci_find_device function.

The bug is just after the loop that finds the PCI device ID table entry
that matches the comedi board name.  The test for reaching the end of
the PCI device ID table without finding a match was incorrect.  I say
the bug is harmless because there would have to be another bug somewhere
else to trigger this bug.

fix rounding error in bytes_per_scan() for dio subdevices, noted by
 Ian Abbott <abbotti@mev.co.uk>.  Also, round to nearest sampl_t or
 lsampl_t size, instead of nearest byte size.

rename some members of bufinfo struct to make output mmaps
workable

got rid of pci_for_each_dev macro (which no longer exists in 2.6
kernels)

alphabetized contributors

fix for cmdtest check of start_arg, from Ian Abbott <abbotti@mev.co.uk>

fix for gcc3.4 compile error from Ian Abbott <abbotti@mev.co.uk>

Removed a transfer flag which gave a compilation error under 2.4.x.
Transfer works without it anyway. Thanks to Ian Abbott who reported the bug.

get rid of KILL_FASYNC define, since it is already in linux/fs.h compat
header

Tested with 2.6.10. Introduced min sampling rate which is 60kHz.

Minor changes. Tested with 2.6.10.

Compilation aborted because the makefile wasn't able to generate
object files for some drivers. Added some missing lines like:
pcl812_ko_SOURCES = pcl812.c

fix rtlinux compile

From kernel version 2.6.10 the function usb_kill_urb has to be used instead
of the old unlink function. This makes hotplugging much safer, in
particular when the user unplugs the device while it is transmitting
data.
Also added some comments to the debug defines.

Switched from iso transfer to bulk transfer. ISO is not the right
transfer mode as it imposes a certain sampling rate. The sampling
rate, however, is set by the GPIF and not by the transfer protocol.

compatibility functions so udev support compiles on 2.4 kernels

handle errors when trying to get kernel flags

make lack of .hdepend in kernel dir a warning instead of an error

add support for udev

generate overflow events when ai fifo overflows with pio transfers

Fixed bugs reported by csp@andrew.cmu.edu.  The bug report was as follows:

I have been attempting to get a NI-ATAO10, a 10 channel legacy ISA analog output
board, working with comedi. Apparantely the way comedi_from_phys works to
convert voltage to sample doesn't seem to work correctly with the ATAO10 board.
I found that the correct sample data for the ATAO10 board is as follows:

In unipolar mode
0V = 2048
+10V = 6143

In bipolar mode
-10V = 2048
+10V = 6143

It seems that comedi_from_phys is somehow shifted by 2048 from what it should be
(comedi_from_phys gives values from 0 to 4095).

Furthermore, comedi does not detect the polarity of the board (I'm not sure if
this is possible on this board); thus the range is always reported as -10V to
+10V even if the board is set on unipolar mode (which is achieved by setting
jumpers on the board).

Finally, for some reason, channel 0 does not work with Comedi (the board fully
works in Windows). The other 9 channels work.

make single-scan ai commands work

fix "Devices:" comment field

enhancement from YEOW NGEE SOON <nsyeow@pd.jaring.my>:

added simple event counting

new driver from YEOW NGEE SOON <nsyeow@pd.jaring.my>

fix for pcmcia fifo-half-full interrupt problems from
"Blacker, Phil M" <phil.blacker@atkinsglobal.com>

make autogen.sh work with automake1.9

added new drivers from José Luis Sánchez (jsanchezv@teleline.es)

sort devices.txt

some comment fixes to make Devices.txt get generated correctly

cmd is now dumping the first 5 packets. They are usually leftovers
from last the cmd: 4 packets from the quad buffer in the usbduxfast
and one packet kept by the host controller.

The memory allocation flag GFP_KERNEL is not permissible in an
interrupt callback. It has to be GFP_ATOMIC. The submit_urb
function has been called with the wrong kernel kernel flag. It's
now GFP_ATOMIC. Thanks for the feedback from Dave Brownell.

Commented out the USB ID for testing purposes and added the proper one for
ITL/Univ of Stirling (product IDs 0x10 and 0x11).

Added the usbduxfast driver.

Initial version of the new usbduxfast driver. Tested with 2.4.27 and
2.6.9.

Remove bogus scan_end_src.  By the way, the last log message should have said
"added support for stop_src==TRIG_NONE", instead of saying he added
support for externally triggered input commands

added Brent Ledvina

Support for externally triggered input commands from Brent Ledvina
bml22@cornell.edu

Added Steve Sharples

Enhancement from Steve Sharples:

I've added the ability for the AI command to support "triggered burst mode"
sampling, ie:
- scan_begin_src=TRIG_EXT
- convert_src=TRIG_TIMER

renamged Changelog to ChangeLog and add entry for 0.7.69

oops, convert counter really should be limited to 16 bits after all

Fix bogus sample at beginning of ao command (me).  Fix check of convert_arg
in ai_cmdtest() (Jonathan Wang <jtwang@MIT.EDU>).

fix passing of bad argument to comedi_error()

add support for 6014, and add missing entries to  pci device table

bump version for release

me400_fw.h is gone

modtool.in is gone

check for modpost in two possible locations

fix missing $ in check for depmod

fix for shared interrupt bug from steve.sharples@nottingham.ac.uk

fix argument to rtl_delay for rtlinux

Typo in the synchonous out command: in case of an error the
synchronous _in_ command was stopped instead of the out command.
Also added a short description of the timer connections.

use rtl_delay() for rtlinux

usleep() seems to crash rtlinux when called from non-rt priority

add error message when no isapnp support is available

return error if a command is run with no irq

The submission of the bulk transfers can be delayed. This leads in the worst case to a change in the order of bulk transfers. For example, the insn command requests the counter value. After that another insn requests the status of the digital port. It happens that these requests are swapped in their temporal order because the USB controller might delay a submission because of heavy traffic. The linux kernel _assumes_ that the packet has been sent. In fact this can't be guaranteed. Therefore now the packet which is sent from the firmware is checked. If it is the wrong one it is requested again.

fix deadlock on end-of-acquisition

move setup of subdevices after init of plx9080

fix initialization of eeprom subdevice

updated usbdux driver from Bernd Porr

fix INSN_GTOD

fix double-munging when bufinfo ioctl is called in concert with
read()s from /dev/comediX

add isapnp device id for at-mio-64e-3