Received: by 10.213.65.68 with SMTP id h4csp772621imn; Thu, 22 Mar 2018 08:14:56 -0700 (PDT) X-Google-Smtp-Source: AG47ELurknnJiGLPL/mj3fTseAXBIDTNvVP+RP8kwnt9c0rJ1I6JTHxEyyrwlxJbqKjHxcLrfhyE X-Received: by 10.99.119.78 with SMTP id s75mr18545356pgc.238.1521731696037; Thu, 22 Mar 2018 08:14:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521731696; cv=none; d=google.com; s=arc-20160816; b=Bpb5vNNjnFJzwRHShKqZoDZ03k4eWs+X+J+cGxx/U7gjHE8kpSem6a4NTaMiJV5zQG J6UzWd7af9kJByCu4FVTPmAgZ/uQvuQctIZX2PwnaA3YKPCS1ugjTxRJouYQOcEo39FV OawCGoOJeJB793VI/sfCs8+BTko1+GgTaugFcJT87xxbQ/0AIyBRK3/EeYYKUUrzYTVt J1uXtXc7NId6Q683Rc5jCojkkchYZ7Gd0H+qszstrvMd21caWeDerTwUxmgNawInq79S KhRVQ9kkyLZD2NE674vS2BJ2B+n60dOWciOd7z0TE3PYI+yfnumQwM+vqhNFEA1NU9u8 o4Rw== 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 :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=VQkl+NK9831Xx5Tu7QZ/ohmkUqm34fvopi9QWx50/20=; b=UoKDrdt+FTdKCFGhpru+0EX0HLiN6tBbdwMNYzT+eHgH8zyeaT+0anmXtS1y0pqmh/ I1Jx1MBV0U0qPPk9Vlzkl6O5t2Zu+UsIhINrw5hZYAKQXw6D4b69v1nQQUplapxCpw1P zcW43iHUtc5ra+2GzrgxTSe/WCEH5O3wnxNOtDRcdRAuLb+HOHLr2CSe9k6fqA7t7vc2 E8+dxessWfxnjir5FjQ/wUrwL/3sg3Jhp+dA9ftXFgsJ//6JdNFVD8TkeFyHbMNQ8Bb3 cYCE4jzdsHCa4h+qPEzNc5X/KdDV4xuR78TTcxYFBNM823IBHzq6rKNXKvGEMGZdYVjg RqOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=mOSxgOu+; 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 g7-v6si7144056plm.539.2018.03.22.08.14.41; Thu, 22 Mar 2018 08:14:56 -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=fail header.i=@gmail.com header.s=20161025 header.b=mOSxgOu+; 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 S1754767AbeCVPNQ (ORCPT + 99 others); Thu, 22 Mar 2018 11:13:16 -0400 Received: from mail-qt0-f194.google.com ([209.85.216.194]:35792 "EHLO mail-qt0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754110AbeCVPNO (ORCPT ); Thu, 22 Mar 2018 11:13:14 -0400 Received: by mail-qt0-f194.google.com with SMTP id s2so9267659qti.2; Thu, 22 Mar 2018 08:13:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=VQkl+NK9831Xx5Tu7QZ/ohmkUqm34fvopi9QWx50/20=; b=mOSxgOu+WzZ/sBq1I/eIXkgwDyv78bbQT0ShdBFBgI3mFDek5w2sOIfs/fR5Uk9Tpu o2dxXNjPcHJEa9DtrM4lXQW/izVeUoEgYmPfFmBpsF31DDTLDyoeU6CQJiZ/aaZuwnlL k8PgnHQpEBGBbr2dRPT9QCcFh4K01DD1fuJ+WhpeI8QJcLHqs2G/HtNxM2lJ6Y7i30+3 /iwKqoq9YboakvjBWpGJijAD01Oi4RSJK1Fp+NM9+49AsHWE3sEcd9VahAHtUQZKy2j0 x6NxiYpHYs81IpTnEyiWQ/QlTuVa7au8f19o2IDRRzXr2+3RBwKSZzldzgwWRXoAWY4j Yk0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=VQkl+NK9831Xx5Tu7QZ/ohmkUqm34fvopi9QWx50/20=; b=cEOuBS/9a28dV/kg35ypMKjs8rVyIHQd6P7RzFVYMftJCWXSRgcIN0HlDnpDA4dAN+ TtoQz632N/XnSbb+ZoHNaAQsRH+BCZ/JUDgdaz8lt2l6oXpgwjGWNRM38cpF7QxbpjWJ ELHR9bwEQqvQ36ZgJIrWPzgZFmhVAhHJw/Q9gk4ezn7+2eYWUi7J7MsOf/TtsoN+Gh3s z2iB/DkwpLPRSUCxDmRuamU6BmGubSFvJkGdu0pdCILSRZSxg/Wag94E6yqZDGxlFu5M fYXv2eofc+XDdnnr8+hpkn5CBAMPr9Bp7R395r5TqLznUU0TqjhSsZQ8D838duF2SL/N Sytw== X-Gm-Message-State: AElRT7E3KRDWDQRDazsqMW1WGyo3KuSnhLPirD2e8ky/tIazN7GCyWsT bBrOwJGWI5qhBHLlLWihJzXxe2cqA4iGXiJ02nI= X-Received: by 10.237.51.195 with SMTP id v61mr7914132qtd.138.1521731593682; Thu, 22 Mar 2018 08:13:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.200.54.147 with HTTP; Thu, 22 Mar 2018 08:13:13 -0700 (PDT) In-Reply-To: <1806382.Agy9d77yKa@avalon> References: <20180315153730.3798004-1-arnd@arndb.de> <1806382.Agy9d77yKa@avalon> From: Geert Uytterhoeven Date: Thu, 22 Mar 2018 16:13:13 +0100 X-Google-Sender-Auth: Ze3mA2r_lqlCbotxtGPgMbGTh5M Message-ID: Subject: Re: [PATCH] [RFC] drm: rcar-du: keep temporary dtb files around during build To: Laurent Pinchart Cc: Frank.Rowand@sony.com, Arnd Bergmann , David Airlie , =?UTF-8?Q?Niklas_S=C3=B6derlund?= , DRI Development , Linux-Renesas , Linux Kernel Mailing List , Frank Rowand , Masahiro Yamada 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 Hi Laurent, CC Yamada-san On Thu, Mar 22, 2018 at 3:50 PM, Laurent Pinchart wrote: > On Thursday, 22 March 2018 16:26:22 EET Geert Uytterhoeven wrote: >> On Fri, Mar 16, 2018 at 2:39 AM, wrote: >> > On Thursday, March 15, 2018 8:37 AM, Arnd Bergmann wrote: >> >> The *.dtb and *.dtb.S files get removed by 'make' during the build >> >> process, and later seem to be missed during the 'modpost' stage: >> >> >> >> rm drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7795.dtb >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dtb >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dtb.S >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7795.dtb.S >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7790.dtb.S >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7793.dtb >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7796.dtb >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7790.dtb >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7796.dtb.S >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7793.dtb.S >> >> WARNING: could not open >> >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7790.dtb.S: No such file or >> >> directory >> >> >> >> As a workaround, this adds all those files to the 'extra-y' target list, >> >> but that's really ugly. Any ideas for a better fix? >> > >> > Does this work for you (untested, but the way it is done in >> > drivers/of/unittest-data/Makefile): >> > >> > .PRECIOUS: \ >> > >> > $(obj)/%.dtb.S \ >> > $(obj)/%.dtb >> >> Shouldn't that just be moved to scripts/Makefile.lib, just above the rule >> to make dtb.S, like is done for other precious objects? > > Without any implied acknowledgment that keeping those intermediate files is > the right solution (I don't claim to master the kernel build system), I think Me neither, but I think it is. Cfr. .y => .tab.c => .tab.o with .tab.c marked PRECIOUS. > such a rule would indeed be better in a core Makefile, as the rules to build > the .dtb.o file comes from the core too. Could another option be to create a > rule to compile a .dtb.o from the .dts file directly without going through > intermediate files that will be removed automatically ? Such a rules needs to execute two commands, which is more tricky, considering error handling. It's easier (to get right) to have two separate rules, and let make chain them automatically. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds