Received: by 2002:a05:7412:8521:b0:e2:908c:2ebd with SMTP id t33csp1448377rdf; Sun, 5 Nov 2023 00:01:16 -0700 (PDT) X-Google-Smtp-Source: AGHT+IF/inQe1AuGuJDbqTSMxoMdxgNti/WuSDV5wIXeIZjSa1Oe0WfpFh86fYxsIOgJinccVFXq X-Received: by 2002:a05:6e02:1a08:b0:34a:a4a5:3f93 with SMTP id s8-20020a056e021a0800b0034aa4a53f93mr35665279ild.5.1699167676190; Sun, 05 Nov 2023 00:01:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1699167676; cv=none; d=google.com; s=arc-20160816; b=RmbyiWjuKTMJKHtuclrEsdKOym1tjFhY5xs5wITjM9aOxcJyxtuyDs483ZUsIEhOH7 FkbY/X+EIn/wlR2HqOAH/SdiO2vct3fGTqrEW0Jx1wLgdxLgI6y0dKQLvW6Ch/Fr0nu2 mjvAXxup0z08Zjp0LmuPoVjRSgpiAgaH/3AoaWpe0lK0TdmWWsSbZ1cisLTUbS+fDrOA 9ZhzuSifCb0Bkd5+7oL/AdP44yTPvHucvobU5HMDLe7lkEAmCxuxq0wZF2MGcrjJ2LfL L5RVWKIxudoHH38/lOIXn8jn45513Nf0v7xQoWQ5OXSTMzB4toGqGBMkcxbS/9LumdUo Hobg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=HWSw7OH7KxERzvacySMzDlJkbnRy+Y8p81uU1I5fwZw=; fh=fPbqnwV3FNQ6mRTQPX0SKn+LgejvbojNiDrPk6COF78=; b=G/CFJ2q3iAE5vKnaIjYNUrheDvB1OQNr7aQBWs2751J6tVBucVn8Dn4NAW1LZlCc2T 50isCfpV+M4FNoDwBgZ8lZLDR5NpFJJVYp/UeJnOuWskvBXPfeRR7U/yJhd8FVA3P3aI JXjQgfpsnKqlAYKXet7/C0FyIPOStiWTmE8plwM/RBFkbKSiCfMEwsG5yeLnD74vhIyd ve7QO8P2UOlpqeoPirctn2szQDItpUk3JM58BItJ8gRyWoO0CyyUwy9zAmbkfYR5afX7 6db/SKNtQ/0Y8kvj7BIzy5CWAcllU6/aA/lEWiuX6HHQrzPD4s38c3nCfwZfHxR9CTf4 /iIw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from groat.vger.email (groat.vger.email. [23.128.96.35]) by mx.google.com with ESMTPS id o20-20020a656a54000000b005893c5bd119si4505253pgu.425.2023.11.05.00.01.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 05 Nov 2023 00:01:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) client-ip=23.128.96.35; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 600D480965B0; Sun, 5 Nov 2023 00:01:13 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229689AbjKEG75 (ORCPT + 99 others); Sun, 5 Nov 2023 01:59:57 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37720 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229455AbjKEG74 (ORCPT ); Sun, 5 Nov 2023 01:59:56 -0500 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id AF532D3 for ; Sat, 4 Nov 2023 23:59:52 -0700 (PDT) Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 3A56xgHk020716; Sun, 5 Nov 2023 07:59:42 +0100 Date: Sun, 5 Nov 2023 07:59:42 +0100 From: Willy Tarreau To: Thomas =?iso-8859-1?Q?Wei=DFschuh?= Cc: Greg Kroah-Hartman , Arnd Bergmann , linux-kernel@vger.kernel.org, Zhangjin Wu , Yuan Tan Subject: Re: [PATCH RFC] misc/pvpanic: add support for normal shutdowns Message-ID: <20231105065942.GB20673@1wt.eu> References: <20231104-pvpanic-shutdown-v1-1-5ee7c9b3e301@weissschuh.net> <2023110407-unselect-uptight-b96d@gregkh> <365bbe1f-5ee8-40fe-bec0-53d9e7395c18@t-8ch.de> <2023110431-pacemaker-pruning-0e4c@gregkh> <59ed7f70-2953-443e-9fa5-d46c566e4a08@t-8ch.de> <2023110418-unreached-smith-5625@gregkh> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Sun, 05 Nov 2023 00:01:13 -0700 (PDT) On Sat, Nov 04, 2023 at 06:32:57PM +0100, Thomas Wei?schuh wrote: > On 2023-11-04 18:07:21+0100, Greg Kroah-Hartman wrote: > > On Sat, Nov 04, 2023 at 02:56:34PM +0100, Willy Tarreau wrote: > > > On Sat, Nov 04, 2023 at 02:53:37PM +0100, Thomas Wei?schuh wrote: > > > > > > The real reason probably doesn't matter today as the header propably > > > > > > can't be dropped from Linux anyways for compatibility reasons. > > > > > > > > > > > > > And if they need to be here, why not use the proper BIT() macro for it? > > > > > > > > > > > > This was for uniformity with the existing code. > > > > > > I can send a (standalone?) patch to fix it up. > > > > > > > > > > If we keep it, sure, that would be nice. But let's try to drop it if > > > > > possible :) > > > > > > > > It will break the mentioned scripts/update-linux-headers.sh from qemu. > > > > > > > > > > > > Note: > > > > > > > > BIT() is part of include/vdso/bits.h which is not part of the > > > > uapi. How is it supposed to work? > > > > Some other uapi header also use BIT() but that seems to work by accident > > > > as the users have the macro defined themselves. > > > > > > Be careful here, we don't want to expose this kernel macro to userland, > > > it would break programs that define their own (possibly different) BIT > > > macro. BIT() is used in kernel headers but we should not presume that > > > it is available from userland. > > > > It's already there :( > > > > I thought we had a uapi-safe version somewhere, but I can't seem to find > > it anymore, so I don't remember what it is called. > > It seems to be _BITUL() and _BITULL() from include/uapi/linux/const.h. > > But first we'd need to figure out if we he can drop the pvpanic.h uapi > header. I hoped you could give a definitive answer for that. > Personally I'd hate to break stuff for qemu. Agreed, and I tend as well to be careful not to change uapi stuff in ways that can break, as it can take time to flow to applications and cause subtle breakage much later :-/ Willy