gd/hci: enable erroneous data reporting in controller

This patch enables the erroneous data reporting when an adapter is
initialized if it is supported. This is useful in enhancing the
audio quality when the audio processing is done in the stack.

Bug: 270652267
Tag: #floss
Test: atest bluetooth_test_gd_unit
Test: Manual testing. Connect a brya host to a headphone and watch
the erroneous data reporting flag when using HFP. When walking
far from the host, some broken SCO data packets were observed in
the btsnoop log as below:

  > SCO Data RX: Handle 513 flags 0x01 dlen 60
  > SCO Data RX: Handle 513 flags 0x03 dlen 60

The meanings of the flags values above:
- 00: data received correctly
- 01: possibly invalid data
- 10: no data received. All data from the baseband are marked as
      lost data.
- 11: Data partially lost.

BYPASS_LONG_LINES_REASON: Bluetooth likes 120 lines

Change-Id: Iec480dcc399a832e05dd8e1d1da55e7a51cf532c