This change moves the init structure into the can_data_t which will help with simplifying the addition of CANFD. All of the bittiming is now embedded into the HAL structure.

Add the code to support CANFD to the code which does not touch the existing bxCAN implementation.  CANFD works in normal mode.

Added these to fix build issues (missed in another commit)

Budgetcan was breaking the build due to num channels being redefined.  Since one one channels works for now default to one.

Was previously ignoring the active flag, budgetcan needed it to be active low.

Allows for flexible use of the frame type.  CANFD frames are larger than non-CANFD and devices without FD should not need to utilize the larger struct.

Unsure why removed, is present in the linux kernel

All of the code changes to allow CANFD to initialize via the driver.

Doing the required work

Add all the rest of the hooks for CANFD.
- Needed to move the zeroing of the channel and flags into can.c as CANFD uses the flags (not zero)
- Still only supports a single channel
- Tested RX and TX CANFD frames at 2Mbps

This was a carryover from some HAL code.  Easier to pass the pointer to the data structure within the frame.

Implementing recommendation to store the bit timing values as unshifted whole numbers.  This ensures for debugging that the values in the struct are readable.  Return the shifting to the write of the BTR as was previously done.