Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp5049088ybi; Sat, 20 Jul 2019 11:44:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqyvI0ll5HXLhp+dX+gINqskJFtCRK7SrbOUwmRW4TS5yaICogdBoymbhI9ZmveUY2m3mhMZ X-Received: by 2002:a17:902:a612:: with SMTP id u18mr62537021plq.181.1563648292921; Sat, 20 Jul 2019 11:44:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563648292; cv=none; d=google.com; s=arc-20160816; b=sHJPx31l7Fjeprjf2yMvKZ35ikQMA0KADQXGazSN28hzwEAeDBmuQQYew21O48c3cg 9pxNRLvyHr51PCjaRWCsWdC/wtVU5kOEoso01x87mujMdojLBTt95tKA5FZ1i1v3ijay QaOZcSXzMFPQoq4bjKQJbjfvIJD9K69xVowh5/XcVYFr2wgdYuh4dSHdKWKStp50Y0KJ /l2fY+Rb7u0434PBe2EfqQ+5kzM4ICcC93l9W8koeafbonxiE8iCuyejSSLdj3ANoiiU 0lycsBkR8Ug9ng96F7fHxSUQVrXfUVTBVaHOI0p1IXwx5PQJj5z7OV8rXpyFFyV0+e3v NLOw== 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; bh=ahfkEPbPjVvWh/5AReF1hyMp+EpgnJ/V5qr8O+zjfvU=; b=Z8UVQZo/ZzALMBxCPs39awpr25WMIMREzQjFQ+uLbMqY+vTSNs0VVdZHQWz+NH7fwB vJxpTbgJ9gf0Qo9k07doFf9mOc1RImrdaKciEaMeAOcCdkkNuYe53QVs2uYIcQmtLxPn XbhDuIv1cXejyCUaJnkhhbNdWDkUFUPN7D1dCFj1Ol2VROb3a4ZyRllckp568GHqK/IT +5qNUvWwR8Er5AXybZf8b3yd3dAb7dLxK6hp0r6Gkf7DMLCp+J1Xj6tCm8vCx3pSHECg I5Cm5aTFKEcnFx73mVOSCFbutuzSqH8J1zTmmfam/p0PvouIf8hyD5pQKsMBCDtczQIe rikw== 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 y34si2897383plb.423.2019.07.20.11.44.37; Sat, 20 Jul 2019 11:44:52 -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 S1728505AbfGTNzS (ORCPT + 99 others); Sat, 20 Jul 2019 09:55:18 -0400 Received: from mail-qk1-f195.google.com ([209.85.222.195]:35512 "EHLO mail-qk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728490AbfGTNzS (ORCPT ); Sat, 20 Jul 2019 09:55:18 -0400 Received: by mail-qk1-f195.google.com with SMTP id r21so25446733qke.2; Sat, 20 Jul 2019 06:55:17 -0700 (PDT) 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=ahfkEPbPjVvWh/5AReF1hyMp+EpgnJ/V5qr8O+zjfvU=; b=nBseJXYZ1WSm0E6jJZNZRMbGEuplcdB15vLtrvY2TQ9sCKpbQKsdjH2KAqjUiqKbxL 4bJhC/01UVWYNIho6/zZl2GPKFnwA957mMHMljuLHcWIwSF8EObZ03NO9ae+L0f7ItBx OoBOdeNka8+C4QJ8wwNtbhTJwWd15eQa43V4zx2ahmZYrdhe8nzF/HZxOtMdT1a6NRS1 OjI/JFrGw4qUHHJRDM0fbqE+mX+BkWy9JkKAfAYo+3nq6LwYVgLVcz4DSDHNZLLEpQSq yQ2M5rPiZUzO+2s57SRHUMkBuXw4R9M1M7DIZAHkzIGgl8n7P9XQmisPemnpeDxKLDDZ ck4A== X-Gm-Message-State: APjAAAUg7fd7dN6uxjNHvGcg9Nb1w+VoIHPUcq3fv4rEZco/XBqYlga/ L2VupsBkTF2V8w3/XJ1pUqdsMnVFDDttRsjjJS8= X-Received: by 2002:a37:4ac3:: with SMTP id x186mr37928430qka.138.1563630917260; Sat, 20 Jul 2019 06:55:17 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Arnd Bergmann Date: Sat, 20 Jul 2019 15:54:59 +0200 Message-ID: Subject: Re: [Question] orphan platform data header To: Masahiro Yamada Cc: Linux Kernel Mailing List , Linus Torvalds , Greg Kroah-Hartman , DTML , linux-arm-kernel , masahiroy@kernel.org 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 Sat, Jul 20, 2019 at 5:26 AM Masahiro Yamada wrote: > > masahiro@grover:~/ref/linux$ git grep netxbig_led_platform_data > drivers/leds/leds-netxbig.c: struct > netxbig_led_platform_data *pdata, > drivers/leds/leds-netxbig.c: struct > netxbig_led_platform_data *pdata) > drivers/leds/leds-netxbig.c: struct > netxbig_led_platform_data *pdata) > drivers/leds/leds-netxbig.c: struct netxbig_led_platform_data > *pdata = dev_get_platdata(&pdev->dev); > include/linux/platform_data/leds-kirkwood-netxbig.h:struct > netxbig_led_platform_data { > > > > So, what shall we do? > > Drop the board-file support? Or, keep it > in case somebody is still using their board-files > in downstream? Generally speaking, I'd remove the board file support in another case like this, but it's worth looking at when it was last used and by what. For this file, all boards got converted to DT, and the old setup code removed in commit ebc278f15759 ("ARM: mvebu: remove static LED setup for netxbig boards"), four years ago, so it's a fairly easy decision to make it DT only. Arnd