Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp1924692ybd; Thu, 27 Jun 2019 03:59:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqwYceDGvaYIBM3E888CpWy8hw0dlBMaTpAxcZDAz+k+6XsJWxgJILx987wjn9QjkFbGGVGn X-Received: by 2002:a17:90a:9b08:: with SMTP id f8mr5318645pjp.103.1561633147887; Thu, 27 Jun 2019 03:59:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561633147; cv=none; d=google.com; s=arc-20160816; b=a6gVVTIPS1/rGnPoV2U0iOxhKQg7w0mVcs1NLWAYA4JllWtvWeGr7Y5dBBw/EZsZ4m tHz1JCqvXSL6xpokla7p5Zj+cCpNNtY5oiNzs6aktdny1N9C8aV4yOxns6bYkpxGA1oC QGY5r7NpxcT5ZnE9kL/xduIgDzg3qrxcjmfbVwerYcr/aZ+UkJFC93LPiCDjueEH2+gb +VnQENJwLuR2UY0zPXZQl5GbNYT/YIDRXqe4wjacsNSKavbDSR3Qf61muGmn4O59dCL4 R301OytTBuU0Deo6RbsmoM7LCmcglut4L0Lb7vBFRM5f7qb+97ssV29rbBX/geXWGxSD kmSQ== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=3bs/G6pRkHaWMu+eGRNELWIaXhcg5ghGoLOQUBPoUlk=; b=CNKLeOFIrzrCY6KjodgwL1DMU505Dw5YCLGR6bzSoj6j9QlgdFqZ0JW9GcZWeAAtv3 zepEk5zWm7kFaolOk+EzT1LEBFh65DG3Jk2/jBUMPFaOdwbDSU+pocxKqDpeG+j6MdyT L6UeNajqaMBRvuqi+Oa2bXBoirJVFKeJMvojSSdLrAuCMj7hP71JHsQv3+xJJmGSUgMv EBm2dI/9/JWKWPF593Lsj+tncBv2eg9Yg9IYC0Gj7QIRDjmmKLY/5GSn1ZHev7C4/oVp We/TwNAR4rPW5unoTn2ewz93QynYdTE/ZbtXCWBgcKUu9M+fMUDPy7WBbLLdnNUj7jWT 7e+w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="iauW/gb5"; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j6si2282835pfe.196.2019.06.27.03.58.51; Thu, 27 Jun 2019 03:59:07 -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=@kernel.org header.s=default header.b="iauW/gb5"; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726550AbfF0K60 (ORCPT + 99 others); Thu, 27 Jun 2019 06:58:26 -0400 Received: from mail.kernel.org ([198.145.29.99]:40182 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726315AbfF0K6Z (ORCPT ); Thu, 27 Jun 2019 06:58:25 -0400 Received: from devnote2 (NE2965lan1.rev.em-net.ne.jp [210.141.244.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1F4F32085A; Thu, 27 Jun 2019 10:58:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1561633104; bh=eqIMm2IvCi/2kqSke0jwsbTzK/3H02BMhTr01hNqdt8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=iauW/gb5jLquigQ+Cdzh/i9Pn3zW17VkPlONdHo7xFd7dA32bVmDJ/Yyb0bkTe8EG kIrY8RkURU97+7yoOa31J72E27OcFr0fIRUwyB35ALlHqV0dmT8JKXqUb21IVMoo+X l5U9Ro8xIQgWHOpJmZaP0lAAll1CxzuY2yED7AZg= Date: Thu, 27 Jun 2019 19:58:17 +0900 From: Masami Hiramatsu To: Rob Herring Cc: Steven Rostedt , Frank Rowand , Tom Zanussi , Ingo Molnar , Namhyung Kim , Jiri Olsa , Arnaldo Carvalho de Melo , "linux-kernel@vger.kernel.org" , devicetree@vger.kernel.org Subject: Re: [RFC PATCH 00/11] tracing: of: Boot time tracing using devicetree Message-Id: <20190627195817.211ab4bea422f37e539e47e8@kernel.org> In-Reply-To: References: <156113387975.28344.16009584175308192243.stgit@devnote2> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob, On Wed, 26 Jun 2019 15:58:50 -0600 Rob Herring wrote: > On Fri, Jun 21, 2019 at 10:18 AM Masami Hiramatsu wrote: > > > > Hi, > > > > Here is an RFC series of patches to add boot-time tracing using > > devicetree. > > > > Currently, kernel support boot-time tracing using kernel command-line > > parameters. But that is very limited because of limited expressions > > and limited length of command line. Recently, useful features like > > histogram, synthetic events, etc. are being added to ftrace, but it is > > clear that we can not expand command-line options to support these > > features. > > > > Hoever, I've found that there is a devicetree which can pass more > > structured commands to kernel at boot time :) The devicetree is usually > > used for dscribing hardware configuration, but I think we can expand it > > for software configuration too (e.g. AOSP and OPTEE already introduced > > firmware node.) Also, grub and qemu already supports loading devicetree, > > so we can use it not only on embedded devices but also on x86 PC too. > > Do the x86 versions of grub, qemu, EFI, any other bootloader actually > enable DT support? I didn't think so. Certainly, an x86 kernel doesn't > normally (other than OLPC and ce4100) have a defined way to even pass > a dtb from the bootloader to the kernel and the kernel doesn't > unflatten the dtb. Sorry, the grub part, I just found this entry. I need to check this can work on x86 too. https://www.gnu.org/software/grub/manual/grub/html_node/devicetree.html Anyway, I've tested this series on qemu-x86 with --dtb option. The kernel boot with ACPI and DT (hardware drivers seem initialized by ACPI), and it seems unflatten the dtb correctly. > > For arm64, the bootloader to kernel interface is DT even for ACPI > based systems. So unlike Frank, I'm not completely against DT being > the interface, but it's hardly universal across architectures and > something like this should be. Neither making DT the universal kernel > boot interface nor creating some new channel as Frank suggested seems > like an easy task. I don't want it making this for all architectures but an option for architecutres which supports DT already... Thank you, > > Rob -- Masami Hiramatsu