Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3367197pxb; Sun, 31 Jan 2021 13:37:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJzbwOBGMignEyHX+yfrI63JStzaMN3/Dm2TpMZ79it8/crRAWMkhgGKqIC8vcz2ymH7Fql+ X-Received: by 2002:a17:906:4707:: with SMTP id y7mr2966662ejq.445.1612129071368; Sun, 31 Jan 2021 13:37:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612129071; cv=none; d=google.com; s=arc-20160816; b=Od5b/UJNlcCLlguKA+bF7HQynG3NC0G9eXIMd220gEXOt03HBMgHGgslvyxuVU9/pm ILV7PyNQ9GrLx85Ke1+Mv/272AgjKcSvDgfOzuwJb7ScD8Dnsr4yai6S9YbVq8/MuObE +YpRePnSwePEc25DfwNoJfUJUSpYbXmYe/YR3Lxa5JnM6P1I1Fz9BgnmDKjPnid76mIG 3tZ4RY/1maf+844XKnlLS6TCBiY2JlmfKVF/PP09YMr20eVCkc9bJDXGdL+fxxC42Cyu idIJr6Ni/yKuxnLL1jMdI+Gc3YGZZRr+8xJd9ZBj5cmd3Gvo4BHi65+tWZHwvwjFVx7n sTjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:organization:subject:cc:to:from; bh=VYpK84k+25QNmpIP6BFKdgrgmcEu0GexkvCB3ztQbZg=; b=FaWwXy/v75L1rz9f/51A/6Hcm8Qtc0FhrEoq/E5eThEmDhEa1JiQpsCw/zdNw+sXDR q2am8J6lSKibQOjNhe6G1IEn2L+YeyNGH+Ew6OfqPdMPEHs3Q+Oj8tNzJv2BXu2gqtyW G6QvYWbf3ExwiMkSnQ0KQkXwyA7mRy4kYgYivGSLq9jrEy8+U9r55czBOljtDPlh5LAb Vj3qF/C1SfLqOTOX/1ADb4NIp/l3178h+W4VI5OeNgu3uAwd7SFb7j2B88mFUwJYqHHV IhXvNTbb1CdXAsalIxtvyMhr3CDmigFw7FNdaZsRESdSiFwAxuapFughrzAwcIwh26+g E0bQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g23si8363158ejo.55.2021.01.31.13.37.27; Sun, 31 Jan 2021 13:37:51 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229651AbhAaUZp (ORCPT + 99 others); Sun, 31 Jan 2021 15:25:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50158 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232102AbhAaUWq (ORCPT ); Sun, 31 Jan 2021 15:22:46 -0500 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 301B5C061574 for ; Sun, 31 Jan 2021 12:22:04 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id AF0D61F44865 From: Gabriel Krisman Bertazi To: Linus Torvalds Cc: Yuxuan Shui , Thomas Gleixner , Andy Lutomirski , open list , "Robert O'Callahan" , Kyle Huey Subject: Re: [REGRESSION] x86/entry: TIF_SINGLESTEP handling is still broken Organization: Collabora References: <87v9bdc4yc.fsf@m5Zedd9JOGzJrf0> Date: Sun, 31 Jan 2021 15:20:16 -0500 In-Reply-To: (Linus Torvalds's message of "Sun, 31 Jan 2021 12:10:48 -0800") Message-ID: <87mtwozwn3.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Linus Torvalds writes: > On Sun, Jan 31, 2021 at 10:54 AM Yuxuan Shui wrote: >> >> But renaming the definition in x86 is not enough, as TIF_SINGLESTEP is >> set in current_thread_info()->flags, and the same commit has removed the >> code that checks those flags. We have to also migrate TIF_SINGLESTEP from >> thread info flags to syscall work flags, to make the whole thing work again. > > Ok, so I now have the first fix merged, but what's the next step here? > > As you say, the x86 ARCH_SYSCALL_EXIT_WORK is now entirely unused. > > It's called ARCH_SYSCALL_WORK_EXIT these days, but that's for the > SYSCALL_WORK_SYSCALL_xyz flags, not for the TIF_xyz ones. > > Revert? Or does somebody have a fix patch? I think we should migrate TIF_SINGLESTEP to a SYSCALL_WORK flag as that is just a simple refactor. I can get a patch to you and Thomas during the first part of the week, for the next -rc. I will also review the x86 version of ARCH_SYSCALL_EXIT WORK to make sure i didn't miss anything else. Reverting would be slightly be annoying as it requires reverting syscall user dispatch as well. -- Gabriel Krisman Bertazi