From patchwork Sat Dec 30 15:23:27 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Paul Kocialkowski X-Patchwork-Id: 854115 Return-Path: X-Original-To: incoming-dt@patchwork.ozlabs.org Delivered-To: patchwork-incoming-dt@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=devicetree-owner@vger.kernel.org; receiver=) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 3z86rH11ksz9sRg for ; Sun, 31 Dec 2017 02:31:43 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751063AbdL3P36 (ORCPT ); Sat, 30 Dec 2017 10:29:58 -0500 Received: from gagarine.paulk.fr ([109.190.93.129]:60089 "EHLO gagarine.paulk.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751255AbdL3P34 (ORCPT ); Sat, 30 Dec 2017 10:29:56 -0500 Received: by gagarine.paulk.fr (Postfix, from userid 65534) id EE8C2214ED; Sat, 30 Dec 2017 16:24:08 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on gagarine.paulk.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable autolearn_force=no version=3.4.0 Received: from localhost.localdomain (collins [192.168.1.129]) by gagarine.paulk.fr (Postfix) with ESMTP id 93C8520568; Sat, 30 Dec 2017 16:23:59 +0100 (CET) From: Paul Kocialkowski To: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-sunxi@googlegroups.com Cc: Lee Jones , Rob Herring , Mark Rutland , Chen-Yu Tsai , Russell King , Maxime Ripard Subject: [PATCH 0/3] axp20x backup battery charging Date: Sat, 30 Dec 2017 16:23:27 +0100 Message-Id: <20171230152330.28946-1-contact@paulk.fr> X-Mailer: git-send-email 2.15.1 Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org This series introduces support for axp20x backup battery charging, with a dedicated device-tree property. I wondered whether to include this in a power-supply driver or not. Since it does not, in fact, supply power to the whole system and because no status changes over time, I thought it would be inappropriate to craft a power supply driver only for this. I also wondered whether to stick this into an existing power-supply driver, as is done by e.g. twl4030, but we have two distinct supply drivers for the axp20x (ac and usb), that may be used together or not. Also, the backup battery isn't tied to the power supply anyway. This is why I thought it would make more sense to put this in the mfd driver directly. What do you think? --- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html