Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2385355ybl; Mon, 20 Jan 2020 01:51:12 -0800 (PST) X-Google-Smtp-Source: APXvYqw3ZPY8SXVWG5jg8QHhicyrZsLnRJgBbZMPXwx8x2N5/CbTbFBuhupTlEnMiicgBSqxASoa X-Received: by 2002:a54:408f:: with SMTP id i15mr9805794oii.64.1579513872768; Mon, 20 Jan 2020 01:51:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579513872; cv=none; d=google.com; s=arc-20160816; b=l8YphJ6Xyi5Yft5QI0khCX4VMGsn8iT4pRd/zBUwqp05ke3DbgcmU7diYiKjf9k1Kp 7UMifPXOAiWjg1oqTyj2euh5QEXE/jKvPiOu9TMD8oS27IK19dO0sdLKZ2jhOFccEBAC kjPggD2U/x1f2O8G7AusoO6pGllwAhvkCFhMsQ7rloLs9VR0GZ3zq1z6I9fhcZ7x0tHp XVCiQKclbctE3BKxYa8yNDHdBDZMapJ8jR2TU7b37b+m+Zhyu81TnSMCj+ECClUPVkQc NkXt+3n2Kh0ec7+xR1g3yg1AJOFZzQo/7P4n53sAbNhHpzWvw9z6tdfdIUptDLxxwYp5 zMDw== 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:from:references:cc:to:subject; bh=Y7Tkltg//UlA8RWqsLczkFVHeNRHZchGRYImq/wpZno=; b=AHU7N9Ix0D20k6iBh+EQfasYXrjYv2dqK8e0FeuWHP9P2JaoN6a7QzhG+qXCAXqJ9U 09gwTdWloXE0qCpFgibFmxfJvo296kxkSFI3AVTrZnuSpfjAtjy67SFcGECge0UjGbsY XOwurV41lMSxtIwWmlKS1cu2E9pdU2uXptRe/iqAJBjuJ4/qDQFKqrszYvlN2SNSFqEm 0JK2GT8Fzi8pBRlmhfiLOd6BsuD2gyBtYDaFRkYjSKimnz2uHQosOIZWWGNDEtHyWCVY ZtLMpWzu9a175wfQ8MbGX153KOi+XKbh7udLLxOGz8qx261VBBnbGSLni+t8LMJqJp/F bBGg== 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 v24si10777541otq.87.2020.01.20.01.51.00; Mon, 20 Jan 2020 01:51:12 -0800 (PST) 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 S1726798AbgATJuG (ORCPT + 99 others); Mon, 20 Jan 2020 04:50:06 -0500 Received: from metis.ext.pengutronix.de ([85.220.165.71]:59281 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726039AbgATJuG (ORCPT ); Mon, 20 Jan 2020 04:50:06 -0500 Received: from soja.hi.pengutronix.de ([2001:67c:670:100:3ad5:47ff:feaf:13da]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1itTh3-0001PY-RY; Mon, 20 Jan 2020 10:50:01 +0100 Subject: Re: [PATCH v1] ARM i.MX6q: make sure PHY fixup for KSZ9031 is applied only on one board To: Andrew Lunn Cc: Fabio Estevam , netdev@vger.kernel.org, Sascha Hauer , linux-kernel@vger.kernel.org, linux-imx@nxp.com, kernel@pengutronix.de, Shawn Guo , linux-arm-kernel@lists.infradead.org References: <20191209084430.11107-1-o.rempel@pengutronix.de> <20191209171508.GD9099@lunn.ch> <20191209173952.qnkzfrbixjgi2jfy@pengutronix.de> <20191209175119.GK9099@lunn.ch> From: Oleksij Rempel Message-ID: <30b05289-2cd6-6ca9-51fd-0af351506b6e@pengutronix.de> Date: Mon, 20 Jan 2020 10:50:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20191209175119.GK9099@lunn.ch> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:670:100:3ad5:47ff:feaf:13da X-SA-Exim-Mail-From: o.rempel@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09.12.19 18:51, Andrew Lunn wrote: >> Yes. all of them are broken. >> I just trying to not wake all wasp at one time. Most probably there are >> board working by accident. So, it will be good to have at least separate >> patches for each fixup. > > I agree about a patch per fixup. Can you try to generate such patches? > See if there is enough history in git to determine which boards > actually need these fixups? After some attempts to make it and more discussions, I tend to provide a Kconfig to disable/enable this fixups. This will provide an option for users with old devicetree and possibility to continue development on clean setup. What do you think about this way and what default state it should be? FIXUPS default on or off? Kind regards, Oleksij Rempel -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |