Received: by 10.223.185.116 with SMTP id b49csp3831327wrg; Tue, 13 Feb 2018 08:23:55 -0800 (PST) X-Google-Smtp-Source: AH8x227ruSZeYvh6AvaUzES1xKC3CpWWSgfx5b140wDoyuPBie6FOhCLFBsCfwcnFkaNWoraGxe8 X-Received: by 2002:a17:902:7887:: with SMTP id q7-v6mr1604889pll.385.1518539035217; Tue, 13 Feb 2018 08:23:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518539035; cv=none; d=google.com; s=arc-20160816; b=KAmUMZMBsjrE+vCkuo2QI5IHuoXHsHbbj8pZIHIJJ/V53rCNCk3EhhLdycRaEcMbvV 63v0N1L+yLZbHG+S0oE1M0hXnvWNd39R+W8kAF9A+Yh77EMHKC1AyH9kgKDq+5Hr15Dw W0deb9BCAyaenWgTVqAgi7TmKatrxxeze1DQsHZYlorIFGWNDJkrnk757aVNQc5YS6V5 UKOOEXso6J0r9CB/C581TMw2yxS8M1sOsXL3+Mh/4VUsNgYZgLBB4WYrdIs/C6LYzXEC aaOCe+V5HjjTCR5Zpub6B94WF6B1day9LaXY2+wNgPDRmhcwiPrkCWRonD81jKzYcdD3 MwEA== 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 :arc-authentication-results; bh=9JYqI8rs5s3+0Z/hyrknQA0508YYwiL+BJ7q9J8eE2c=; b=Kz5AMcmxFkB7UENrx3V2gyihxkRd3oLsnEiBIoruNR4GkUgbNp21xLeZhIzzaTubxA U6IFKWIiERlPH7lIMr1FosAjmE0JeGbTADBFb48zFSo9bDl8o7m/V2WOt5ojYTFFJRWq TwYfMlDawcd5Uhzugplgw1YqPtSsIXWv4e7WaHTSLbNARYwKuW9u3+FrKX8evkMSY51M pt9Wp3zOkYsVgCWWO730N6AwQO73rDUw/uyX+5acv/R5ym6WLjmzYi+bODtlF4j6Jbeh tb5Z6HONEV2XQdzjEefmvWT13G/AO4ZGiSBHAKvgF6YKTzTUgW0FxqOQm8O388rAPgQB ktdg== 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 j23-v6si1551949pli.127.2018.02.13.08.23.40; Tue, 13 Feb 2018 08:23:55 -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 S934791AbeBMQWC (ORCPT + 99 others); Tue, 13 Feb 2018 11:22:02 -0500 Received: from mout.kundenserver.de ([217.72.192.75]:41295 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934472AbeBMQWA (ORCPT ); Tue, 13 Feb 2018 11:22:00 -0500 Received: from [192.168.2.106] ([84.184.25.114]) by mrelayeu.kundenserver.de (mreue101 [212.227.15.183]) with ESMTPSA (Nemesis) id 0MTQ5X-1fCPx73vEt-00SPfT; Tue, 13 Feb 2018 17:21:55 +0100 Subject: Re: RFC: build config via DT names To: Rob Herring , Frank Rowand Cc: "Enrico Weigelt, metux IT consult" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" References: <63f25fea-f163-f9cc-b5b2-f6f291d7f8d2@gmx.de> From: Enrico Weigelt Organization: metux IT consult Message-ID: Date: Tue, 13 Feb 2018 16:21:52 +0000 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:7H28iPK7soWdQhNvhkmnk10i/9yb3RARvpfwmFOAFVHdmgmiB8w dRngvNYPDgydsqlXZ09YCLHistEO9/kuxiSWVYcARdjXpGAMeGGZhnr/vgnT7bs9vY3AIFd yWL6v9NbSldKRcUgiZ5SGNUcmThSq6tKQqXOvded4B2erID7GqtH/ik1RBPpwQb1SxKSlJk VNPHZArVIM3gWY4ut+a0A== X-UI-Out-Filterresults: notjunk:1;V01:K0:fADO9O2LA1U=:VzPqGobCNVCm+aPSL7cynS XRDDbB31c3ZqhR9iI4W/YtifkrnTopQAbG5XGYXxUFg2fWmuDYuGA3QmItZQsssz5IShAhnac gPRk2NP19XwWeCGvL1OyvsVH28nnMVCIE049M4BVl41HBmVZvkH/65loWqZLmpTS+SlW8mpNM KCgx0aD7lWw0nWnCC0Duw4a+M0jC1EgAhSAXcioiZd4XwfK/2ZmMHUG62I2nxW6suFf7y48Ip Zn/u/L3jJpfjGfY7tu68bqlJFFXVxQFmwkSAk4Kp8uwdR81ZCYUi+rWZTHqdUX6RotR8lGnRN TdehQ0BWaIxILDmwIUEnYbFCbXjNsNW/8qjwAdfxBdm9Mpr8NUlzWKDHoFIIeyVPPYRrB8ZfX d/30fRj4qSYhlsBFdp4ytRRuhTyVGh/09pU1JGWPp1O0ybPODzh0jqOxUPOD7MT2aKVLhN1Ie H4XHTuPc/GxuGPq/KcxqJ/x+kSSIb3qjliZsFtgRIlfTb0NTI2jjwGcnSje0gJq6k2mI5lDUi EA79ITDE3PkpFDSQ2p+qTlbXEZuJUFaayHjg0AqCsW8DJSHBq1J5c9OcNUxkF7KydJF5humNA BIp1qvAgtP6l+kpjtC4ezzekFsLXbD9jsiSbRfdJIU4ggug7tm23V7LPvj2fS4lpSz7W+Jl7n VvAsZBJDbso2CJkVNSlrZXXL6mHj/YW9dxCeNVbykI4dNZ3xi6Rbs6YjuLKSmZvGgxUcECBMU KAVIEw8WDOyJbzrQK16K6F4ZmB062sCGivCY7li7SRMJasFY86Hd/YQv8xs= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 13.02.2018 15:19, Rob Herring wrote: > Doubling the number of driver config options is not going to fly. These options would be in their own submenu (which could be disabled completely) and use their own prefix. IMHO, even if they grow into big numbers, the impact should be minimal. > How would you handle multiple compatible strings per driver? Multiple entries in the submenu, each selecting the same driver. > We have all the data, so we should be able to generate this which > dt_to_config tries to do. I guess there're lots of corner cases that would need special magic. > I think part of the problem is dt_to_config > works at the source level for everything. Really we need a more robust > way to map source files to config options and extracting match tables > from drivers. Perhaps doing the latter with coccinelle which can match > struct types, using the object files instead, or using module aliases > (though that doesn't work for built-in drivers). Configure by already compiled binaries ? --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287