Received: by 10.223.176.5 with SMTP id f5csp1044792wra; Fri, 9 Feb 2018 11:27:14 -0800 (PST) X-Google-Smtp-Source: AH8x225D3zNTXBOgHmFUa7Uyc8F1TsEI4texnYm+I4vBsiMsLP4UPT6BU/gvUhSH0OnmTdqtYZ6v X-Received: by 10.101.80.69 with SMTP id k5mr3175884pgo.435.1518204433898; Fri, 09 Feb 2018 11:27:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518204433; cv=none; d=google.com; s=arc-20160816; b=ZU+MMVgwdRzOGPxBEtVtt9OWhAcTD/mb+m5APZBBLWEmCmXhsocDAg4vrLItYQDyn4 96GdSeLIqyXGin/e771qixwgxAIMz1tWsqoKY9M70OCJ3tsKYqOBYI20b4iqiCSXwaZ2 OxWGSNM5w+gbU+7OCvaEVzhVD3jOPBIJPrH3ret7zYTye5zvM8UlFo63iCHp7qkb0vyu RETjbfNvyX/9eiwjKRDtl0chWXYFP/08h7lLlFb6lpKioYwhT1xHN/gK3165wpsdxPxQ 4+hPAexv9phqSjZv89coFb57MHw2rZulaOxg8If7Gl6+dklArRTJxjOl4rsfU3YZgml0 0Tmw== 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:arc-authentication-results; bh=tcyBh9iBJggDEHga432MJTEoI3rhExNNbf5gmkfUZeA=; b=cTNzHzVB9tE480MdQ+NlGTWnKwJmilFcJaV5E8QLrf55kuDK3s97lXIZ9Gg9UzTewV 6tZAqBZZmBxftGmmjblInK4KiPqkVNsGHbwroO9jor4NxZ5Q2QRaLIC6oVsGwPur13+B pjxBu0FLrqAliDvwbLuaqpiak38nO/UsuGlHhS3khbb6jLH/c9EyJrQrniNmbwJWOdWP D7+85lH1+f/n07dfepXcy6cFjVFAom4cAxNzOEWJWlCtQJ73qusG80vqonykR9mXK2f3 zH11cTH3OJ2FTYmOWFP1DERnPGTiqFgXC/e/LJdgzQHevnQcREXZja0zEyV7EusTPbBo VbPg== 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 bc9-v6si1927089plb.12.2018.02.09.11.26.59; Fri, 09 Feb 2018 11:27:13 -0800 (PST) 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 S1752522AbeBITZV (ORCPT + 99 others); Fri, 9 Feb 2018 14:25:21 -0500 Received: from mx2.suse.de ([195.135.220.15]:55947 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752218AbeBITZT (ORCPT ); Fri, 9 Feb 2018 14:25:19 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 25F73ABE0; Fri, 9 Feb 2018 19:25:18 +0000 (UTC) Date: Fri, 9 Feb 2018 20:25:15 +0100 From: Joerg Roedel To: Linus Torvalds Cc: Joerg Roedel , Thomas Gleixner , Ingo Molnar , "H . Peter Anvin" , the arch/x86 maintainers , Linux Kernel Mailing List , linux-mm , Andy Lutomirski , Dave Hansen , Josh Poimboeuf , Juergen Gross , Peter Zijlstra , Borislav Petkov , Jiri Kosina , Boris Ostrovsky , Brian Gerst , David Laight , Denys Vlasenko , Eduardo Valentin , Greg KH , Will Deacon , "Liguori, Anthony" , Daniel Gruss , Hugh Dickins , Kees Cook , Andrea Arcangeli , Waiman Long , Pavel Machek Subject: Re: [PATCH 09/31] x86/entry/32: Leave the kernel via trampoline stack Message-ID: <20180209192515.qvvixkn5rz77oz6l@suse.de> References: <1518168340-9392-1-git-send-email-joro@8bytes.org> <1518168340-9392-10-git-send-email-joro@8bytes.org> <20180209190226.lqh6twf7thfg52cq@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170421 (1.8.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 09, 2018 at 11:17:35AM -0800, Linus Torvalds wrote: > Yeah, it's only true on the very latest uarchs, and even there it's > not perfect for small copies. > > On the older machines that are relevant for 32-bit code, it's often > tens of cycles just for the ucode overhead, I think, and "rep movsb" > actually does things literally a byte at a time. Ugh, okay. So I switch to movsl, that should at least perform on-par with the chain of 'pushl' instructions I had before. Thanks, Joerg