headers
Julius Schwartzenberg | 3 Nov 2009 00:47

Logitech Bluetooth mouse batteries drain quickly

Hi,

I have a rather strange problem. I bought a Logitech Bluetooth mouse 
some time ago. It works very well in Ubuntu and I never had any usage 
problems.

The strange thing is though, that the batteries that are inside the 
mouse drain extremely quickly. I compared the time it takes the mouse to 
drain a set full batteries to my flatmate's who uses the exact same 
mouse with Mac OS X. It turns out that my batteries drain about four 
times as quickly as his.

I didn't test much else. May be the problem could also be related to my 
Bluetooth "receiver" which is a Broadcom BCM2046.

I suspect however that Bluez is somehow talking with the device in such 
a way the mouse doesn't sleep as quickly as when Mac OS X talks to it. 
Could this somehow be the case? If so, what could I do to help solve 
this with Bluez?

Thanks a lot in advance,
Julius
Permalink | Reply | 3 comments |
headers
Marcel Holtmann | 3 Nov 2009 02:55

Re: [PATCH net-next] iwmc3200bt: Add iwmc3200 bluetooth driver

Hi Tomas,

so I removed all the unneeded parties from this thread since there is no
point in spamming everybody with this.

> Add Intel Wireless MultiCom 3200 SDIO BT driver
> IWMC3200 is 4Wireless Com CHIP (GPS/BT/WiFi/WiMAX).
> wmc3200bt is derived from btsdio driver
> 
> Signed-off-by: Tomas Winkler <tomas.winkler@...>
> ---
>  drivers/bluetooth/Kconfig      |   16 ++
>  drivers/bluetooth/Makefile     |    2 +
>  drivers/bluetooth/iwmc3200bt.c |  553 ++++++++++++++++++++++++++++++++++++++++
>  3 files changed, 571 insertions(+), 0 deletions(-)
>  create mode 100644 drivers/bluetooth/iwmc3200bt.c
> 
> diff --git a/drivers/bluetooth/Kconfig b/drivers/bluetooth/Kconfig
> index 652367a..e520889 100644
> --- a/drivers/bluetooth/Kconfig
> +++ b/drivers/bluetooth/Kconfig
>  <at>  <at>  -195,5 +195,21  <at>  <at>  config BT_MRVL_SDIO
>  	  Say Y here to compile support for Marvell BT-over-SDIO driver
>  	  into the kernel or say M to compile it as module.
>  
> +config BT_IWMC3200
> +        tristate "Intel Wireless MultiCom 3200 SDIO BT driver"
> +        depends on IWMC3200TOP && EXPERIMENTAL
> +        help
> +          Intel Wireless MultiCom 3200 SDIO Bluetooth driver
(Continue reading)

Permalink | Reply | 2 comments |
headers
bluezprofile kernel | 3 Nov 2009 06:49
Picon

Attending skype calls from bluetooth headset

Hi ,

I am trying to attend skype calls from bluetooth headset.
I am hearing the ringtone but I am not able to answer the call by
pressing the call button in the headset.

Control comes to function telephony_key_press_req() in
audio/telephone_dummy.c [bluez 4.32] when call button in the headset
is pressed.
Any idea how to communicate this event to skype so that the call can
be answered?

Regards,
Bala.
Permalink | Reply | 2 comments |
headers
Andrei Emeltchenko | 3 Nov 2009 09:05
Picon

Re: [PATCH] SSP double paring fix: init auth_type with HCI_AT_GENERAL_BONDING

Hi Marcel,

I have heard that you have tested this patch. Will it be finally
applied? Do I need to change commit message? If you find that message
does not represent patch good enough can you change it yourself?

Regards,
Andrei

On Wed, Sep 9, 2009 at 9:43 AM, Andrei Emeltchenko
<andrei.emeltchenko.news@...> wrote:
> Hi Marcel,
>
>>> I need a proper patch create with git format-patch that contains a
>>> detailed commit message.
>>
>> Please check patch attached.
>
> Have you had time to check the patch?
>
> Regards,
> Andrei
>
Permalink | Reply | 1 comment |
headers
Tomas Winkler | 3 Nov 2009 09:12
Picon

Re: [PATCH net-next] iwmc3200bt: Add iwmc3200 bluetooth driver

On Tue, Nov 3, 2009 at 3:55 AM, Marcel Holtmann <marcel@...> wrote:
> Hi Tomas,
>
> so I removed all the unneeded parties from this thread since there is no
> point in spamming everybody with this.
>
>>vl_sdio.o
>>  btmrvl-y                     := btmrvl_main.o
>>  btmrvl-$(CONFIG_DEBUG_FS)    += btmrvl_debugfs.o
>>
>> +obj-$(CONFIG_BT_IWMC3200)    += iwmc3200bt.o
>> +
>
> sort this one before the Marvell driver since it is a one file only
> driver.
>
No problem

>> + *  Based on  drivers/bluetooth/btsdio.c
>> + *  Copyright (C) 2007  Cambridge Silicon Radio Ltd.
>> + *  Copyright (C) 2007  Marcel Holtmann <marcel <at> holtmann.org>
>
> You mean "based on" or "90% copied" ;)
>

Right, we've tried actually to use btsdio but we differ in few key points,
actually we coudn't locate and working HW with btsdio to try if our
changes break it
If someone know such device please let me know.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Johan Hedberg | 3 Nov 2009 09:21
Picon
Gravatar

Re: Attending skype calls from bluetooth headset

Hi Bala,

(lkml left out from the recipients since this is pretty obviously
off-topic there)

On Tue, Nov 03, 2009, Bala wrote:
> I am trying to attend skype calls from bluetooth headset.
> I am hearing the ringtone but I am not able to answer the call by
> pressing the call button in the headset.
> 
> Control comes to function telephony_key_press_req() in
> audio/telephone_dummy.c [bluez 4.32] when call button in the headset
> is pressed.
> Any idea how to communicate this event to skype so that the call can
> be answered?

As you see from audio/headset.c the event will also emit a
"AnswerRequested" D-Bus signal. So all you need to do is get the source
code for skype and fix it to listen for and react to this signal. Oh wait,
skype is closed source ;)
However, if the rumors are true we might see an open source skype UI for
Linux soon and then the issue could really be solved. This is btw assuming
that skype doesn't already have some API for external call control. If it
does, you might be able to hack together a telephony-skype.c which calls
into this API.

Johan
Permalink | Reply | 1 comment |
headers
Marcel Holtmann | 3 Nov 2009 09:41

Re: [PATCH] SSP double paring fix: init auth_type with HCI_AT_GENERAL_BONDING

Hi Andrei,

same warning as for everybody else. NO top posting.

> I have heard that you have tested this patch. Will it be finally
> applied? Do I need to change commit message? If you find that message
> does not represent patch good enough can you change it yourself?

I am in the process of creating a repository for Dave to pull from and
yes that patch will be part of it.

Regards

Marcel
Permalink | Reply | 0 comments |
headers
Marcel Holtmann | 3 Nov 2009 09:56

Re: [PATCH net-next] iwmc3200bt: Add iwmc3200 bluetooth driver

Hi Tomas,

> > so I removed all the unneeded parties from this thread since there is no
> > point in spamming everybody with this.
> >
> >>vl_sdio.o
> >>  btmrvl-y                     := btmrvl_main.o
> >>  btmrvl-$(CONFIG_DEBUG_FS)    += btmrvl_debugfs.o
> >>
> >> +obj-$(CONFIG_BT_IWMC3200)    += iwmc3200bt.o
> >> +
> >
> > sort this one before the Marvell driver since it is a one file only
> > driver.
> >
> No problem
> 
> >> + *  Based on  drivers/bluetooth/btsdio.c
> >> + *  Copyright (C) 2007  Cambridge Silicon Radio Ltd.
> >> + *  Copyright (C) 2007  Marcel Holtmann <marcel@...>
> >
> > You mean "based on" or "90% copied" ;)
> >
> 
> Right, we've tried actually to use btsdio but we differ in few key points,
> actually we coudn't locate and working HW with btsdio to try if our
> changes break it
> If someone know such device please let me know.

I have a Toshiba/Socket Bluetooth card that is Type-B that does work
(Continue reading)

Permalink | Reply | 0 comments |
headers
Iain Hibbert | 3 Nov 2009 10:06

Re: Logitech Bluetooth mouse batteries drain quickly

On Tue, 3 Nov 2009, Julius Schwartzenberg wrote:

> I have a rather strange problem. I bought a Logitech Bluetooth mouse some time
> ago. It works very well in Ubuntu and I never had any usage problems.
>
> The strange thing is though, that the batteries that are inside the mouse
> drain extremely quickly. I compared the time it takes the mouse to drain a set
> full batteries to my flatmate's who uses the exact same mouse with Mac OS X.
> It turns out that my batteries drain about four times as quickly as his.

how quickly is 'extremely quickly' ?

> I suspect however that Bluez is somehow talking with the device in such a way
> the mouse doesn't sleep as quickly as when Mac OS X talks to it. Could this
> somehow be the case? If so, what could I do to help solve this with Bluez?

what are the link policy settings for that link? (see hcitool(1))

for instance, if I don't enable SNIFF mode then my [Apple] keyboard drains
the batteries in a few days, vs many weeks otherwise ..

regards,
iain
Permalink | Reply | 2 comments |
headers
alok barsode | 3 Nov 2009 10:11
Picon

Re: Attending skype calls from bluetooth headset

Hi Bala,

On Tue, Nov 3, 2009 at 1:51 PM, Johan Hedberg
<johan.hedberg@...> wrote:
> Hi Bala,
>
> (lkml left out from the recipients since this is pretty obviously
> off-topic there)
>
> On Tue, Nov 03, 2009, Bala wrote:
>> I am trying to attend skype calls from bluetooth headset.
>> I am hearing the ringtone but I am not able to answer the call by
>> pressing the call button in the headset.
>>
>> Control comes to function telephony_key_press_req() in
>> audio/telephone_dummy.c [bluez 4.32] when call button in the headset
>> is pressed.
>> Any idea how to communicate this event to skype so that the call can
>> be answered?
>
> As you see from audio/headset.c the event will also emit a
> "AnswerRequested" D-Bus signal. So all you need to do is get the source
> code for skype and fix it to listen for and react to this signal. Oh wait,
> skype is closed source ;)
> However, if the rumors are true we might see an open source skype UI for
> Linux soon and then the issue could really be solved. This is btw assuming
> that skype doesn't already have some API for external call control. If it
> does, you might be able to hack together a telephony-skype.c which calls
> into this API.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane