Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n9ZSR-00059u-WC for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Jan 2022 21:22:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1n9ZSQ-0004nL-TH for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Jan 2022 21:22:30 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n9ZSQ-0004nC-K8 for pgsql-hackers@lists.postgresql.org; Mon, 17 Jan 2022 21:22:30 +0000 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n9ZSN-0007Cj-Em for pgsql-hackers@postgresql.org; Mon, 17 Jan 2022 21:22:30 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 6C307320152C; Mon, 17 Jan 2022 16:22:23 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 17 Jan 2022 16:22:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=I7JozC0GpgH9fH1zJjOGst7pAs0Y85qIm62wZZciiNw=; b=UgcSCl2N jDvw5c/qSsiulCj+cXu+yu0v+T/wcNpLl65R2eyuJIyDz57SOpno8CAc3v3qP63R Ff7Xl+ThoiH67r52yjU10V6TfY7RNxBvEqcVRqcXnYHXCDDkvHsaeluwBjxVAWp/ OeVU61AEOdSHgg/96rvMebTXhiKjeDEsizPTF44svtMWPRCN6yHxhbx6SnW94I5Y mgVz5sZR5ChKX+BDjD2siwHZKeicB0GN6T4R4343xRmFxzfT/jCKV6JZZb7N4UfW PCcgZcndholbE93ZVv2dRVTFNNqQNMlcRTXY0wWhHBnwSYCl5tg0wxzoglDjZ7bB Va0IvplTQ+wRFg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddruddugddugeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfggtggugfgjsehtkeertddttdejnecuhfhrohhmpeetlhhvrghr ohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhgqe enucggtffrrghtthgvrhhnpedujeevjeffjeevuddutedvkeeiueeitddvieelfeekveej udefgeeuvdejhfeuleenucffohhmrghinhepvghnthgvrhhprhhishgvuggsrdgtohhmne cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhh vghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 17 Jan 2022 16:22:22 -0500 (EST) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id F3D952A06D7; Mon, 17 Jan 2022 18:22:19 -0300 (-03) Date: Mon, 17 Jan 2022 18:22:19 -0300 From: Alvaro Herrera To: Amit Langote Cc: Andrew Dunstan , Ibrar Ahmed , Arne Roland , "David G. Johnston" , Masahiko Sawada , Peter Eisentraut , PostgreSQL-development , Rahila Syed , Tomas Vondra Subject: Re: a misbehavior of partition row movement (?) Message-ID: <202201172122.2bikr3kpfm27@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > @@ -3398,7 +3432,7 @@ typedef SetConstraintStateData *SetConstraintState; > */ > typedef uint32 TriggerFlags; > > -#define AFTER_TRIGGER_OFFSET 0x0FFFFFFF /* must be low-order bits */ > +#define AFTER_TRIGGER_OFFSET 0x07FFFFFF /* must be low-order bits */ > #define AFTER_TRIGGER_DONE 0x10000000 > #define AFTER_TRIGGER_IN_PROGRESS 0x20000000 > /* bits describing the size and tuple sources of this event */ > @@ -3406,7 +3440,8 @@ typedef uint32 TriggerFlags; > #define AFTER_TRIGGER_FDW_FETCH 0x80000000 > #define AFTER_TRIGGER_1CTID 0x40000000 > #define AFTER_TRIGGER_2CTID 0xC0000000 > -#define AFTER_TRIGGER_TUP_BITS 0xC0000000 > +#define AFTER_TRIGGER_CP_UPDATE 0x08000000 > +#define AFTER_TRIGGER_TUP_BITS 0xC8000000 So this patch releases one bit from AFTER_TRIGGER_OFFSET and makes it become AFTER_TRIGGER_CP_UPDATE. As far as I can tell there is no harm in doing so. -- Álvaro Herrera 39°49'30"S 73°17'W — https://www.EnterpriseDB.com/