Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp6821694ybh; Thu, 8 Aug 2019 06:14:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqzRv8tYFNgWBc9LCVNsiIT964Y6RORUr2lfNeKJwiWWsvlxFbon33hkk3/EHGiDHm3gD427 X-Received: by 2002:a17:90a:208d:: with SMTP id f13mr3952150pjg.68.1565270078847; Thu, 08 Aug 2019 06:14:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565270078; cv=none; d=google.com; s=arc-20160816; b=kh3vfUwFD6U6grtFWe+l8+I+7CKJdWLPADzHe2ytxVd6X4aNmfzYMbbl5PKUjoiDit 2XXTU0agXN1iWGzuDn6PQgkkEwpvtgmeZ1gjYFPrxbSLGpDfiKQmnhydSc2UUEYd0Ilj 68n/RmaLFCu7+REXdY2+XLpSbT6bVKLpGDJfMlnIGJqmFXl2kfnZqgT6EZCP98c9MKSR SGNqudFCQDe5IxiUx14TguHZUZAffTuJ+KwzfBqeai5KqQILBQYh8pDrHU0QKwTDrF3i kVKPv6iYLFQvWPtkhAm58dpe8vQQ0aCWRStYPoaBJYo/ziH8w3EL3R4nvmqr6+Mi4ubD NwaA== 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:organization:from:references:cc:to:subject; bh=h1cYbxZz6KYOpYU1en+2d+/buO9ysLFbv4aYkPK0oPU=; b=SIP8a+Z3aC+8FLKMqnM50AMJAIj9PIw3lo32Zw5Tdl2yR/QliYa2wmXFcfVhjv306G vzcX2ypMTbvg7y/hfIDGY5J7ihPu31S3plBI9u5yZg0Dk8/NnHq4i+tQM2lHrj4pTKB+ wBumVQVCDiCmLOc0Cfm2dgD3KKOSbFdkbWLnJMP0pWkijSRgY622UcYvS0F/VaAQc+GZ BU2q4PQe2t5f/tu81yaHcFlADsQb+uvCUlIMVaxANWaGL0nQgLyaBNj+ylwsJJdm8DlB z8DcUSL4WPPu7nARYUvBLlg73MK3wjmGf8JojQyy3tHP1brhl1H/CS3hKLV7k66qhdds yYLg== 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 98si2742090ple.6.2019.08.08.06.14.21; Thu, 08 Aug 2019 06:14:38 -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 S1732944AbfHHNNN (ORCPT + 99 others); Thu, 8 Aug 2019 09:13:13 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:59231 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732375AbfHHNNN (ORCPT ); Thu, 8 Aug 2019 09:13:13 -0400 Received: from [192.168.1.110] ([77.4.95.67]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1M3Upe-1hwGBc1pPm-000dS4; Thu, 08 Aug 2019 15:12:50 +0200 Subject: Re: [PATCH RFC] modpost: Support I2C Aliases from OF tables To: Javier Martinez Canillas , Geert Uytterhoeven Cc: Wolfram Sang , Kieran Bingham , Masahiro Yamada , Michal Marek , linux-kbuild , open list , Linux-Renesas , Lee Jones , Alexandre Belloni , Andy Shevchenko , Mark Brown References: <20190710193918.31135-1-kieran.bingham+renesas@ideasonboard.com> <0e1b6e0b-1c94-4b00-7fda-c2a303ee3816@redhat.com> <20190731194419.GB4084@kunai> <51451f89-9193-2be6-e724-e9ca44a25f52@redhat.com> From: "Enrico Weigelt, metux IT consult" Organization: metux IT consult Message-ID: <620e0aec-e3d8-7289-6525-b720013e8dfa@metux.net> Date: Thu, 8 Aug 2019 15:12:47 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <51451f89-9193-2be6-e724-e9ca44a25f52@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:IBK9Xm7wYE6zK76e7iHZaERZwlA5HaihmNgKog9rl292nI0WqjF PtrGixDaNMcmx4CyY0g0HQuEYZ/9mduxkUv6RSCs3hYj5Z5Hh+F8N6xFGrfZaX2s3UPBmkJ oB+kot/By4XS+pGXba4sdeE9LvdMWIijTMwfqdOmigf9tUAw1ch5C3kq14jlJjw2D+apDZq CXntaM4+3eqXKMvkgxEyQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:3M+d3uKvZSs=:yLNYLCiuD+SNXAdiAMehjW GAhYqJo1pts5wjxmrfm3q9PHoTEl/auOnNIiUymU5nQ6kZegUv7OINe5y3jgIIwhyTtjgti63 3KQVZlS74z2HWDIiqmNcTAe24n0/KKjZoNstcoB8fTvdXc2x1MVHU/ybm7Vmqv/JF0bnBASfe A4q8igaAcDUoBlvUcu9F+Tma6qgYM+bz/iT2v6/0/Or/1/V8XyMnVEQFX6uiRBpQqDUSFZgui AvAZF8Ei7ft8focNVRd0A5eBMpyr/SbXyHunKNEotLF9t5nHx9AiBcU1oNvsw5h6kza7PNNH6 pwTlUkq1ersEeabWvRtXk+CQqyrd+l3cdRJ7lSpEz/rs+NnrboMy0ccIzztuh0SAwdTwRAFLf JfdpyVssc3vMTsKYG2NJahpvi+DYB0afEumw12ItulLNSsjrEptmqZgWoWgq2aFevhC3K2ZAR XQJ9h2h6TIoS0Ax3y/WtBHDEXGoeoIOq43hBWPFz8XcKoU6pqoBhrY6U3VFaj1KXNwk6RfX4M S1MSdRzWrdpkpjDn4vje7kK05V4sswjCc2Qrn178RpmxgY2Py7/yRzOmVaY1UkWPKAG+PcIy7 4ahyHVKIev8jqVOgae1LucWtwwRnR5BbMGxw7B1nFEpHydFUjVFr5LVvwNQHYqnlXiAujVvGc ii1W0Hes3Krb8L6pP/wMi9ghqVDzYYLjzgsaq9noAOCeuZuIkqm+wYV5DjdApJsv5vEIjUYn8 yQtdouzt0j2sv7nw1w76z98d5bIQSyrerypLiYTt4ERSWSCGggf846HsQPE= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06.08.19 19:12, Javier Martinez Canillas wrote: > Right, we could add a macro for that. Although it should probably be called > I2C_OF_MODULE_DEVICE_TABLE() or something like that since is specific to OF. At that point it should be completely noop when OF is disabled, so we also can get rid of many ifdef's. I've got some patch somewhere for introducing a MODULE_OF_TABLE() macro as replacement for many MODULE_DEVICE_TABLE(of, ...) cases, which noops when CONFIG_OF is disabled. (and similar ones for other table types). by the way: haven't followed whole discussion, just picked up some proposed table changes ... does that require userland upgrades ? --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287