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=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no 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 AF294C38BF9 for ; Mon, 24 Feb 2020 21:30:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 8DA08218AC for ; Mon, 24 Feb 2020 21:30:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728019AbgBXVaY (ORCPT ); Mon, 24 Feb 2020 16:30:24 -0500 Received: from muru.com ([72.249.23.125]:57350 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728167AbgBXVaT (ORCPT ); Mon, 24 Feb 2020 16:30:19 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 507D18030; Mon, 24 Feb 2020 21:31:04 +0000 (UTC) Date: Mon, 24 Feb 2020 13:30:16 -0800 From: Tony Lindgren To: Laurent Pinchart Cc: linux-omap@vger.kernel.org, =?utf-8?Q?Beno=C3=AEt?= Cousson , devicetree@vger.kernel.org, Jyri Sarha , Keerthy , Sebastian Reichel , Tomi Valkeinen Subject: Re: [PATCH 00/23] Drop platform data for omap DSS Message-ID: <20200224213016.GC37466@atomide.com> References: <20200224210959.56146-1-tony@atomide.com> <20200224212135.GB16163@pendragon.ideasonboard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200224212135.GB16163@pendragon.ideasonboard.com> Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org * Laurent Pinchart [200224 21:22]: > Nice work ! Thanks :) Yeah it was a bit of a pain to do.. > Just for my information, do you plan to do something similar for OMAP3 ? Yes. I think we should completely remove legacy platform data for DSS like we did for SDMA. Maintaining multiple probe paths is going to be just too much of a pain in the long run. I'm estimating/hoping that updating omap2 and 3 DSS to probe without platform data will be just as easy as doing dts changes. So reasonably minimal effort, especially if this series works for the other SoCs like it should. Regards, Tony