* 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).