All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: Jiri Kosina <jkosina@suse.cz>
Cc: Iain Hibbert <plunky@rya-online.net>,
	Bastien Nocera <hadess@hadess.net>,
	linux-bluetooth@vger.kernel.org,
	linux-input <linux-input@vger.kernel.org>
Subject: Re: Apple Bluetooth devices: Battery level?
Date: Tue, 16 Jun 2009 15:37:08 +0200	[thread overview]
Message-ID: <1245159428.15367.22.camel@violet> (raw)
In-Reply-To: <alpine.LNX.2.00.0906161156470.7457@wotan.suse.de>

Hi Jiri,

> > Sorry, I posted a parsed version of the report descriptor previously
> > though I failed to cross post:
> > 
> > Collection page=Generic_Desktop usage=Mouse
> >   Input id=2 size=1 count=1 page=Button usage=Button_1 Variable, logical range 0..1
> >   Input id=2 size=1 count=1 page=Button usage=Button_2 Variable, logical range 0..1
> >   Input id=2 size=1 count=1 page=Button usage=Button_3 Variable, logical range 0..1
> >   Input id=2 size=1 count=1 page=Button usage=Button_4 Variable, logical range 0..1
> >   Input id=2 size=4 count=1 page=0x0000 usage=0x0000 Const Variable, logical range 0..1
> > Collection page=Generic_Desktop usage=Pointer
> >   Input id=2 size=8 count=1 page=Generic_Desktop usage=X Variable Relative, logical range -127..127
> >   Input id=2 size=8 count=1 page=Generic_Desktop usage=Y Variable Relative, logical range -127..127
> >   Input id=2 size=8 count=1 page=Consumer usage=AC_Pan Variable Relative, logical range -127..127
> >   Input id=2 size=8 count=1 page=Generic_Desktop usage=Wheel Variable Relative, logical range -127..127
> > End collection
> >   Input id=2 size=8 count=1 page=0x00ff usage=0x00c0 Variable, logical range -127..127
> > Feature id=71 size=8 count=1 page=Device_Controls usage=Battery_Strength Variable NoPref Volatile, logical range 0..100
> > End collection
> > As you can see, there is a Feature report relating to the Battery 
> > Strength, but I do not know what to do with that. I suppose that it is 
> > to be polled in order to return a percentage value..
> 
> Yes, it has to be polled. But at least the initial value should be 
> retrieved during the very initialization of the device -- both USB and 
> Bluetooth implementations this in usbhid_init_reports()/hidp_start() -- 
> they query INPUT and FEATURE reports during device initialization.

since the descriptors are the same, can we not do this inside the HID
core with a specific quirk setting. And maybe even a timer that polls it
every 30 minutes or so.

Regards

Marcel



  reply	other threads:[~2009-06-16 13:37 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-07 14:17 Apple Bluetooth devices: Battery level? Bastien Nocera
2009-06-07 14:17 ` Bastien Nocera
2009-06-07 15:52 ` Marcel Holtmann
2009-06-07 15:52   ` Marcel Holtmann
2009-06-07 19:34   ` Iain Hibbert
2009-06-07 21:15     ` David Sainty
2009-06-08 13:33 ` Jiri Kosina
2009-06-08 13:33   ` Jiri Kosina
2009-06-09 23:22   ` Bastien Nocera
2009-06-10  7:03     ` Marcel Holtmann
2009-06-10  7:03       ` Marcel Holtmann
2009-06-12 13:25       ` Jiri Kosina
2009-06-12 13:27         ` [PATCH 2/2] HID: use debugfs for events/reports dumping Jiri Kosina
2009-06-12 13:27           ` Jiri Kosina
2009-06-12 13:27         ` [PATCH 1/2] HID: use debugfs for report dumping descriptor Jiri Kosina
2009-06-10  7:14     ` Apple Bluetooth devices: Battery level? Dmitriy Geels
2009-06-10  7:14       ` Dmitriy Geels
2009-06-10  7:24       ` Marcel Holtmann
2009-06-10  7:24         ` Marcel Holtmann
2009-06-10  8:25       ` Bastien Nocera
2009-06-10  8:25         ` Bastien Nocera
2009-06-10  8:25     ` Jiri Kosina
2009-06-10  8:25       ` Jiri Kosina
2009-06-10 14:25       ` Bastien Nocera
2009-06-10 14:25         ` Bastien Nocera
2009-06-10 14:06   ` Bastien Nocera
2009-06-10 14:06     ` Bastien Nocera
2009-06-10 18:19     ` Iain Hibbert
2009-06-10 18:19       ` Iain Hibbert
2009-06-12 13:31     ` Jiri Kosina
2009-06-12 13:31       ` Jiri Kosina
2009-06-13 13:16       ` Iain Hibbert
2009-06-13 13:16         ` Iain Hibbert
2009-06-16  9:59         ` Jiri Kosina
2009-06-16  9:59           ` Jiri Kosina
2009-06-16 13:37           ` Marcel Holtmann [this message]
2010-02-12 15:41           ` Bastien Nocera

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1245159428.15367.22.camel@violet \
    --to=marcel@holtmann.org \
    --cc=hadess@hadess.net \
    --cc=jkosina@suse.cz \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=plunky@rya-online.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.