TS-CAN1 and TS-7KV support separated and updated. Needs testing.

The "tscan1" and "ts7kv" board support shares minimal amount of functions.
The "ts7kv" support is moved to separate file now and is inclussion
into final build is controlled by separate option from "config.omk" file

  CONFIG_OC_LINCAN_CARD_tscan1=y
  CONFIG_OC_LINCAN_CARD_ts7kv=y

The both sources share "tsxxx_base" module parameter still
but solution is not elegant and use of different parameter
names is considered.

The "tscan1" seems to be used in MM I/O configurations on arm.
The the "tscan1mmio" hardware options has been included,
but there should be used ioremap() for MM I/O case.
But code found at Technologic Systems doesnot use it
 ftp://ftp.embeddedarm.com/pc104-peripherals/ts-can1/ts-7800-linuxr26/ocera-lincan-src.tar.gz
so I have not changed it.

The "ts7kv" is still I/O based only. May it be, that best
and simplest solution is to compile it with can_inb/can_outb
for x86 and with can_reab/can_writeb for ARM.

The code requires testing before prepared release.

Corrected print of address in report of card presence check failure.

Return back building of utilities provided with LinCAN.

Revert mistake in "some minor bug fixes for HCAN2 chip" commit.

Signed-off-by: ppisa <pisa@cmp.felk.cvut.cz>

Use send_sig() instead of kill_proc() in emulated kthread support.

This allows to compile driver on latest 2.6.27+ kernels,
but is incorrect anyway. The local code for kernel thread
support is not more needed for recent 2.6 kernels and code
should be modified to emulate same interface for older ones.

LinCAN partial update of thread helper support for 2.6.27+ kernels.

Ensure, that chip wakeup_tx function is not called for not fully setup CAN channel.

Problem found by Jan Kriz during USB<->CAN converter support development.

Whitespace cleanup in some LinCAN source files to prepare for integration of Jan Kriz work.

Updates to compile with 2.6.26 Linux kernel.

Fixes and updates for SECO M437 provided by Philippe Corbes

The SECO M437 has not been used from pre LinCAn driver days
so there has been accumulated more bugs in its support.
Thanks to Philippe Corbes, email:philippe.corbes _AT_ logibag.com
for providing fixes and testing.

Corrected seeking for MAKERULES_DIR in leaf-node Makefile redirector.

The operator "==" is not defined for some non-bash species of shells,
the use of "=" operator corrects the problem.

hcan2.c : some bug fixes, IRQ read optimalisation
open.c : pre_read_config is called once for each message object not only when configuring chip

some minor bug fixes for HCAN2 chip

Corrected TSCAN1 and TS7KV cards support to use IO address and base correctly.

The tsxxx_base variable should be used for ISA IO space base address only,
not as io_addr variable and "io" parameter unconditional override.

Thanks for problem analysis to Gonzalo A. de la Vega.

repair: sh7760 cannot be loaded as modules (Wrong params)

The SA_* flags has been replaced by IRQF_* flags for newer kernels.

The inttypes.h file is now standard, use it where appropriate.

It is important to include inttypes.h before any Linux/IOCTL
related headers, because there is int64_t type conflict on
some AMD64 Debian versions.

Added support for HCAN2 controllers integrated in SH7760.

The code has been developed during diploma thesis work at the Department of Control Engineering, FEL, CTU and has been tested on EMX32 SH7760 based board produced by MSC.

Added support for HCAN2 controllers integrated in SH7760.

The code has been developed during diploma thesis work at the Department of Process Controll, FEL, CTU and has been tested on EMX32 SH7760 based board produced by MSC.

Corrected typo in legacy PCA82C200 (SJA1000 std) chip driver.

Thanks to Terence Soh for noticing the problem.

Important notice, if the board is equipped by real SJA1000
CAN controller chip, then PeliCAN mode is much much better
choice and  sja1000p_register() function should be used
instead of bare standard sja1000_register() chip support.

Correction for 2.6.23-git kernel - unregister_chrdev() does not return value.

Changes in CAN/PCI-200 card sources to be more clean in types

The newer kernels are very picky about diferentiate of numbers,
virtual and IO afddresses types. Try to follow rules and allow
compatability with older kernels is little csardas.

Includded support for ESD Electronics CAN/PCI-200 card contributed by Manuel Bessler

Minor correction in PEAK PCI can support.

Some first tests worked on DigitalLogic's MSMCA104+
card clone. But interrupt handling requires
more testing. PITA documentation is unclear and real
behavior of IRQ status has to be analyzed and code
has to be adjusted accordingly.

Initial test version of PEAK System's PCAN-PCI support

This card is based on Infineon's PSB 4600 PITA bridge.

Minor chages to setup and enable filter masks for C_CAN chip correctly.

The first round of I/O space pointers separation.

The new 2.6.x Linux kernels separates I/O space
addresses from kernel and user space ones.
They are defined as (void __iomem *).
To follow this rule and suppress some warnings
LinCAN defines type can_ioptr_t now which allows
to keep code compatible between 2.4.x and 2.6.x kernels.
These changes exposes more other inconsistencies
in some boards support code which should be corrected
one by one later.

The code requires testing and checking on more hardware.

Update of IRQ handlers to conform to arguments from new function prototype (Linux kernel 2.6.19+).

The non-OMK stand-alone build updated to work with 2.6.18+ kernels.
The linux/version.h file no longer provides information about
kernel release. This information can be found in the linux/utsrelease.h
include file.
The problem reported and correction suggested by Francesco Monica,
but little different solution tested in other drivers has been
included at the end.

Do not attempt to include removed devfs_fs_kernel.h file for 2.6.18+ kernel.

Corrected incorrect use of mutex initializer for semaphore used in support code for IPCI165 card.
The mismatch prevented build of IPCI165 card support for fully preemptive kernel.

Fix to behave correctly on latest real-time premptible kernels.
preempt_disable() cannot be used there to boost thread priority temporarily.

The configuration control file for in OCERA tree build updated.

Changed kernel version to switch to new module parameters made consistent with value in "main.c".

Do not use new module parameters declaration for old 2.6.x kernels.

There has been change in used count report in module_param_array_named
macro somewhere around 2.6.10 kernel release which breaks LinCAN build

  -#define module_param_array_named(name, array, type, num, perm)          \
  +#define module_param_array_named(name, array, type, nump, perm)         \

Use "lincan" as syslog messages identification instead of "can.o".

Added support for generic IO range mapped SJA1000 chip ("genisa1000io").

Unified module parameters style to new one for 2.6.x kernels.
Old one style left for 2.4 kernels.
This prevents error:
  Ignoring new-style parameters in presence of obsolete ones.
Base board frequency specification moved to main.c and parameter
unified under name "clockfreq".

The use of chip->chip_data is unnecessary, chip->hostdevice points to corresponding candevice_t.
Change not checked on real hardware.

Update of NSI CAN PCI kindly provided by Eric Pennamen pennamen AT gmail dot com.

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