From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932481AbcBWDDt (ORCPT ); Mon, 22 Feb 2016 22:03:49 -0500 Received: from mail-vk0-f44.google.com ([209.85.213.44]:33007 "EHLO mail-vk0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932353AbcBWDDq (ORCPT ); Mon, 22 Feb 2016 22:03:46 -0500 MIME-Version: 1.0 In-Reply-To: <20160222212438.GG18327@sirena.org.uk> References: <1442828009-6241-1-git-send-email-boris.brezillon@free-electrons.com> <2341981.a79ioYM9Es@diego> <20151110173416.GB21727@ulmo> <20160125170855.GA10182@ulmo> <20160203145337.GD9650@ulmo> <20160222175929.GA23899@ulmo> <20160222212438.GG18327@sirena.org.uk> Date: Mon, 22 Feb 2016 19:03:44 -0800 Message-ID: Subject: Re: [PATCH v3 00/12] pwm: add support for atomic update From: Doug Anderson To: Mark Brown Cc: Thierry Reding , Boris Brezillon , =?UTF-8?Q?Heiko_St=C3=BCbner?= , linux-pwm , Liam Girdwood , Jingoo Han , Lee Jones , linux-fbdev@vger.kernel.org, Bryan Wu , Richard Purdie , Jacek Anaszewski , linux-leds@vger.kernel.org, Maxime Ripard , linux-sunxi@googlegroups.com, "open list:ARM/Rockchip SoC..." , Jean-Christophe Plagniol-Villard , Tomi Valkeinen , Daniel Mack , Haojian Zhuang , Robert Jarzmik , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= , Olof Johansson Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Mark, On Mon, Feb 22, 2016 at 1:24 PM, Mark Brown wrote: > On Mon, Feb 22, 2016 at 11:15:09AM -0800, Doug Anderson wrote: > >> Note that historically I remember that Linus Torvalds has stated that >> there is no stable API within the Linux kernel and that forcing the >> in-kernel API to never change was bad for software development. I >> tracked down my memory and found >> . Linus is rabid about not >> breaking userspace, but in general there's no strong requirement to >> never change the driver API inside the kernel. That being said, >> changing the driver API causes a lot of churn, so presumably changing >> it in a backward compatible way (like adding to the API instead of >> changing it) will make things happier. > > You do need to fix the users though, change is fine but you can't cause > people's systems to break. Yes, of course! :) Thanks for clarifying. -Doug