Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp3556560ybd; Tue, 25 Jun 2019 04:46:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqzJD09vXl8LfCZ1X+Kn0bzrIkS9b4KshWrRnjT0XJzeqT72q7CNlBkm7Xjy8P28ylI28UrH X-Received: by 2002:a65:518d:: with SMTP id h13mr37918873pgq.22.1561463172372; Tue, 25 Jun 2019 04:46:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561463172; cv=none; d=google.com; s=arc-20160816; b=y0hNJ8GQsl+FJEa7wnyiAd7hV02+tsme7WSROdmjW5xfzbB2RWZkDF23j4Gov1txCR P2FE31ud2Wp6apGMkR1pA+2uXP/a0ERSfrUpvCplRTSseHl1348vg5DP8sVomNGg9nVI 0bH4tsz+wpzX8rb5d2GWjia0DzyeuZDjI69M9HI2xpZhEcGTL489khCcKZXBID35DNUO anUBWn1ASrYMYypAsBh3lrIdU54nd6U+dVhsNMoD3WGVzxkRZYoyn39g+jpGouvA7Lqo oSr71cSet/7dDom9Ivmp/+DfjKDftcsEpI91GuqfsdKxQxPeJo7nREQphBmxB96nF1ul Nlbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=t4qhaTHJZ+3VBU1sVx1P1bcNOnkqcH9GEq/1NAbRuaM=; b=Q4dV/r6X/8avLUAci/GaVI6ttbiDYUuACF/nZQCyEeTZgBJeAddTC5QYjEKPH/VV3Z o/4/vId6kxevPe7QQcyTWf9Z6F3gBZZHhSN5ha8Fm1PmYDkl2JMrHYAMZwXNpsv5DBTW X+LZc8j0NhTZC7rkXURRV0Mb9mJ+syJrox8gP+w6GhIEh2UK60+8ATrFAB/DcjCHx+72 3Q81j6zfcAykQEoV/ka6wzMyRnckI0ZGaAh+ojEyphWXl6jEewZBKdVhGTYHcYg4ddbe CZr/Gbhr87WDPcZXL4gz07qElewNZ/B283gowiiMdmOdS4WNUJmffgTVjLRiGg7E+xe8 jeAA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=dudxju8w; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b41si158614pla.409.2019.06.25.04.45.56; Tue, 25 Jun 2019 04:46:12 -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; dkim=pass header.i=@linaro.org header.s=google header.b=dudxju8w; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731120AbfFYJSj (ORCPT + 99 others); Tue, 25 Jun 2019 05:18:39 -0400 Received: from mail-lj1-f194.google.com ([209.85.208.194]:32958 "EHLO mail-lj1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730620AbfFYJSi (ORCPT ); Tue, 25 Jun 2019 05:18:38 -0400 Received: by mail-lj1-f194.google.com with SMTP id h10so15521407ljg.0 for ; Tue, 25 Jun 2019 02:18:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=t4qhaTHJZ+3VBU1sVx1P1bcNOnkqcH9GEq/1NAbRuaM=; b=dudxju8wkw9TnDww1MEY+prohp3emhDrV6fkIsizGs9ivSRezr09XAmqfYjzhFzVMU M7dAzWcIrqssTYQ+ntjda0GlaqnCFf3x8MqRLrGBB2pELALKPgRLTC96hz/QGoV5nGP3 vQ+v+HCwhp3r+tZpxQ5nVhn7UVTGXadDPrevIgF0bafpI5g85m1kUYlXK7xsxEZGebTu u/CEYDoE6RcP+5AtgX3cltmInNUs7FXhX761Rm9Wk9qS3//cZYLbP84TOJGFDG9y5lOn Z40GhL86T6fir5q17T6MJR/rukojQMoAcghGapd2Wa8oQLWJvjHMdmsR6ogv9aMnWXOD h8lA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=t4qhaTHJZ+3VBU1sVx1P1bcNOnkqcH9GEq/1NAbRuaM=; b=KncUCWUYj24msgF5r49fnVEEmM4+ryMTM8dSR/sKrz9kOHcBDip6G7Jd3p42gufO+l RSyEiKe9SkWMs7VVQRWNRf/YOsbAic+LJ254rZB/xbVGAAmJGTaIjKntpQKWsTq0YH6w 57Em1t1my2bJhQ8Mmnnt78wYsPoSbrZ5EEViioFA/+8skbnbXaFcNsxi+JhE/EuKE+Sb fitYhrIafaqkYHjCPWtzzrzNtETgZ4SJzsT3I07D0d3dv8MFQKA4HVxebHOyfdK10CiX DtboZOp+5bJC8C77N1ybttp3T62+7MJJz01RPuhCMLuEn/lNnqRBTJM18bDzasEsGjRS vj0w== X-Gm-Message-State: APjAAAXQgFDX5mXgKjmVT39df0xma+O+gihJqfDYcVtdnfpattAPRWWm zrRq/NiX6EweWS9+nTYW2CyQ0oPzIWS9vqqc/Hu6nA== X-Received: by 2002:a2e:2c14:: with SMTP id s20mr15217716ljs.54.1561454316621; Tue, 25 Jun 2019 02:18:36 -0700 (PDT) MIME-Version: 1.0 References: <1560796871-18560-1-git-send-email-info@metux.net> In-Reply-To: <1560796871-18560-1-git-send-email-info@metux.net> From: Linus Walleij Date: Tue, 25 Jun 2019 11:18:25 +0200 Message-ID: Subject: Re: [PATCH 01/30] include: linux: platform_device: more helpers for declaring platform drivers To: "Enrico Weigelt, metux IT consult" , Greg KH Cc: "linux-kernel@vger.kernel.org" , Tien Hock Loh , Bartosz Golaszewski , Andy Shevchenko , Shawn Guo , Sascha Hauer , Sascha Hauer , Fabio Estevam , NXP Linux Team , Grygorii Strashko , Santosh Shilimkar , Kevin Hilman , Maxime Coquelin , Alexandre TORGUE , "open list:GPIO SUBSYSTEM" , Linux-OMAP , linux-tegra@vger.kernel.org, patches@opensource.cirrus.com, "Rafael J. Wysocki" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 17, 2019 at 8:41 PM Enrico Weigelt, metux IT consult wrote: > From: Enrico Weigelt > > Add more helper macros for trivial driver init cases, similar to the > already existing module_platform_driver()+friends - now for those which > are initialized at other stages. Lots of drivers couldn't use the existing > macros, as they need to be called at different init stages, eg. subsys, > postcore, arch. > > This helps to further reduce driver init boilerplate. > > Signed-off-by: Enrico Weigelt You need to send this to Greg as device core maintainer. Possibly to Rafael as well, he did a very intersting rework on device dependencies with device links. While in general I agree that this diets down a lot of duplicate code that we have done the same way over and over, there is the issue that we don't want any drivers to do this mockery and instead use deferred probe and ultimately just probe in the right order. I think device links were supposed to fix this up, but it indeed assumes that you know of these dependencies before you start probing the first driver, and often you do not, unless the hardware description explicitly encodes that. And that is one big problem. If we should do this, device core changes must be merged or explicitly ACKed first. Yours, Linus Walleij