a2dp: Remove disabling of rate scaling for certain car headunits

It seems like it was originally made for Porsche PCM headunits but the device
detection wasn't specific enough. On my 2012 Audi A6 with a MMI touch
headunit it caused a lot of cracks and pops in the audio. Removing it brought
the audio quality back to the same level it was at in Android 4.1.

Change-Id: I009f25f9fddcf6c08c7e063797bd282ef89dc355
Bluetooth losing HF connection to car-kit after 5 seconds

This patch adresses a change in bluetooth which causes a possible
loss of connection within 5 seconds after connecting.  This new
behavior appeared with android 4.2 (4.1.2 worked fine in this regard).

I traced down the disconnects to an BTA_AG_SVC_TOUT_EVT via a timer
that checks if a service connection was made within a few seconds.
Essentially bta_ag_svc_conn_open() was not called on AT+CMER because
android thought the car kit supported 3WAY but the car kit did not
set the 3WAY flag via AT commands and did not send AT+CHLD either.
Android otoh used the flag obtained by SDP and expected 3WAY behavior
and eventually disconnected when AT+CHLD did not arrive.

This may be a bordeline case, because in the Bluetooth Specification
(page 20), assuming service level initialization via SDP is only
mentioned on the HF side while there is no such mention (but could
probably be implied) on page 21 for the AG.

Fact is however, that the use of SDP features value for peer_features
is new since Android 4.2 and breaks existing good behavior on a BMW
2005/E46 car kit (navi professional). This kit never asks for AT+CHLD
and never via AT commands suggests it supports 3WAY (although it seems
to have the flag set via SDP).

Also, having essential behavior (like making the connection or not)
depend on circumstances that may be prone to race conditions, may be
a good reason to not use the SDP flag also (or at least masking out
the 3WAY bit when using it).

(An alternative approach could be to hook into bta_ag_timer_cback() and
when the timer exipres, but when also AT+CMER has been seen meanwhile,
to continue and assume a service level connection without 3WAY,
i.e. clearing the 3-way flags but calling bta_ag_svc_conn_open() anyway.)

Change-Id: I95dcdc5f46e7af723a655afd3d707764603c96c3
Signed-off-by: Markus Schmidt <shimodax@gmail.com>
added syslog warning on bluetooth BTA_AG_SVC_TOUT_EVT

a syslog warning is added that exposes the BTA_AG_SVC_TOUT_EVT to the log.
(When that event is encountered, this event will close an open connection
assuming there is no servicable headset).

In my case, this event accompanied the lost bluetooth connections with my
car kit since android version 4.2. It took a new compile with debug flags
all over the place to find what was causing the connection to be closed.

In any case, I believe that a timeout with consequences like this is worth
a warning (debug will not be shown in the log by default).

Change-Id: I41c0c582635ef5b3aa37b4ef3a9b83f687c84f01
Signed-off-by: Markus Schmidt <shimodax@gmail.com>