linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: linux@roeck-us.net (Guenter Roeck)
To: linux-arm-kernel@lists.infradead.org
Subject: v4.10-rc4 to v4.10-rc5: battery regression on Nokia N900
Date: Fri, 27 Jan 2017 09:20:39 -0800	[thread overview]
Message-ID: <20170127172039.GA2498@roeck-us.net> (raw)
In-Reply-To: <1485528033.2469.61.camel@intel.com>

On Fri, Jan 27, 2017 at 10:40:33PM +0800, Zhang Rui wrote:
> > > 
> > > If thermal zone I/F is used, we can not change it's 'type' name to
> > > be
> > > compatible with new hwmon API.
> > > 
> > You mean you can not fix the name to be compatible with libsensors.
> > 
> 
> We can try to convert it to a libsensor-compatible string, either for
> hwmon only, or for both thermal and hwmon. But this is an ABI change,
> right?

Let's go back to the basics.

Fact is that the thermal subsystem registers hwmon devices with 'name'
attributes which violate the documented hardware monitoring ABI.
I think we can consider this undisputed.

The rest is pretty much all opinion.

Is a change in a driver to stop violating a documented ABI an ABI change
or a bug fix ? In other words, does a driver violating a documented ABI
make that ABI violation part of the ABI ?

Quite interesting questions. My take is that it is a bug fix, others
apparently have the strong opinion that potential users of such an ABI
violation have priority, and that a violation of a documented ABI _does_
make this violation part of the ABI.

I'll leave it at that. I tried to make my position clear, but it appears
that I am quite alone in my opinion. With that, I'll leave it up to you to
decide how to proceed.

Guenter

  reply	other threads:[~2017-01-27 17:20 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-23 12:40 v4.10-rc4 to v4.10-rc5: battery regression on Nokia N900 Pavel Machek
2017-01-23 12:42 ` Pali Rohár
2017-01-23 14:20   ` Pavel Machek
2017-01-23 14:19 ` Pavel Machek
2017-01-23 14:31   ` Guenter Roeck
2017-01-23 14:40     ` Pavel Machek
2017-01-23 17:10       ` Guenter Roeck
2017-01-23 23:26       ` Pavel Machek
2017-01-23 23:49         ` Guenter Roeck
2017-01-24  7:06           ` Zhang Rui
2017-01-24  7:37             ` Pavel Machek
2017-01-24 14:18               ` Guenter Roeck
2017-01-24 17:58                 ` Pavel Machek
2017-01-24 18:45                   ` Guenter Roeck
2017-01-24 22:46                     ` Pavel Machek
2017-01-24 23:07                       ` Fabio Estevam
2017-01-25  5:29                         ` Zhang Rui
2017-01-25 10:17                           ` Pavel Machek
2017-01-25 11:12                     ` Pavel Machek
2017-01-25 11:51                       ` Guenter Roeck
2017-01-25 12:09                       ` Pali Rohár
2017-01-27  1:37                         ` Zhang Rui
2017-01-27  2:03                           ` Guenter Roeck
2017-01-27  3:39                             ` Zhang Rui
2017-01-27  6:27                               ` Guenter Roeck
2017-01-27 11:16                                 ` Pavel Machek
2017-01-27 14:13                                   ` Guenter Roeck
2017-01-27 19:06                                     ` Pavel Machek
2017-01-27 14:40                                 ` Zhang Rui
2017-01-27 17:20                                   ` Guenter Roeck [this message]
2017-01-27 19:12                                     ` Pavel Machek
2017-01-27 19:29                                   ` Pavel Machek
2017-01-27  8:35                               ` Pali Rohár
2017-01-27 11:09                             ` Pavel Machek
2017-01-27 14:14                               ` Guenter Roeck
2017-01-27 19:02                                 ` Pavel Machek
2017-01-27 11:29                         ` Pavel Machek
2017-01-24 14:10             ` Guenter Roeck
2017-01-24 14:15               ` Pavel Machek
2017-01-24 14:30                 ` Guenter Roeck
2017-01-24  7:34           ` Pavel Machek
2017-01-24 14:15             ` Guenter Roeck
2017-01-23 20:22   ` 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=20170127172039.GA2498@roeck-us.net \
    --to=linux@roeck-us.net \
    --cc=linux-arm-kernel@lists.infradead.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).