Version and README updated to LinCAN version 3.3.

Correction of false i82527 IRQ stuck problem reported by Terence Soh.
The interrupt pending flag has to be clean even, if we cannot process
synchronous activities. The flags ensures, that they are processed
later in such case. The change requires testing, I have not get
to testing yet.

Eric Pennamen contributed support for NSI CAN PCI.
Some possible cleanups and modifications should be discussed in future.

The SJA1000 interrupt support modified to provide more robust error recovery handling.

New style module parameters specification added for 2.6.17-rc1+ kernels.

Added "chip_info" entry to the /proc/can/channelX, contributed by Sergei Sharonov.
Code is compatible with 2.6.x and 2.4.x Linux kernels.
It would fail on 2.2.x version. If its functionality is required,
can_remove_proc_entry() has to be used on pointer stored in
the new field and code emulating create_proc_read_entry()
has to be added.

Correction of message data entry in rxtx and send utilities.

Corrected incorrect check of class_device_create() return code validity.
Noticed by Sergei Sharonov.

Documentation update to prepare for LinCAN-0.3.2 release.

Corrected conditional for "virtual" board inclusion in the board list.

Correction of the abnormal looping in SJA1000P ISR reported by Tomas Kupilik.

Corrected bad device_lock references by value found in IXXAT iPC-I 165 code
to the pointer kind parameters for can_spin_xxx calls.

Deep rewrite of TSCAN1 and TS7KV boards support.
Result requires tests on real hardware and probability
of breakage is very likely. The main aim of the rewrite
is to simplify register access code. The LinCAN driver
does not require more than first 32 byte ports to control
SJA1000 in pelican mode. With this simplification, no windowing
is required for TSCAN1 and only minimal support for access
of SJACDR has been left for TS7KV. The boards lookup checks
for IO range availability and TSCAN1 window can be placed
automatically as well. The "canio" parameter changed to "tscanio".

Some minor updates to adapt sources for changes introduced in 2.6.15 kernel version.

Added more detailed SJA1000 error reporting and primitive report rate limiting.
The detailed SJA1000 error reporting is enabled by adding next line
into config.omk file
  CONFIG_OC_LINCAN_DETAILED_ERRORS=y

Ronald Gomes from Technologic Systemscontributed support for TS-CAN1 and TS-7KV cards.
This is initial version and would require more cleanups and optimizations.

LinCAN driver updated to work on Real-Time Preemption enabled kernel.
Code tested on SJA1000 controller on the ARM based system
with Linux kernel 2.6.14 and Ingo Molnar's 2.6.14-rt5 patch.

The i82527 bus status status change interrupt is now reported and cleared.
This should fix reported "i82527_irq_handler IRQ 29 stuck" message.

The system dependent part moved from setup.c into separate file.

Introduced basic support for registration of "can" class and call devices,
which is required for UDEV support.

Included support for PiMX1 board with SJA1000 on MX_DIS1 expansion board.

SJA1000 driver interrupts processing modified to not rely on interrupt register for Rx and Tx.
The information about free chip ready condition for Tx message is now
obtained from status register. This solution enables us to equip SJA1000
driver by irq_accept method. Then only this part has to be run in real IRQ
handler and rest of ISR can be done in other thread. This is required
for possible porting to QNX as well. Change should helps to better
recover form bus-off mode as well.

Fixed bug message objects indexing introduced by previous driver changes.
This indicates, that i82527 requires more testing after 0.3.x driver
changes.

SJA1000 clockout divisors listed explicitly.

Updated for 0.3.1 release

Fixed typo

./switch2std replaced by ./switch-omk2std

Added missing chip attach and release to the virtual chip driver.

Added ipci165_attach_to_chip and ipci165_release_chip, which are mandatory
for the latest LinCAN base version.

Committed IXXAT iPC-I 165 (PCI) implemented by Radim Kalas from Unicontrols.cz.
This is initial unmodified code prepared against 0.3 version of the driver.
Small updates to mimic LinCAN core changes are required now.

More updates in the C_CAN support, but locking not reworked still.
The filters setup should work this time. But separation of CCIF1
only from IRQ and CCIF2 from other places and locking not redone yet.

ns_dev_can.c added for FPGA version of C_CAN ARM device
Contribution of Neil Bryan from embebidos.com

C_CAN sources re-indented
Linux indentation style used
#!/bin/sh
indent -kr -i8 -ts8 -sob -l80 -ss -ncs -cp6  "$@"

C_CAN changes
removed spin_unlock(&c_can_sprlock), because it is not used
in c_can_irq_read_handler(). Modified c_can_pre_read_config().

Added  attach_to_chip() and release_chip() functions for each chip.
This enables correct stopping and IRQ disable before driver unload.
This is required to get rid of problematic handling of shut down
for C_CAN ARM in ns_dev_release_io().

Ensure free of checked alloc memory in the case that module_init fails
and unused Unican function deleted.

Some more C_CAN changes

The MAX_MSGOBJS limit increased to 32 due to requirements of C_CAN chip.
This wastes 68-124 bytes for other chips. Some better solution should be
considered.

Elimination of superfluous chips header files

Changes to prepare work area for C_CAN testing and rethinking
Neil Bryan from embebidos.com works on C_CAN support
and he has contributed or initiated most of these changes.
There seems to be more problems to solve proper locking yet.

The CR line ending characters removed.

The CR line ending characters removed.
It seems, that Windows and OS9 version of the driver
is frozen and there has not been provided intention
or effort to do future synchronization of versions.

Message declaration updated to match VCA provided version.
The in memory layout is not changed. It is preparation for
changes required for future compatibility with 32 bit user
space on 64 bit systems.

Worker thread wake test protected by rtl_no_interrupts.

Next round of trying to allow handling VME interrupts of multiple
cards by RT Linux.

Updated to use readw and writew

Updated for adlink7841

README and Kconfig updated to reflect added cards support.

Added initial version of ADLINK PCI-7841 dual SJA1000 based board support.
Requires testing.

Added checking of values returned by copy_to/from_user
to fulfill 2.6.x kernel rules.

Changes, which should enable to handle more VME Unican cards under RT-Linux.
Solution is not fully clean and it is not consistent with RT-Linux
way to handle regular ISA and PCI interrupts. The deeper analysis is
required, how to use this approach with regular Linux. May it be, that Linux 2.6.x
with latest IRQ threads and mutexes instead of spin-lock  patches from Ingo
Molnar could profit from this in future too.

Added CAN chip specific irq_accept routine for fast interrupt acknowledge.
Required to prepare space for solution of problem with multiple VME Unican
cards used with RT-Linux enabled LinCAN driver.

Changed baudrate calculation to consider DSC selection.
This affects only PIPx cards, because only these use
crystal <10MHz (8 MHz in the case) and i82527 chip.

Corrected i82527 IRQ handling loop.
Bug found by Stefan Peter from MPL AG

Committed updated support for MPL AG PIP5, PIP6, PIP7, PIP8
Contributed by Stefan Peter from MPL AG

Petr Cvachoucek contributed support for Kontron EB8245 on-board CAN
It is using memory mapped SJA1000 controller.

Updated location of Paul D. Smith's make 3.81beta1 release

Missing break statement added.

Separated normal read and RTR assisted read transfer.
I have that long time on in my mind. RTR based transfer
in in its own IOCTL, where it belongs. This simplified
normal read and made ABI more POSIX compliant.
RTR code should be rewritten to be really functional.
We are starting new development period now.

Returned back filling of CAN messages timestamps for RT-Linux variant.
Used clock_gettime per Ismael's suggestion, needs more testing.

LinCAN 0.3 released

RT-Linux timestamps has to be done different way

OSCAR reset update

Changed SJA1000 chip IRQ handling to loop until all requests are served
This is not proven to be required for Linux kernel,
but it can be possible source of problems for ISA based cards
under RT-Linux.

Added support for oscar CAN interface.
It is SJA1000 based card connected to ARM LH7A400 SoC.
Support contributed by Michael Moedt  xemc _AT_ yahoo _DOT_ com

To prevent future name collisions "chip_t" changed to "canchip_t"

Committed Fanda Vacek work on major upgrade of CANopen framework
CanMonitor updated and communication protocol changed
to binary version. Automatic serialization and deserialization
code generation added.
CAN monitor daemon updated to support new binary protocol as well.
Enhanced CANopen device to connect with hardware through
hardware supporting shared libraries. Mapping is done
according to HDS (Handle Description) files.

Temporary fixes from RTL enabled lincan testing on VME hardware.

VME interrupts should be reenabled in VME driver, not here.

Added support for VME bus under RT Linux.

VME support modified to new interrupt handling scheme.

Correction for RTL build

First part of IRQ handling changes

The first chunk to support for PEAK's LPT dongle adapter
Code has been ported to LinCAN by Jose Pascual Ramirez
(josepascual _AT_ almudi _DOT_ com).

Adapted for modified version of VME bridge driver (ca91c042).

README updated

README CVS pointer corrected

EMS CPC-PCI fix correcting poorly undocumented PITA2 IRQ behavior.
This workaround compiles only for 2.6.x kernels now and correct
fix compatible with 2.4 requires driver wide changes.
That is why CPC-PCI is not enabled by default.

README and TODO updated

CPC-PCI second chip IRQ corrected. Message timestamp code added.
The timestamp code has some time overhead. If it is problem,
it can be disabled in the main.h file.

Some problems fixup in RTR read mode in read system-call.
This mode is there for compatibility reasons with old driver
version and should be moved to its own IOCTL.

Corrected CPC-PCI magic number check to not consider ID value.
The ID value seems to be different between cards.

More canqueue locking changes.

Correction of spinlock acquire order.
BUGFIX of possible deadlock on real SMP systems in the
canqueue functions. Significantly faster implementation
of canque_edge_decref() implemented for systems
defining CAN_HAVE_ARCH_CMPXCHG.

Deleted unintentionally forgotten lines in CPC-PCI support causing kernel Oops.

CPC-PCI added to Makefile.std

EMS CPC-PCI card support finished.
Requires testing, some bugs and mistakes are very probable, because I have
no access to the hardware..

Changed filling of the chip specific operations.
This enables simpler fine tuning for specific boards
which needs modified functions.
ENS CPC-PCI requires special interrupt handling for example.

LinCAN version updated to 0.3

Added prefix sja to all sjaXX_YY register bit-fields definitions.
Changed to solve ARM-linux kernel and LinCAN name collision.

Added delay required by Unican PCI cards detection code.
This is clumsy workaround for hardware misfeature.

Finished PCI Unicontrols card memory range initialization.
There are still problems with CL2 cl2_test_card timing.

Comment updated.

Changed data size from byte to unsigned for write_register indirect call
This is required for the support of the cards connected to the wider
bus architecture. This should not have negative impact, because
char has been propagated to int by C call convention anyway.
The global inline canobj_write_reg function has been left intact
(byte only), because it could better optimize for static call case.

The first phase of integration of Hynix HMS30c7202 C_CAN support

Added functions to flush all messages in edges connected to one ends structure

Added switch-omk2std script to simple switch from OMK to standard Makefiles

New file for EMS CPC-PCI card added. This card requires more changes
and documentation to get work.

Preparation to the new LinCAN 0.2.2 release

*** empty log message ***