linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@ucw.cz>
To: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Cc: Andrew Lutomirski <luto@mit.edu>,
	ibm-acpi-devel@lists.sourceforge.net,
	Anton Vorontsov <cbou@mail.ru>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-kernel@vger.kernel.org,
	platform-driver-x86@vger.kernel.org
Subject: Re: [ibm-acpi-devel] [RFC] Controlling the ThinkPad battery charger
Date: Tue, 10 May 2011 18:43:02 +0000	[thread overview]
Message-ID: <20110510184302.GA15631@localhost.ucw.cz> (raw)
In-Reply-To: <20110509152941.GD13275@khazad-dum.debian.net>

On Mon 2011-05-09 12:29:41, Henrique de Moraes Holschuh wrote:
> On Mon, 09 May 2011, Andrew Lutomirski wrote:
> > > The SBS interface exposes more data about the battery, including
> > > per-cell-group voltage and pack microcontroller aging counters, alarms, and
> > > the "needs to get through the fuel-gaugue reset procedure" semasphore.
> > 
> > If I'm feeling really motivated, I'll look at that.  I'm currently
> > more interested in the charging thresholds, though, which I think is
> > independent of the choice of SBS vs ACPI to access the battery state.
> > (From a quick glance at the SBS spec, you can inhibit charging
> > entirely but you can't ask for thresholds.  I assume that the EC takes
> > care of that.  If I'm wrong, please tell me, but SMAPI seems like a
> > fine way to access the thresholds.)
> 
> Yeah, SMAPI is the safest way to deal with all this.  It is an interface
> layer that Lenovo is not fond of breaking (or touches very rarely.  Amounts
> to the same in the end).
> 
> SBS does not take care of thresholds, indeed.  The EC does (and I know how
> to program the threshold in a few models, if you do want to test it in your
> X220, I can send you the information.  It is safe to test if you use it
> together with SMAPI to cross-check).

Hmm, I jave a battery pack with reasonably good cells, but firmware killed it. IOW available for testing.

(And who know, perhaps recalibrate command would bring it back to life?)
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

  parent reply	other threads:[~2011-05-10 18:43 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-08 12:35 [RFC] Controlling the ThinkPad battery charger Andrew Lutomirski
2011-05-09 13:56 ` Matthew Garrett
2011-05-09 14:45 ` [ibm-acpi-devel] " Henrique de Moraes Holschuh
2011-05-09 15:10   ` Andrew Lutomirski
2011-05-09 15:29     ` Henrique de Moraes Holschuh
2011-05-09 15:47       ` Andrew Lutomirski
2011-05-10 18:43       ` Pavel Machek [this message]
2011-05-10 19:57         ` Henrique de Moraes Holschuh
2011-05-10 20:58           ` Pavel Machek

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=20110510184302.GA15631@localhost.ucw.cz \
    --to=pavel@ucw.cz \
    --cc=cbou@mail.ru \
    --cc=dwmw2@infradead.org \
    --cc=hmh@hmh.eng.br \
    --cc=ibm-acpi-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luto@mit.edu \
    --cc=platform-driver-x86@vger.kernel.org \
    /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 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).