[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <57221B76.5080108@metafoo.de>
Date: Thu, 28 Apr 2016 16:17:26 +0200
From: Lars-Peter Clausen <lars@...afoo.de>
To: One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>
Cc: Crestez Dan Leonard <leonard.crestez@...el.com>,
Daniel Baluta <daniel.baluta@...il.com>,
Yong Li <sdliyong@...il.com>,
Jonathan Cameron <jic23@...nel.org>,
Hartmut Knaack <knaack.h@....de>,
Peter Meerwald-Stadler <pmeerw@...erw.net>,
Krzysztof Kozłowski <k.kozlowski@...sung.com>,
Matt Ranostaj <mranostay@...il.com>,
"linux-iio@...r.kernel.org" <linux-iio@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] iio: tmp006: Set correct iio name
On 04/28/2016 03:24 PM, One Thousand Gnomes wrote:
>> It's clearly wrong. But the problem is there might be an application that
>> depends on the wrong behavior, the driver has been around for 2.5 years. So
>> it's difficult to fix. We might just go ahead in this case and take the
>> chance that nobody will complain. But if somebody complains this will bring
>> us the wrath of the Linus.
>
> Not if you put it into next, test it, then into a new release as early as
> possible (for -rc1), clearly document that it's got a user visible change
> that should not matter with instructions if anyone hits this as a
> bisection for their app failing to email so you know and can revert it.
I don't expend application developers to run -rc kernels just to check
whether their application still works. You'd get such a report 6 month after
the kernel has been released once the change has trickled down.
Powered by blists - more mailing lists