Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1i7V7F-0006wE-Eh for pgsql-committers@arkaria.postgresql.org; Tue, 10 Sep 2019 01:38:45 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1i7V7E-0001dC-9Q for pgsql-committers@arkaria.postgresql.org; Tue, 10 Sep 2019 01:38:44 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1i7V7D-0001PQ-Sy for pgsql-committers@lists.postgresql.org; Tue, 10 Sep 2019 01:38:44 +0000 Received: from mail-qt1-x842.google.com ([2607:f8b0:4864:20::842]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1i7V7A-0006tf-HN for pgsql-committers@lists.postgresql.org; Tue, 10 Sep 2019 01:38:43 +0000 Received: by mail-qt1-x842.google.com with SMTP id u40so18780300qth.11 for ; Mon, 09 Sep 2019 18:38:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=jFAFhXmSntBMcDevcrFdYoIU9obzAF7SywZ/nkIP/PM=; b=ha1hrwSDsGgkPWTgvsZF+Lwlqp5cnPyJdrI9zAk/N5/87TeDr5ijxgxJJY4ZysD/oF gGfkLI1P4eym0EwSQy8miCK+ocKoOlgxV7/CY2q4DvOVhMQ5mS/9Kyy5lVRbBDzPN+n5 su7KuShQdz1wocXU2h2RwGew8z6TU2l3kfOG3KRsn2l2mbMP2/zk9AInff8gs+vCbhOR RPYo5ZDu5egZy324TgKSclTx+LXr5GfV5lBMt2FzUHNipCOCOYEfWfaULLdt32939G9s x3LA4XVZUbg3IdcfIci59mqVSaVNBcBHBHalS/Jk9bRarM7IypnwedifhP4k/2v0gQ7X lyhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=jFAFhXmSntBMcDevcrFdYoIU9obzAF7SywZ/nkIP/PM=; b=lHPNcIuXNQniubudOAvBQ4oXFbioCv1cGLR/A+OdWRNia6A3r8HaEOYjA/6WPz4X5E MVYZYn7jT8fr1rkpcxckSDVqz7R6sCWt7uX6Fe4jDyTD7on7MOO9dMoaZUZQOAqVFORQ iIqMCQvcxwGGEXxrVUjSj2IGGKKudqvLbx7H74BI+H7sRPOBmApMAeqnf+ChOZaKkPe3 2BUAuMMBP8n/XyPYRAgLdNaQYazkKWpqwC9ZbUnXD04rzCRK4Lcj03sqi+BbfzmjsZbr OaYjQOlBiLayx9WSQwvXA1+m0UvpSNW1m3jCKFB/r37MVBVbRW98b0LhC4ksjoEfLw8m OidQ== X-Gm-Message-State: APjAAAX3NO7c6OJx44uJS3lGSuCjPOqnPc2uBcMX8nERbm34fUvepinz o8BImBkOuKgNH3SvDS7dvgybyA== X-Google-Smtp-Source: APXvYqx6WkcRwEUBvO7nGWKDhvmGtYTXavezEgAm/KkmS3aJF1N3d4R3NbEdcXR9kt6eL6YzKl1QiA== X-Received: by 2002:ac8:538c:: with SMTP id x12mr19494565qtp.174.1568079518537; Mon, 09 Sep 2019 18:38:38 -0700 (PDT) Received: from nimloth.alvh.no-ip.org ([179.56.51.60]) by smtp.gmail.com with ESMTPSA id e7sm8966162qtb.94.2019.09.09.18.38.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Sep 2019 18:38:38 -0700 (PDT) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id 06CDD1239E4; Mon, 9 Sep 2019 22:38:36 -0300 (-03) Date: Mon, 9 Sep 2019 22:38:35 -0300 From: Alvaro Herrera To: Tom Lane Cc: Andres Freund , pgsql-committers@lists.postgresql.org, Thomas Munro Subject: Re: pgsql: Reorder EPQ work, to fix rowmark related bugs and improve effici Message-ID: <20190910013835.GA5167@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <25247.1568074211@sss.pgh.pa.us> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2019-Sep-09, Tom Lane wrote: > As for that, now that we realize that this applies to more than > just NOTICEs, I think we should back-patch the code change in > 30717637c at least to v11, maybe all the way. I don't see any > WARNINGs in the isolation expected files before v11, but it > hardly seems unlikely that we might back-patch some future test > that expects those to be printed in a consistent way. > > The case for back-patching ebd499282 (allow NOTICEs to print) > is weaker, but it still seems like it might be a hazard for > back-patching test cases if we don't do so. > > On balance I'm inclined to back-patch both changes. Thoughts? As well as a28e10e82e54, I suppose. I agree with keeping the tool similar across branches, if we're going to do this. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services