[PATCH 1/3] bluetooth: Do not switch to profile unless Playing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2011-11-23 at 17:08 +0100, Mikel Astiz wrote:
> If no audio stream exists to the remote device during discovery, setting
> the profile to hfgw or a2dp_source would result in a request. This is
> something that should not be done automatically.

Earlier in the function there's also a check for "d->audio_source_state
>= PA_BT_AUDIO_STATE_CONNECTED" (and the same ford->hfgw_state), and if
that check is true, then module-bluetooth-device will be loaded. The
only difference that your patch makes is that the "profile" argument is
not set anymore, so module-bluetooth-device will choose the default
profile using some other logic. I haven't checked what that other logic
is, but from the discover module's point of view that doesn't really
matter, because I don't think it should be aware of
module-bluetooth-device's internal logic for choosing the default
profile.

So, my point is that even with your patch module-bluetooth-device may
choose to activate a2dp_source or hfgw, even if their state is just
"connected". I'm not an expert here, so I ask you: should the state
checks be changed also earlier in the function so that
module-bluetooth-device won't get loaded at all if the only connected
profile is a2dp_source of hfgw, and they are not yet in the "playing"
state?

-- 
Tanu



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux