Ciphering and synchronization options are similar to the primary
transceiver (the sync bearer is handled seperately), only the
entry points of primary and secondaries differ.
Signed-off-by: Patrick McHardy <kaber@gw.localnet>
- rename Receive and Transmit functions to RX_ and TX_
- add P00 receive function. This is necessary for channel measurement,
which should measure only over the real packet length.
Signed-off-by: Patrick McHardy <kaber@trash.net>
There's no need to reinitialize the radio configuration when changing
channel modes, just initialize it once in sc1442x_init_slot().
Signed-off-by: Patrick McHardy <kaber@trash.net>
The first byte of the transmitted preamble is currently zero. For some
reason the firmware transmits 5 bytes of firmware, my assumption is that
the first byte is used during ramp-up of the radio.
According to ETS 175 300-02 Chapter 4.9, the ramp-up pattern must be
either the natural extension of the preamble pattern, or the value 0.
Both appear to work equally good, which seems to confirm my assumption.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Accept non-P00 packets with A-field CRC errors and filter them in
software. I_N minimum delay bearers may still accept the B-field.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Use 16 bit writes when copying larger amounts of data. This improves
both read and write speed by roughly 30% in case of the PCMCIA device.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Use P_SC on reception in PP mode to keep the clock synchronized to the FP.
This reduces the phase offset between two coa devices from 15kHz to < 0.5kHz.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Apparently the Type II cards don't work properly unless the Codec is
disabled - scanning, channel hopping etc. is performed, but no FPs
are found at all.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Access to the chip memory needs to be serialized to avoid races between
switch to a bank and actually using it.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Rename all files, constants and functions to reflect the fact that the
driver handles the 14424 as well.
Signed-off-by: Patrick McHardy <kaber@trash.net>