changed type of receiver_buffer_size to uint16_t

[ghost]

Change type of receiver_buffer_size to uint16_t to permit buffers >255 bytes long.

[jepler]

Thanks for your pull request, @iot49.

The "travis" checks have failed because there are multiple different implementations of the function "common_hal_busio_uart_construct" in circuitpython; generally, one for each different microcontroller family. I believe that you only changed one of them.

ports/esp8266/common-hal/busio/UART.c:void common_hal_busio_uart_construct(busio_uart_obj_t *self,
ports/nrf/common-hal/busio/UART.c:void common_hal_busio_uart_construct (busio_uart_obj_t *self,

You'll need to change them all (you can do it by adding more commits to this pull request). While doing so, you should look whether a uint16_t value is handled properly . For instance, I reviewed the atmel-samd one, and it appears to be OK because it assigns the receiver_buffer_size to a field of type uint32. If some other implementation assigns to a field of type uint8_t then there would be further changes required to fix that, or else larger buffers would still not be possible on that platform.

[ghost]

@jepler thanks for the feedback. I made the changes, let's see what Travis thinks.

Note: As you say, the samd port assigns to a uint32_t. The esp8266 port ignores the parameter altogether. But I did not verify these changes on hardware (except nrf).

[jepler]

Thanks, this looks good to me (and travis-ci) now.

[tannewt]

@jepler feel free to merge after approve.