Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3836269ybz; Mon, 20 Apr 2020 10:18:35 -0700 (PDT) X-Google-Smtp-Source: APiQypL7s2bk8oNqfnS8XJD7MBujUYmytwGdlZ5GzrR+7HQ5NjLcD8CENGXLfgEvXZbWy1XmkBxg X-Received: by 2002:a17:906:390a:: with SMTP id f10mr16749428eje.74.1587403115651; Mon, 20 Apr 2020 10:18:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587403115; cv=none; d=google.com; s=arc-20160816; b=sZ5c6Tx4vw9sUfNsqKvxy34mR4O8yOa2jKSSSCw8Uzq2JHpmj/0pk9FDYz+7ooGD5V 7OCew9OHRD6AaQdhbwUcR6bi0ZMZoowT+DchcYBNh3TZ4xSjfWcNkOk4owNu1m9CnNL1 jFf+MTxxtgJbIkhmYnEZy9Y0B/BKK141DLqWI8tqNv0vyT69o1FcnVbUXTqnZ7k1UKMo SO2to7zX9Ip0mSxNUvjfpNMJnhz6Yo/OQEt7jkephWEyYz4ddIaTsZ93a6dUjLQxSN1S Vl3b/pvFTY9CNRZQEgOD8hqwFt4N8bxcTXptG1ET/oAhSGGk2uPKrgqFtVllMXOo777Z WrYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=Oyu9jqS16hgfZ2rNL7gsX8ucU58Xzcf50Z2azU8pj6s=; b=qv/oGB/xPQ6/I3Qukn74dpPnBqt2Dc/6O+asU6GrxLM5J2wYoKTeA4inHhgMB3wZ9/ sw5nd3qlj30UXtp6FyrnNtcPCGEahXJDpAH4eFnoqgYAUGLpOMlMucefcJ3c0oMrWdsm dsOY5kKz8/KCLzHhoEWgZd0wEfBKyvTl67BXDbotZcvKSYcz7aJWC8/KRNHS49L0KFaG mTzfYqTEWe7RRqOtqvUySCjwX9GZzyW9nA+1C7j8Fj5q5kavqQGDgh/v0D++WDtChOUF K2TeD7J96oz3F6UlSC0oFhLHrZC932hNtZQ4ZZj51ovJm7LzHzhbM0TCAXlQK0V4kyvF GVrA== 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 h64si28290edd.10.2020.04.20.10.18.10; Mon, 20 Apr 2020 10:18:35 -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 S1726466AbgDTRPD (ORCPT + 99 others); Mon, 20 Apr 2020 13:15:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47212 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725774AbgDTRPD (ORCPT ); Mon, 20 Apr 2020 13:15:03 -0400 Received: from Galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4B0CAC061A0C for ; Mon, 20 Apr 2020 10:15:03 -0700 (PDT) Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jQa0N-0002tP-2Z; Mon, 20 Apr 2020 19:14:47 +0200 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id 81DDE101623; Mon, 20 Apr 2020 19:14:46 +0200 (CEST) From: Thomas Gleixner To: Andi Kleen , Andy Lutomirski Cc: Sasha Levin , "Bae\, Chang Seok" , "Metzger\, Markus T" , "hpa\@zytor.com" , "bp\@alien8.de" , "Hansen\, Dave" , "Luck\, Tony" , Pedro Alves , Simon Marchi , "Shankar\, Ravi V" , "linux-kernel\@vger.kernel.org" Subject: Re: [PATCH v9 00/17] Enable FSGSBASE instructions In-Reply-To: <20200420141320.GC608746@tassilo.jf.intel.com> References: <20191115191200.GD22747@tassilo.jf.intel.com> <29FD6626-4347-4B79-A027-52E44C7FDE55@intel.com> <20200413200336.GA11216@sasha-vm> <20200414003205.GF397326@tassilo.jf.intel.com> <20200417133021.GT1068@sasha-vm> <20200420141320.GC608746@tassilo.jf.intel.com> Date: Mon, 20 Apr 2020 19:14:46 +0200 Message-ID: <87y2qqaxkp.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Andi Kleen writes: >> the *gdb developers* don't care. But gdb isn't exactly a good example >> of a piece of software that tries to work correctly when dealing with >> unusual software. Maybe other things like rr will care more. It > > rr is used to replay modern software, and modern software > doesn't care about selectors, thus rr doesn't care either. > > Please stop the FUD. There is absolutely no FUD. Being careful about not breaking existing user space is a legitimate request. It's up to those who change the ABI to prove that it does not matter and not up to the maintainers to figure it out. This sits in limbo for months now just because Intel doesn't get it's homework done. Stop making false accusations and provide factual information instead. Thanks, tglx