From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE, SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1E94AC468BE for ; Sat, 8 Jun 2019 20:25:52 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id ED727216C4 for ; Sat, 8 Jun 2019 20:25:51 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=crapouillou.net header.i=@crapouillou.net header.b="eZktlGB4" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727612AbfFHUZv (ORCPT ); Sat, 8 Jun 2019 16:25:51 -0400 Received: from outils.crapouillou.net ([89.234.176.41]:36838 "EHLO crapouillou.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727441AbfFHUZv (ORCPT ); Sat, 8 Jun 2019 16:25:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=crapouillou.net; s=mail; t=1560025547; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=sVuie0i+O6QumI4fxz1lwMyw0K1NW33v7RQ/G9+QcOY=; b=eZktlGB4bEv2OsIKeJ8zCnEi9ZX0dUuDWdsU6HAu7vXNIN/yMSrLw43iWQkKf4dW2D6k4f JO6kyD/XvzPfy1J8yYqHxmjHQye5ZVxoPsR+FBxjR7b4QyFXIrXmSEYpXasc05N0gUSza8 CbZfceKLYnDPyAct/edV4qqoMlEiuNU= Date: Sat, 08 Jun 2019 22:25:41 +0200 From: Paul Cercueil Subject: Re: [PATCH] MIPS: lb60: Fix pin mappings To: Linus Walleij Cc: Andrew Morton , Ralf Baechle , Paul Burton , James Hogan , od@zcrc.me, linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, stable Message-Id: <1560025541.1815.11@crapouillou.net> In-Reply-To: References: <20190604163311.19059-1-paul@crapouillou.net> <1559988846.1815.1@crapouillou.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le sam. 8 juin 2019 =E0 15:39, Linus Walleij =20 a =E9crit : > On Sat, Jun 8, 2019 at 12:14 PM Paul Cercueil =20 > wrote: >> Le sam. 8 juin 2019 =E0 0:10, Linus Walleij=20 >> a >> =E9crit : >> > On Tue, Jun 4, 2019 at 6:34 PM Paul Cercueil=20 >> >> > wrote: >> > >> >> The pin mappings introduced in commit 636f8ba67fb6 >> >> ("MIPS: JZ4740: Qi LB60: Add pinctrl configuration for several >> >> drivers") >> >> are completely wrong. The pinctrl driver name is incorrect, and=20 >> the >> >> function and group fields are swapped. >> >> >> >> Fixes: 636f8ba67fb6 ("MIPS: JZ4740: Qi LB60: Add pinctrl >> >> configuration for several drivers") >> >> Cc: >> >> Signed-off-by: Paul Cercueil >> > >> > Reviewed-by: Linus Walleij >> > >> > Such things happen. Are you planning to phase all the board files=20 >> over >> > to use devicetree eventually? >>=20 >> Yes, that's definitely what's planned; right now the blockers are >> patchsets [1] and [2]. [1] is ignored by everybody because there's=20 >> no >> maintainer for drivers/memory/. [2] is a year-long effort that still >> doesn't show me the light at the end of the tunnel. >>=20 >> [1] https://lkml.org/lkml/2019/6/4/743 >> [2] https://lkml.org/lkml/2019/5/21/679 >=20 > What? That's unacceptable, the last resort is usually to send the > patches to Andrew Morton (whether fair or not) when nothing gets > applied. >=20 > In this case I would however encourage the MIPS maintainer to > simply queue this stuff in the MIPS tree as blocking his arch work > if not merged, Ralf would you consider just queueing this? > I do not think the other Linus would mind. It's not that critical - it's not blocking until [2] gets merged too. But yes, it's been sitting idle for a while. > Yours, > Linus Walleij =