Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755094AbaK0MPE (ORCPT ); Thu, 27 Nov 2014 07:15:04 -0500 Received: from mail-oi0-f49.google.com ([209.85.218.49]:54107 "EHLO mail-oi0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754070AbaK0MPA (ORCPT ); Thu, 27 Nov 2014 07:15:00 -0500 MIME-Version: 1.0 In-Reply-To: <3904347.Bp2gmpYM49@wuerfel> References: <1417073716-22997-1-git-send-email-cw00.choi@samsung.com> <1417073716-22997-2-git-send-email-cw00.choi@samsung.com> <3904347.Bp2gmpYM49@wuerfel> Date: Thu, 27 Nov 2014 21:14:59 +0900 Message-ID: Subject: Re: [PATCH 01/19] pinctrl: exynos: Add support for Exynos5433 From: Tomasz Figa To: Arnd Bergmann Cc: Chanwoo Choi , "linux-samsung-soc@vger.kernel.org" , linux-kernel , Kukjin Kim , Mark Rutland , Olof Johansson , Catalin Marinas , Will Deacon , Sylwester Nawrocki , Thomas Abraham , Linus Walleij , Kyungmin Park , InKi Dae , Chanho Park , geunsik.lim@samsung.com, "sw0312.kim" , Jaehoon Chung , Abhilash Kesavan , devicetree , linux-arm-kernel Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2014-11-27 20:45 GMT+09:00 Arnd Bergmann : > On Thursday 27 November 2014 16:34:58 Chanwoo Choi wrote: >> + >> +/* >> + * Samsung pinctrl driver data for Exynos5433 SoC. Exynos5433 SoC includes >> + * four gpio/pin-mux/pinconfig controllers. >> + */ >> +struct samsung_pin_ctrl exynos5433_pin_ctrl[] = { >> + { >> + /* pin-controller instance 0 data */ >> + .pin_banks = exynos5433_pin_banks0, >> + .nr_banks = ARRAY_SIZE(exynos5433_pin_banks0), >> + .eint_wkup_init = exynos_eint_wkup_init, >> + .suspend = exynos_pinctrl_suspend, >> + .resume = exynos_pinctrl_resume, >> + .label = "exynos5433-gpio-ctrl0", >> + }, { >> > > I'm counting nine controllers, not four ;-) > > These seem to all be fairly regular, Yup, especially considering what Chanwoo mentioned about the great idea someone came up with about putting EINT registers of one of the controllers in different pin controller. > my impression is that with the > move to arm64, you should come up with a new binding that can fully > describe each controller so you don't have to add new code and bindings > for each future SoC that uses the same scheme. Still, this is exactly the same thing I thought when initially refactoring this driver 2 years ago and what was dismissed at that time due to people supposedly not wanting that much data in DT. If this point of view has changed, then I fully support your view, though. Best regards, Tomasz -- 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/