Received: by 10.192.165.148 with SMTP id m20csp479205imm; Fri, 27 Apr 2018 02:14:50 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqM7DnRN2IG8+SuHMfDReG3rkmBcBW5zVX/Po7pCHjYElUKsv5GW9wNpCoKHfEwTsitwMBc X-Received: by 2002:a63:ad49:: with SMTP id y9-v6mr1441799pgo.179.1524820490765; Fri, 27 Apr 2018 02:14:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524820490; cv=none; d=google.com; s=arc-20160816; b=LpBIWBf/9aquuheHKhTCTiq76b0yIVl5Q0DkdeSmz1TEDnnt9IB78JMPG931SoFe5Y wqktxHol9YWFkZuFHyXuAnpt+/jvwMkVRFiL/NLb9YQO1aQot8yIE5AS731oYYBhFMS6 /9H8Um1TL9iE3KzyCfO1eNaINzU8BFcURqCQn77iBeJTOq6jhrD2Cs8BW7sAsQTJhAti jvuX0xPG4E5pgTj+xrdVKOiUqXsoqy7/5IgBLggME6SFbxmjuKkxvm3m8tXdmUU5zHfy uokjCc1yEyyYczrbUqvYpWRFB5S9LL388Pat4+/nkdzxw9pF/hkMrgJ/cJMHXxD2FSJl mcKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject:arc-authentication-results; bh=98XMfFJzCbxMurp3vyJoJtkRs0CUGSSDb9dgWY91OxQ=; b=LozGd21AaEtnW3JsfaPzy1cKjgDPu8G0OkETeq1OTpOYBukJHB1jBcDw+uuU32rJzf HoQ/sVSZCoSbLGJrM31DElFfb8TOdh1jUCihO40Mxo2RLyz9x0gSgPlgDkCPhmfR6hBM SezOztg+sgsJHEpugFmdsj7Xf7n/2CHKBGPWTk8FtJVNmFdDUbu1xHDS21Mjwv2CfTvH xpyjXCwEhUmTiAE0cJOiLB92Q4Iq0ZqiF75i4j0ZYKZOUepiaMIQtUiurAFwdfXWQ8Ns 1CX63Y2tXxyzb/jv/5PctOCfLvCs4J5RwOAWPxW14WMza964WRlu715385vN445xei/F KszQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n1-v6si885723pld.280.2018.04.27.02.14.36; Fri, 27 Apr 2018 02:14:50 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932455AbeD0JNa (ORCPT + 99 others); Fri, 27 Apr 2018 05:13:30 -0400 Received: from mx0a-001ae601.pphosted.com ([67.231.149.25]:53750 "EHLO mx0b-001ae601.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932370AbeD0JN2 (ORCPT ); Fri, 27 Apr 2018 05:13:28 -0400 Received: from pps.filterd (m0077473.ppops.net [127.0.0.1]) by mx0a-001ae601.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w3R94Mwq017231; Fri, 27 Apr 2018 04:13:23 -0500 Authentication-Results: ppops.net; spf=none smtp.mailfrom=rf@opensource.cirrus.com Received: from mail4.cirrus.com ([87.246.98.35]) by mx0a-001ae601.pphosted.com with ESMTP id 2hg2q11ew3-1; Fri, 27 Apr 2018 04:13:23 -0500 Received: from EX17.ad.cirrus.com (unknown [172.20.9.81]) by mail4.cirrus.com (Postfix) with ESMTP id 53795611C8A7; Fri, 27 Apr 2018 04:13:26 -0500 (CDT) Received: from imbe.wolfsonmicro.main (198.61.95.81) by EX17.ad.cirrus.com (172.20.9.81) with Microsoft SMTP Server id 14.3.301.0; Fri, 27 Apr 2018 10:13:22 +0100 Received: from [198.90.251.121] (edi-sw-dsktp006.ad.cirrus.com [198.90.251.121]) by imbe.wolfsonmicro.main (8.14.4/8.14.4) with ESMTP id w3R9DLkH026883; Fri, 27 Apr 2018 10:13:21 +0100 Subject: Re: [REGRESSION][BISECTED] i.MX6 pinctrl hogs stopped working From: Richard Fitzgerald To: =?UTF-8?Q?Mika_Penttil=c3=a4?= , CC: LKML , , References: <8b07e30a-7dd1-7923-dc50-b84f0e43e9e9@nextfour.com> <1d3c6099-3b33-d5dd-e12b-903586dc79f3@opensource.cirrus.com> <950ec4db-4121-2faf-b6fd-5fcabef91e90@nextfour.com> <88a3855d-db5f-9086-2901-2360d0cd26ec@opensource.cirrus.com> Message-ID: <87088f1f-9d2e-1966-ddd5-eb2780a3d2dd@opensource.cirrus.com> Date: Fri, 27 Apr 2018 10:13:21 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <88a3855d-db5f-9086-2901-2360d0cd26ec@opensource.cirrus.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1804270092 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 17/04/18 09:50, Richard Fitzgerald wrote: > On 10/04/18 19:33, Mika Penttilä wrote: >> >> >> On 10.04.2018 13:21, Richard Fitzgerald wrote: >>> On 04/04/18 06:33, Mika Penttilä wrote: >>>> Hi! >>>> >>>> Reverting this made the hogs on a i.MX6 board work again. : >>>> >>>> >>>> commit b89405b6102fcc3746f43697b826028caa94c823 >>>> Author: Richard Fitzgerald >>>> Date:   Wed Feb 28 15:53:06 2018 +0000 >>>> >>>>       pinctrl: devicetree: Fix dt_to_map_one_config handling of hogs >>>> >>>> >>>> >>>> --Mika >>>> >>> >>> I think you should check whether the bug is with the i.MX6 driver >>> relying on the previous buggy behaviour of pinctrl. I haven't got >>> i.MX6 hardware to test myself. >>> >>> The bug I fixed in that patch was that when pinctrl is probing a >>> pinctrl driver it would try to apply all the pinctrl settings >>> listed in a dt node to the pinctrl driver it is probing instead >>> of the pinctrl drivers they actually refer to. This was a bug >>> introduced by an earlier patch (which unfortunately I forgot to >>> include a fixes line reference to) >>> >>>    pinctrl: core: Use delayed work for hogs >>> >>> So if a pinctrl driver "A" had a dependency on another pinctrl >>> driver "B" those dependencies wouldn't be properly created because >>> all the "B" pinctrl DT entries would be attempted against "A" >>> instead of "B". This caused failures if a pinctrl driver had a >>> dependency on another pinctrl driver, of if creating a pinctrl >>> driver that is a child of an MFD and that MFD has dependencies >>> on another pinctrl driver. >>> >> >> Hard to say, but the kernel/dts has worked ok for 3+ years, from 3.17 >> until 4.17-rc. Nothing fancy, just normal hogs, in two groups. >> Can send you relevant pieces of DT if interested. >> >> --Mika >> > > Tell me where in the kernel tree the the dts files and the source for > the pinctrl driver that uses them and which dts node, and I will look > at what the driver is doing. Hi, Sorry, I have been very busy and haven't had time to look at the i.MX6 driver yet.