promisc mode and broadcast BT sockets

promisc mode and broadcast BT sockets

[Pavan Savoy]

Hi,

I remember that eth0 had some flags which sets the raw sockets into promisc mode, so that we can receive the sockets on the interface even if we are not the intended host.
does something like this exist for BT sockets ?

If a user-space process is creating the socket, I understand that the process which does _create, _bind would get the events which it is supposed to, but how ?

example: I run hcitool scan, and a remote pairing request comes in, would the hcitool process also have access to the pairing request ?

if YES- then good - my work is done,
but if NO -- How do I make it to ? + How do I make it receive if the socket is created and does in-kernel socket calls [the hacked up way of get_fs/set_fs of KERNEL_DS].


Thanks in advance.


      Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com

Re: promisc mode and broadcast BT sockets

[Pavan Savoy]

Got it. [not top posting this time around....]

----- Original Message ----
> From: Pavan Savoy <pavan_savoy@yahoo.co.in>
> To: linux-bluetooth@vger.kernel.org
> Sent: Friday, 4 September, 2009 5:59:25 PM
> Subject: promisc mode and broadcast BT sockets
> 
> Hi,
> 
> I remember that eth0 had some flags which sets the raw sockets into promisc 
> mode, so that we can receive the sockets on the interface even if we are not the 
> intended host.
> does something like this exist for BT sockets ?
> 
> If a user-space process is creating the socket, I understand that the process 
> which does _create, _bind would get the events which it is supposed to, but how 
> ?
> 
> example: I run hcitool scan, and a remote pairing request comes in, would the 
> hcitool process also have access to the pairing request ?
> 
> if YES- then good - my work is done,
> but if NO -- How do I make it to ? + How do I make it receive if the socket is 
> created and does in-kernel socket calls [the hacked up way of get_fs/set_fs of 
> KERNEL_DS].
> 
> 
> Thanks in advance.
> 
> 
>       Love Cricket? Check out live scores, photos, video highlights and more. 
> Click here http://cricket.yahoo.com
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


It does seem that adding all ptypes and all events filter in kernel ['ala hcidump in user-mode] I am able to catch in the events and do get my recvmsg called - unfortunately kernel panicked [may not be a BT issue et. all - just may be i am poor at pointers].

I just want to know, how do I safely implement _send and _recv HCI socket functions in my kernel module ?

regards,
Pavan



      Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com

HFP - A2DP in BlueZ

[Jothikumar Mothilal]

Hi Marcel and all,
I was able to test HFP/A2DP independently.
Is BlueZ supports multi profiles?
For example, like A2DP with HFP - When you listen song, if you get a Skype =
call,
Stop audio streaming and attend the call and start streaming once the call =
is disconnected.

Is this feature available in BlueZ? If so from what version of BlueZ?
Is some one tried and succeeded with any headset/PC dongle combination.
Please update.

Thanks,
Jothi

Re: HFP - A2DP in BlueZ

[Johan Hedberg]

Hi Jothi,

On Mon, Sep 07, 2009, Jothikumar Mothilal wrote:
> I was able to test HFP/A2DP independently.
> Is BlueZ supports multi profiles?
> For example, like A2DP with HFP - When you listen song, if you get a Skype call,
> Stop audio streaming and attend the call and start streaming once the
> call is disconnected.

Yes, we support it. The recommended way to connect both profiles is to
simply use the org.bluez.Audio.Connect() D-Bus method. You'll need to have
some integration with the actual telephony subsystem (e.g. skype in your
case) as well as some extra handling in the component that interfaces with
bluetoothd over the audio unix socket (pulseaudio/gstreamer/alsa/etc).
Your media player should probably also be telephony aware or at least
provide an interface to a component that is telephony aware so that the
playing can be paused for the duration of a call.

In Maemo 5 this all works quite well by using the bluez maemo telephony
driver and a special pulseaudio policy module which handles the stream
switching on the pulseaudio side. Even with upstream pulseaudio on my
Ubuntu laptop I can get the profile switching somewhat well working with
the help of the pavucontrol tool.

> Is this feature available in BlueZ? If so from what version of BlueZ?

In theory any 4.x version should be fine, but the newer the version the
higher the chances that it'll work well.

Johan