Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755374AbbLWPpD (ORCPT ); Wed, 23 Dec 2015 10:45:03 -0500 Received: from muru.com ([72.249.23.125]:51248 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753515AbbLWPpA (ORCPT ); Wed, 23 Dec 2015 10:45:00 -0500 Date: Wed, 23 Dec 2015 07:44:56 -0800 From: Tony Lindgren To: Paul Kocialkowski Cc: linux-kernel@vger.kernel.org, Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Russell King , =?utf-8?Q?Beno=C3=AEt?= Cousson , Liam Girdwood , Mark Brown , Milo Kim , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org Subject: Re: [PATCH 5/6] ARM: LG Optimus Black (P970) codename sniper support, with basic features Message-ID: <20151223154455.GL2793@atomide.com> References: <1450868319-20513-1-git-send-email-contact@paulk.fr> <1450868319-20513-6-git-send-email-contact@paulk.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1450868319-20513-6-git-send-email-contact@paulk.fr> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1224 Lines: 51 Hi, * Paul Kocialkowski [151223 03:00]: > The LG Optimus Black (P970) codename sniper is a smartphone that was designed > and manufactured by LG Electronics (LGE) and released back in 2011. > It is using an OMAP3630 SoC, GP version. > > This adds devicetree support for the device, with only a few basic features > supported, such as debug uart, i2c, internal emmc and external mmc. Cool :) > +&gpio1 { > + ti,no-reset-on-init; > +}; > + > +&gpio2 { > + ti,no-reset-on-init; > +}; > + > +&gpio3 { > + ti,no-reset-on-init; > +}; > + > +&gpio4 { > + ti,no-reset-on-init; > +}; > + > +&gpio5 { > + ti,no-reset-on-init; > +}; > + > +&gpio6 { > + ti,no-reset-on-init; > +}; Care to try to narrow down exactly which GPIO(s) need to be preserved? Chances are this will unnecessarily block deeper idle states in hardware otherwise. My guess is that the GPIO pins that need to be preserved if any are in the GPIO bank 1 as that's always powered.. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/