From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751452AbdASJHQ (ORCPT ); Thu, 19 Jan 2017 04:07:16 -0500 Received: from mail-qt0-f176.google.com ([209.85.216.176]:36372 "EHLO mail-qt0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751324AbdASJHN (ORCPT ); Thu, 19 Jan 2017 04:07:13 -0500 MIME-Version: 1.0 In-Reply-To: <20170117231421.16310-14-paul@crapouillou.net> References: <20170117231421.16310-1-paul@crapouillou.net> <20170117231421.16310-14-paul@crapouillou.net> From: Linus Walleij Date: Thu, 19 Jan 2017 10:07:03 +0100 Message-ID: Subject: Re: [PATCH 13/13] MIPS: jz4740: Remove custom GPIO code To: Paul Cercueil Cc: Rob Herring , Mark Rutland , Ralf Baechle , Ulf Hansson , Boris Brezillon , Thierry Reding , Bartlomiej Zolnierkiewicz , Maarten ter Huurne , Lars-Peter Clausen , Paul Burton , "linux-gpio@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Linux MIPS , "linux-mmc@vger.kernel.org" , "linux-mtd@lists.infradead.org" , "linux-pwm@vger.kernel.org" , "linux-fbdev@vger.kernel.org" , James Hogan Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 18, 2017 at 12:14 AM, Paul Cercueil wrote: > All the drivers for the various hardware elements of the jz4740 SoC have > been modified to use the pinctrl framework for their pin configuration > needs. > As such, this platform code is now unused and can be deleted. > > Signed-off-by: Paul Cercueil I feel I might have come across as a bit harsh in the previous review of the patches leading up to this one. In that case I'm sorry. I can clearly see that the intent of the series is to remove this hopelessly idiomatic code from the MIPS hurdle, and move these systems over to standard frameworks. In a way, if I look at the kernel as a whole, it would likely look better after these patches were merged, than before. Even with the shortcomings I painted out in the previous review comments. A very complicated piece of messy code is cut from MIPS. I think this is very valuable work and well worth persuing, so please go ahead and work with the series, your effort is very much appreciated! Yours, Linus Walleij