Hi Mikel, On Thu, Dec 15, 2011 at 12:01 PM, Mikel Astiz <mikel.astiz.oss@xxxxxxxxx> wrote: > From: Mikel Astiz <mikel.astiz@xxxxxxxxxxxx> > > Failure on BlueZ-initiated SCO requests should not drop the RFCOMM > connection to the gateway. Instead, considering the stream as suspended > should be enough. > --- > audio/gateway.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/audio/gateway.c b/audio/gateway.c > index 9b1aab3..f28b14d 100644 > --- a/audio/gateway.c > +++ b/audio/gateway.c > @@ -255,7 +255,7 @@ static void sco_connect_cb(GIOChannel *chan, GError *err, gpointer user_data) > > if (err) { > error("sco_connect_cb(): %s", err->message); > - gateway_close(dev); > + gateway_suspend_stream(dev); > return; > } > > -- > 1.7.6.4 > Ack, this should be up to the endpoint to decided since it may want to retry. -- Luiz Augusto von Dentz -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html