linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* BD address changed but pairing failed
@ 2010-09-03 10:30 Sebastien Cayetanot
  2010-09-04 19:07 ` Luiz Augusto von Dentz
  0 siblings, 1 reply; 5+ messages in thread
From: Sebastien Cayetanot @ 2010-09-03 10:30 UTC (permalink / raw)
  To: linux-bluetooth

  All,

I'm currently facing an issue regarding the pairing of BT devices after 
having change the BD_Addr.


I use a TI chip and also use hci command or bdaddr script to modify the 
bd_addr

I'm also using the bluez-4.69

I change the BD_Addr using the bdaddr scripts provided into the bluez src.

When other devices scan me, the new address is seen but hciconfig still 
show the old BD address.

I have sent the hcitool cmd to read the bd_addr and after the hciconfig 
return the one.

I'm discoverable with the new BD address.

But When I try to pair an A2DP headset or BT Keyboard/Mouse it failed 
since BD_Addr change.

I have try to use directly the hcitool cmd using the vendor specific 
command but I got the same result.

I have tried to kill bluetooth daemon and restart it after having change 
the bd_addr. Still failing.

I have tried to kill bluetooth daemon before changing the BD adress and 
start it after the change it still fail.

I have also tried to power on/off interface. still the issue

I think that something is "broken" is bluez when the BD_Addr is changed.

Is someone already seen this issue ?

Regards

Seb

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: BD address changed but pairing failed
  2010-09-03 10:30 BD address changed but pairing failed Sebastien Cayetanot
@ 2010-09-04 19:07 ` Luiz Augusto von Dentz
  2010-09-06 10:17   ` Sebastien Cayetanot
  0 siblings, 1 reply; 5+ messages in thread
From: Luiz Augusto von Dentz @ 2010-09-04 19:07 UTC (permalink / raw)
  To: Sebastien Cayetanot; +Cc: linux-bluetooth

Hi,

On Fri, Sep 3, 2010 at 1:30 PM, Sebastien Cayetanot
<sebastien.cayetanot@linux.intel.com> wrote:
>  All,
>
> I'm currently facing an issue regarding the pairing of BT devices after
> having change the BD_Addr.
>
>
> I use a TI chip and also use hci command or bdaddr script to modify the
> bd_addr
>
> I'm also using the bluez-4.69
>
> I change the BD_Addr using the bdaddr scripts provided into the bluez src.
>
> When other devices scan me, the new address is seen but hciconfig still show
> the old BD address.
>
> I have sent the hcitool cmd to read the bd_addr and after the hciconfig
> return the one.
>
> I'm discoverable with the new BD address.
>
> But When I try to pair an A2DP headset or BT Keyboard/Mouse it failed since
> BD_Addr change.
>
> I have try to use directly the hcitool cmd using the vendor specific command
> but I got the same result.
>
> I have tried to kill bluetooth daemon and restart it after having change the
> bd_addr. Still failing.
>
> I have tried to kill bluetooth daemon before changing the BD adress and
> start it after the change it still fail.
>
> I have also tried to power on/off interface. still the issue
>
> I think that something is "broken" is bluez when the BD_Addr is changed.
>
> Is someone already seen this issue ?

I don't think you are suppose to change the address like that, it is
supposed to be done once in the chip initialization and then keep it
like that forever, so I guess there is something wrong if the chip is
already initialize with the wrong address. What are you trying achieve
with this?

-- 
Luiz Augusto von Dentz
Computer Engineer

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: BD address changed but pairing failed
  2010-09-04 19:07 ` Luiz Augusto von Dentz
@ 2010-09-06 10:17   ` Sebastien Cayetanot
  2010-09-07 19:58     ` Marcel Holtmann
  0 siblings, 1 reply; 5+ messages in thread
From: Sebastien Cayetanot @ 2010-09-06 10:17 UTC (permalink / raw)
  To: Luiz Augusto von Dentz; +Cc: linux-bluetooth

  Le 9/4/2010 9:07 PM, Luiz Augusto von Dentz a écrit :
> Hi,
>
> On Fri, Sep 3, 2010 at 1:30 PM, Sebastien Cayetanot
> <sebastien.cayetanot@linux.intel.com>  wrote:
>>   All,
>>
>> I'm currently facing an issue regarding the pairing of BT devices after
>> having change the BD_Addr.
>>
>>
>> I use a TI chip and also use hci command or bdaddr script to modify the
>> bd_addr
>>
>> I'm also using the bluez-4.69
>>
>> I change the BD_Addr using the bdaddr scripts provided into the bluez src.
>>
>> When other devices scan me, the new address is seen but hciconfig still show
>> the old BD address.
>>
>> I have sent the hcitool cmd to read the bd_addr and after the hciconfig
>> return the one.
>>
>> I'm discoverable with the new BD address.
>>
>> But When I try to pair an A2DP headset or BT Keyboard/Mouse it failed since
>> BD_Addr change.
>>
>> I have try to use directly the hcitool cmd using the vendor specific command
>> but I got the same result.
>>
>> I have tried to kill bluetooth daemon and restart it after having change the
>> bd_addr. Still failing.
>>
>> I have tried to kill bluetooth daemon before changing the BD adress and
>> start it after the change it still fail.
>>
>> I have also tried to power on/off interface. still the issue
>>
>> I think that something is "broken" is bluez when the BD_Addr is changed.
>>
>> Is someone already seen this issue ?
> I don't think you are suppose to change the address like that, it is
> supposed to be done once in the chip initialization and then keep it
> like that forever, so I guess there is something wrong if the chip is
> already initialize with the wrong address. What are you trying achieve
> with this?
>
Surely not but regarding some tests scripts I have seen on bluez, I 
suppose that's possible. Perhaps, some chips support and other don't.

I have tried to change the BD_Address during the BT initialization and 
prior any HCI command sent to the chip and it works.

I expected the same behavior than observed on WLAN :  I have changed the 
WLAN MAC address after and everything works fine.


Regards.

Sebastien

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: BD address changed but pairing failed
  2010-09-06 10:17   ` Sebastien Cayetanot
@ 2010-09-07 19:58     ` Marcel Holtmann
  2010-09-07 22:25       ` Sebastien Cayetanot
  0 siblings, 1 reply; 5+ messages in thread
From: Marcel Holtmann @ 2010-09-07 19:58 UTC (permalink / raw)
  To: Sebastien Cayetanot; +Cc: Luiz Augusto von Dentz, linux-bluetooth

Hi Sebastien,

> >> I'm currently facing an issue regarding the pairing of BT devices after
> >> having change the BD_Addr.
> >>
> >>
> >> I use a TI chip and also use hci command or bdaddr script to modify the
> >> bd_addr
> >>
> >> I'm also using the bluez-4.69
> >>
> >> I change the BD_Addr using the bdaddr scripts provided into the bluez src.
> >>
> >> When other devices scan me, the new address is seen but hciconfig still show
> >> the old BD address.
> >>
> >> I have sent the hcitool cmd to read the bd_addr and after the hciconfig
> >> return the one.
> >>
> >> I'm discoverable with the new BD address.
> >>
> >> But When I try to pair an A2DP headset or BT Keyboard/Mouse it failed since
> >> BD_Addr change.
> >>
> >> I have try to use directly the hcitool cmd using the vendor specific command
> >> but I got the same result.
> >>
> >> I have tried to kill bluetooth daemon and restart it after having change the
> >> bd_addr. Still failing.
> >>
> >> I have tried to kill bluetooth daemon before changing the BD adress and
> >> start it after the change it still fail.
> >>
> >> I have also tried to power on/off interface. still the issue
> >>
> >> I think that something is "broken" is bluez when the BD_Addr is changed.
> >>
> >> Is someone already seen this issue ?
> > I don't think you are suppose to change the address like that, it is
> > supposed to be done once in the chip initialization and then keep it
> > like that forever, so I guess there is something wrong if the chip is
> > already initialize with the wrong address. What are you trying achieve
> > with this?
> >
> Surely not but regarding some tests scripts I have seen on bluez, I 
> suppose that's possible. Perhaps, some chips support and other don't.
> 
> I have tried to change the BD_Address during the BT initialization and 
> prior any HCI command sent to the chip and it works.

all of them needed a special warm reset. The HCI_Reset was never enough.
I might work on some Broadcom chips this way, but all others do need
special reset magic.

> I expected the same behavior than observed on WLAN :  I have changed the 
> WLAN MAC address after and everything works fine.

The WiFi MAC address is different than a BD_ADDR. You can NOT expect any
similar behavior. That they happen to be both IEEE addresses means
nothing at all.

Regards

Marcel



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: BD address changed but pairing failed
  2010-09-07 19:58     ` Marcel Holtmann
@ 2010-09-07 22:25       ` Sebastien Cayetanot
  0 siblings, 0 replies; 5+ messages in thread
From: Sebastien Cayetanot @ 2010-09-07 22:25 UTC (permalink / raw)
  To: Marcel Holtmann; +Cc: Luiz Augusto von Dentz, linux-bluetooth

  Le 9/7/2010 9:58 PM, Marcel Holtmann a écrit :
> Hi Sebastien,
>
>>>> I'm currently facing an issue regarding the pairing of BT devices after
>>>> having change the BD_Addr.
>>>>
>>>>
>>>> I use a TI chip and also use hci command or bdaddr script to modify the
>>>> bd_addr
>>>>
>>>> I'm also using the bluez-4.69
>>>>
>>>> I change the BD_Addr using the bdaddr scripts provided into the bluez src.
>>>>
>>>> When other devices scan me, the new address is seen but hciconfig still show
>>>> the old BD address.
>>>>
>>>> I have sent the hcitool cmd to read the bd_addr and after the hciconfig
>>>> return the one.
>>>>
>>>> I'm discoverable with the new BD address.
>>>>
>>>> But When I try to pair an A2DP headset or BT Keyboard/Mouse it failed since
>>>> BD_Addr change.
>>>>
>>>> I have try to use directly the hcitool cmd using the vendor specific command
>>>> but I got the same result.
>>>>
>>>> I have tried to kill bluetooth daemon and restart it after having change the
>>>> bd_addr. Still failing.
>>>>
>>>> I have tried to kill bluetooth daemon before changing the BD adress and
>>>> start it after the change it still fail.
>>>>
>>>> I have also tried to power on/off interface. still the issue
>>>>
>>>> I think that something is "broken" is bluez when the BD_Addr is changed.
>>>>
>>>> Is someone already seen this issue ?
>>> I don't think you are suppose to change the address like that, it is
>>> supposed to be done once in the chip initialization and then keep it
>>> like that forever, so I guess there is something wrong if the chip is
>>> already initialize with the wrong address. What are you trying achieve
>>> with this?
>>>
>> Surely not but regarding some tests scripts I have seen on bluez, I
>> suppose that's possible. Perhaps, some chips support and other don't.
>>
>> I have tried to change the BD_Address during the BT initialization and
>> prior any HCI command sent to the chip and it works.
> all of them needed a special warm reset. The HCI_Reset was never enough.
> I might work on some Broadcom chips this way, but all others do need
> special reset magic.
>
>> I expected the same behavior than observed on WLAN :  I have changed the
>> WLAN MAC address after and everything works fine.
> The WiFi MAC address is different than a BD_ADDR. You can NOT expect any
> similar behavior. That they happen to be both IEEE addresses means
> nothing at all.
>
> Regards
>
> Marcel
>
>
> --
> 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
We succeed to change the BD address and have a working system if you 
change the BD address prior to send any hci command during the BT driver 
boot.

Regards

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2010-09-07 22:25 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-03 10:30 BD address changed but pairing failed Sebastien Cayetanot
2010-09-04 19:07 ` Luiz Augusto von Dentz
2010-09-06 10:17   ` Sebastien Cayetanot
2010-09-07 19:58     ` Marcel Holtmann
2010-09-07 22:25       ` Sebastien Cayetanot

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).