Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp2360669ybh; Fri, 24 Jul 2020 10:48:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxHvkzJUT7ZtNEeoYh8EJ5hyqkL1AyvALZQrvRhQnTjr7FQvIGdWS+SrW1u44bxOh6Rw9dj X-Received: by 2002:a17:906:269a:: with SMTP id t26mr10112079ejc.286.1595612932917; Fri, 24 Jul 2020 10:48:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595612932; cv=none; d=google.com; s=arc-20160816; b=0Iw3kgYjFxUwJaAMimdqLnUAb0xEHYPIj7m9CvyllkIJee+Q8V1nBj1W4LVgEslJkW FBrLjQfLW+ECAHqu1jNQ1+sypxEHCf0BL62Buf6nDi3LJruebt8nrEDPDr0esJ4soewf R5aMc4JkPU8WCY8NFtcoWH4dfMJUtAuYdmQg/GIa7uNfDALELur6a/Y7lwPWvYql+Q3Z H+40qgrsEloyeZYpERztmxkK4tYdlppfJOjPdct0MlRp8JIGtYu3m5SCTK3eVt+biGme JS3aCwm7dJd2zG2qiFM3lc3GlNbe/g7ZxnsVtFfQGAD+JHhuxYldBrQMeNzuA8L8y3Es 8beg== 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; bh=k656pOVIsJzYnE7CKMak9e5PMW315va2X9Z2mH8zMN0=; b=ynjhbcYFti2AencM8ry9uoPjl/ouFWIfs/DL4jGZDf4ENaFygmj1mjEjA8+XsRVlYm CWmz1AANc2vYXGiUQS4D8ij7Eal83Eguy93Z7wcmMVXgJ9fkpBIjA7oZU7wFi121t74m 6NJyb8MorqZgTDO0a52BW8IQO+gVVw/fhgWoCCnRu7wgYWDRo/AWDwWcaBNuv8vynzuJ AZFzxp4KAGPb3bYjsyevQkuMjYftP6HdPv9V4Fs2leDS094DbbervpH5chdtaA7CIjQ3 Dz/nQoyOelk8Eiww+r5hSP1/fGOFCu7Ss8T6IJfYN7ckPnX2eJJM57B3lPMZEOI8zfq8 T21Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id re6si964122ejb.381.2020.07.24.10.48.29; Fri, 24 Jul 2020 10:48:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727034AbgGXRsO (ORCPT + 99 others); Fri, 24 Jul 2020 13:48:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:52978 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726593AbgGXRsO (ORCPT ); Fri, 24 Jul 2020 13:48:14 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 5C428206F6; Fri, 24 Jul 2020 17:48:13 +0000 (UTC) Date: Fri, 24 Jul 2020 13:48:11 -0400 From: Steven Rostedt To: Oscar Carter Cc: Ingo Molnar , Kees Cook , linux-kernel@vger.kernel.org, kernel-hardening@lists.openwall.com, Jann Horn Subject: Re: [PATCH v2 2/2] kernel/trace: Remove function callback casts Message-ID: <20200724134811.01704cbf@oasis.local.home> In-Reply-To: <20200724134020.3160dc7c@oasis.local.home> References: <20200719155033.24201-1-oscar.carter@gmx.com> <20200719155033.24201-3-oscar.carter@gmx.com> <20200721140545.445f0258@oasis.local.home> <20200724161921.GA3123@ubuntu> <20200724123528.36ea9c9e@oasis.local.home> <20200724171418.GB3123@ubuntu> <20200724133656.76c75629@oasis.local.home> <20200724134020.3160dc7c@oasis.local.home> X-Mailer: Claws Mail 3.17.3 (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 On Fri, 24 Jul 2020 13:40:20 -0400 Steven Rostedt wrote: > On Fri, 24 Jul 2020 13:36:56 -0400 > Steven Rostedt wrote: > > > Which BTW, is supported by the following architectures: > > x86 Ah, you can lose support on x86 if you don't enable DYNAMIC_FTRACE, which is stupid to do. I only enabled disabling of DYNAMIC_FTRACE on x86 to test it, as not all architectures have it, and I currently only test on x86. Without DYNAMIC_FTRACE enabled, you *always* call into the ftrace infrastructure for *every* function. This adds something like 15 to 20% overhead to the kernel. Did I say it was stupid to do so? If you are going through all this work because some randconfig causes this warning because it enables CONFIG_FUNCTION_TRACER but without DYNAMIC_FTRACE enabled, then I strongly suggest you start spending your time elsewhere, because it will be a big NAK on my part to add all this intrusive code for a config used only for debugging the non DYNAMIC_FTRACE case. -- Steve