Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2705565ybl; Thu, 29 Aug 2019 11:43:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqyf0yNFEEeJ79UA9dwMmCKP7NZYG+ZtHPlUGzJkaUhb7LNMelMuKTvQsTu/ulmVCOPCgXVh X-Received: by 2002:a17:902:8507:: with SMTP id bj7mr5648171plb.50.1567104239147; Thu, 29 Aug 2019 11:43:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567104239; cv=none; d=google.com; s=arc-20160816; b=wC78L5rVDUujg/EM7o+yqLLxnlZsc+RPh8amt4mbOnszZKw6NQrV8O1oYaYYslF9o3 SCN0lB6DF/akQJlwqtE/NLJyIw6KL7PVawRy2y3Os0J07VZ90dJ2qSENbRHQA7Gvd8NB C/3jLuMdkWDbwuqFQoJ+ttSmrSuEH58WqixeS0GqBE4gRDLHMzCMb4QuDzErtGQajXsi F/12k4WkD3i3LPyvNLSXXayaUfSevqOJem6Iur8gDpZgYUoiWum9wT9JyCaBkC/W7wxg 52FkucbG1HwMIT0giesxALG3eeGbNnA47AmXHq1SbCphM0yUB+EP1PqatKEU/jXNw0+x 8HBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=JILc7dKyp7SkywcuYgBtqa757bPtRNzeLCwcvrp1BWE=; b=IIy8JYG3WOAVnmVZEPs95z/7l+psDLHPqNnH4lw5AtUHODafZV9gP8IkXftJYnO2vI hOdEzqz5Tz3szBMsuNK3f0r7yZieLP+FF4q2OdzorEo36nBChn4Mj3QPeANB0eROMHKJ RyscYyXKmIOahqYwbXKwx9b3lwM7OOG6wRsFPBiOcgzrlHfy+4KGYSkSeODv1cwU94/x i9d0ojDTN2wc/+rfikJzPwYk9Kb8wRkzznBpGj/+wlrLl/finRr+d4IcbltvWtUMGEzL 3rYCZ0M4IXRBru6oaA19idI3u0noyGNIKzOsZ4qnZPTMvtyMOcvQyimXw9/71e8uc1QA LIkQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=I8IES4vN; 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=alien8.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e10si3302049pfi.282.2019.08.29.11.43.43; Thu, 29 Aug 2019 11:43:59 -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=@alien8.de header.s=dkim header.b=I8IES4vN; 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=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728460AbfH2Sm3 (ORCPT + 99 others); Thu, 29 Aug 2019 14:42:29 -0400 Received: from mail.skyhub.de ([5.9.137.197]:36808 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728061AbfH2Sm3 (ORCPT ); Thu, 29 Aug 2019 14:42:29 -0400 Received: from zn.tnic (p200300EC2F0D0C00900D2DBE0F932EDD.dip0.t-ipconnect.de [IPv6:2003:ec:2f0d:c00:900d:2dbe:f93:2edd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 006101EC0A9C; Thu, 29 Aug 2019 20:42:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1567104147; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=JILc7dKyp7SkywcuYgBtqa757bPtRNzeLCwcvrp1BWE=; b=I8IES4vN/ocyX8rwm8qs8F/7m/gGvf8VavvgXe2WHNmvNCOejPGqJYb/MtWnsp63s0F/Zz fWCuD+9F8U7MV8QEU+yw6t7Qic2h16ROti+Rt28oSUc3kGMtmkaQ6P1kDwcZZMlYQCQWdQ AOSDfroT2zrr6CKgLk6UUvTX4ABvINg= Date: Thu, 29 Aug 2019 20:42:22 +0200 From: Borislav Petkov To: Linus Torvalds Cc: Nick Desaulniers , Rasmus Villemoes , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , LKML , Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , Nadav Amit , Miguel Ojeda , Masahiro Yamada , clang-built-linux , Joe Perches Subject: Re: [RFC PATCH 0/5] make use of gcc 9's "asm inline()" Message-ID: <20190829184222.GE1312@zn.tnic> References: <20190829083233.24162-1-linux@rasmusvillemoes.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 29, 2019 at 11:15:04AM -0700, Linus Torvalds wrote: > Un-inlining a function because it contains a single inline asm > instruction is not productive. Yes, it might result in a smaller > binary over-all (because all those other non-code sections do take up > some space), but it actually results in a bigger code footprint. ... and also, like one of the gcc guys said at the time, we should be careful when using this asm inlining, because, well, if we inline it everywhere just like always_inline functions and the code footprint grows considerably, then we get what we deserve. So the onus is on us to keep such sequences small. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.