Clairify comment about Sensoray driver.

patch from gpalli@deis.unibo.it (Gianluca Palli):

Added Sensoray copyright notice.

patch from gpalli@deis.unibo.it (Gianluca Palli):

All compilation warning has been fixed. The includes of user space headers and
#ifdef RTAI has been removed, rt_printk is used for outputting debug messages.

A bug in s626_ai_cmdtest has been fixed.

mite_iobase is gone

add missing iounmap in detach

fix compile warnings due to doing write[bwl] and read[bwl] to addresses
specified by unsigned long instead of void*

fix return value of request_mem_region compatibility macro so it returns
a non-null value (null indicates error).

fix typo

some tweaks to try and support ao commands on pci boards without
ao fifos.

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

At the end of February (or possibly the beginning of March, depending on your
timezone!) I submitted a patch to remove pci_find_device and use pci_get_device
and pci_dev_put (and occasionally pci_dev_get) instead.

I messed up on the amplc_pc262 and cb_pcidas drivers as I forgot to replace
pci_find_device with pci_get_device, but added the calls to pci_dev_put, so the
PCI reference counts would go negative when the device was detached.  The
attached patch corrects this problem and also fixes an unrelated gcc warning in
the cb_pcidas driver about a possibly ambiguous 'else' requiring braces (my
fault again!).

patch from gpalli@deis.unibo.it (Gianluca Palli):

Got rid of user-space includes, and unneeded check for RTAI

Sensoray 626 driver from gpalli@deis.unibo.it (Gianluca Palli):

This driver is based on the Sensoray 626 GPL Linux driver

The ai_poll function is not yet implemented

ao_cmd support is under development

The 48 dio channels are divided in to 3 subdev (2,3 and 4) with 16 channels
(each group of 16 channels is managed by a different hardware registers). These
can be grouped in one subdev with 48 bit mask. Channels 0-39 can be used as
TRIG_EXT arg for ai_cmd (cmd->start_src=TRIG_EXT; cmd->start_arg=20; subdev 3
channel 3 is used as external trigger)

Encoder/timer device has a lot of configuration option. Now only the encoder
configuration is avaiable. If ai_cmd scan_begin_src=TRIG_TIMER or
convert_src=TRIG_TIMER are selected, the timer channel 5 and 4 respectively are
used as trigger.

The code is filled with a lot of debugging messages visible compiling the code
with -D_DEBUG_ flag

ordered ni_pci_table[] by id, and added some missing device ids

add Alexis Berlemont <berlemont.hauw@free.fr>

fix depmod call on install

add pci id for PCI-6731

only allocate comedi_irq_struct if we are going to use it (fixes memory
leak caused by my last changes).

undo my silly (and failed) attempt to support shared RT interrupts

fix return type for comedi_irq_struct.handler on 2.6 kernels

removed some obsolete #defines

rtai fusion support from Alexis Berlemont <berlemont.hauw@free.fr>,
slightly modified by me.  Patch to comedi_rt_timer has not been
applied yet.

added Simone Mannori

fix for analog output, based on patch from Simone Mannori
<smannori@f2n.it>

For one channel now sampling rates up to 30MHz are possible.
However, buffer overflows in the usb system limit the number
of consecutive samples to 256. At 5MHz 796 samples are possible
and at 3MHz continous sampling is possible.

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

I've done some work on getting rid of the check_region calls which are now
deprecated.

I first mentioned this back in March and did a little bit of work on it at the time:

https://cvs.comedi.org/pipermail/comedi/2005-March/006971.html
https://cvs.comedi.org/pipermail/comedi/2005-March/006977.html

My new patch seems to be too large for the comedi mailing list - they just
disappear into a black hole, so here is a description of my latest patch:

I used a static inline function called compat__request_region and (re)defined a
macro called request_region to use it.  The result is that drivers can check the
return value of request_region (or pci_request_regions) instead of calling
check_region.  Note that the compat__request_region does not return a pointer to
anything real, but it can be compared to NULL.

The attached patch implements the above compatibility stuff and changes the
drivers to use it (but I changed the amplc_pci230 driver to use
pci_request_regions instead of request_region while I was at it).  I've also
changed the compatibility version of pci_request_regions to avoid calling
check_regions (otherwise it would be called twice) and also made it release any
regions it successfully requested on failure.

Most of the changes to the individual drivers were straightforward.  One or two
required a modicum of thought to release resources on error.

urb_kill is available from 2.6.8 and not from 2.6.10. This affects
especially sarge which works with 2.6.8. The urb_kill command
is much safer than urb_unlink.

urb_kill is available from 2.6.8 and not from 2.6.10. This affects
especially sarge which works with 2.6.8. The urb_kill command
is much safer than the urb_unlink.
The async cmd is modifying the sampling interval so that the
user program can use the real sampling rate.

added jiffies_to_msecs() and msleep_interruptible() to compatibility
headers

added msecs_to_jiffies() compatibility definition

add USB_CONTROL_MSG and USB_BULK_MSG compatibility functions due
to change in meaning of timeout argument with kernel 2.6.12

Reduced the amount of debug messages during normal operation.

revert to revision 1.8, as the issues with remap_page_range have already
been fixed by migrating to remap_pfn_range

try to fix problems on pc104-das16jr that occur when an
dma transfer with an odd number of bytes occurs.

be more careful about sending pci-1760 mailbox commands

fixes for 1760: base address index was wrong (from
Bill Jennings <comedi@bigriverwireless.net>), and I cleaned up some
dead code and removed broken (and unneeded) pci1760_insn_read_di()

add error message when request_irq fails

removed debian files from cvs

Wiktor Grebla wrote in the comedi mailing list:
Somwhere around 2.6.9 kernel remap_pfn_range() was introduced as a
portable replacement for remap_page_range,
presumably with some wrapper which has dissapeared recently (2.6.11),
what resulted in "Unknown symbol" while
loading comedi module (and the following ones because of the symbols in it).
I've changed include/linux/mm.h slightly, hopefully without breaking
anything.
Seems to work. I've tested it with 2.6.10 and 2.6.11.

added comedi_mark_buffer_written() to kcomedilib

Changed maxrange from 0xfff to 0x1000. The converter can reach the
value 0x1000 if there's an overflow. Thanks to Frank Mori Hess who
pointed that out.

Applied to the 0.7 branch:
Fixed a bug which uploaded the firmware always to the first
device. Even if there were two devices. Thus, the second device
never got the firmware uploaded. Thanks to Bjorn Kinell.

copy from HEAD

summary of 0.7.70 changes

Remove references to linux/irq.h

Re-add call to depmod if it's a normal install

added José Luis Sánchez

Remove linux/irq.h.  It should be asm/irq.h, which is included
automatically.

Use -i and -f flags

Fix drivers.txt target

Use autoreconf.  Add files

Change the way files are disted.  Remove all the crap from scripts/
that's no longer used.

Documentation fixes

version bump

Make distcheck work.  Add LINUX_MODULE_STYLE to indicate module
building style.

fix compile warning, and initialize both tio chips

patch from Klaas Gadeyne <Klaas.Gadeyne@mech.kuleuven.ac.be>
which fixes problem with initialization of CounterSwap bit in the
ClockConfigRegister.

The patch also fixes a small bug in the configuration of the TIO to serve
as an encoder:  There was a copy-paste error in the code for taking into
account the index pulse or not.

check for CAP_SYS_MODULE instead of CAP_SYS_ADMIN in comedi_fop_open()

add mention of comedi_nonfree_firmware tarball

allow schedules() during firmware upload

add support for loading firmware into main fpga and scarabs on pci-6534

add support for uploading firmware on 64 bit arches, and added support
for loading up to 4 different firmware files (will be needed by
ni pci-6534).

add SDF_DITHER flag to analog input subdevice

fix version check for remap_pfn_range() compatibility

replace remap_page_range with remap_pfn_range

move check of s->busy after aquisition of big_comedi_lock in
do_lock_ioctl.  Make locking return a less confusing error code
on failure.  Make locking fail if process already has lock (alternative
would be to make locking recursive, but I don't see a reason to bother).

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

Here's a change to my new amplc_pci224 driver to use pci_request_regions
instead of check_region/request_region, as suggested by Frank.

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

Here's a new driver for the Amplicon PCI224 and PCI234 analog output cards,
supporting streaming AO.  It seems to be working well except that the first scan
can misfire at the start of acquisition, and I can't find a way to work around
this hardware problem.  It shouldn't matter too much for waveform output.  I've
mentioned it in the caveats section of the driver documentation.

fix compile error

use 8255 driver for 8255 subdevice

fixed "cast as lvalue" compiler warning

add support for new INSN_CONFIG_DIO_QUERY

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.