The current driver supports LF line endings only.
For CRLF-based line endings in the ASCII env, the length of the value of
the variable passed to nvmem_layout_parse_mac_base is 18 bytes instead
of an expected length of 17 causing the parsing to fail.
So, let's add the ability to handle CRLF line endings by adding a
condition to check if the value ends with a '\r' character and replace it
with '\0' to properly parse the mac address.
Tested on Linksys MX2000, MX5500, and SPNMX56.
Signed-off-by: George Moussalem <george.moussalem@outlook.com>