Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Mon, 30 Mar 2020 11:41:10 -0400
From:   Joe Korty <joe.korty@concurrent-rt.com>
To:     Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Cc:     Thomas Gleixner <tglx@linutronix.de>,
        LKML <linux-kernel@vger.kernel.org>,
        linux-rt-users <linux-rt-users@vger.kernel.org>,
        Steven Rostedt <rostedt@goodmis.org>
Subject: Re: [ANNOUNCE] v5.4.26-rt17
Message-ID: <20200330154110.GA2975@zipoli.concurrent-rt.com>
Reply-To: Joe Korty <joe.korty@concurrent-rt.com>
References: <20200320192830.zeci3rhh5bgbareg@linutronix.de>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20200320192830.zeci3rhh5bgbareg@linutronix.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from zipoli.concurrent-rt.com (12.220.59.2) by BN6PR1101CA0004.namprd11.prod.outlook.com (2603:10b6:405:4a::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2856.20 via Frontend Transport; Mon, 30 Mar 2020 15:41:12 +0000
X-Originating-IP: [12.220.59.2]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 85b5ea04-db6a-401e-1d6e-08d7d4c0c6de
X-MS-TrafficTypeDiagnostic: CH2PR11MB4456:
X-Microsoft-Antispam-PRVS: <CH2PR11MB4456ADA77D5828E6B36505F5A0CB0@CH2PR11MB4456.namprd11.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:8273;
X-Forefront-PRVS: 0358535363
X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:CH2PR11MB4341.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFTY:;SFS:(10019020)(136003)(376002)(346002)(366004)(39830400003)(396003)(316002)(16526019)(66556008)(6916009)(4326008)(54906003)(66476007)(66946007)(508600001)(956004)(33656002)(26005)(81156014)(8936002)(55016002)(44832011)(2906002)(7696005)(186003)(8676002)(1076003)(5660300002)(4744005)(3450700001)(86362001)(81166006)(52116002);DIR:OUT;SFP:1102;
Received-SPF: None (protection.outlook.com: concurrent-rt.com does not
 designate permitted sender hosts)
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: bAwDfbNpX28Ssr0a9nZegFhWm9rPpi9+zEjgwCoc5CAM7uZ6pFMz8wjvdxgSciL9WKrssQQyLtVwmXePLyJ4mHqc1XC51FeO4V/Sp24DOj8U0zhhhwKOM/lo7w12RXDqOFvwHtCpKbJRUgb9J+RZ4WU+o0ZKYTSH7Z2yqBCBQGrRm0idB3zvKamPEBp0UyNqtkvVMFEK5c40V2nZC9aGptJB9EG9EAC9WhrkMjGQ0yII6RAeGe0OrNvWuSEUO0V8Osm2bER2sf5OvoLBACc0BGlW89esrlP90cxCcmSQoyN6D00KiJieFd/xkjhNsTzFqiQX7mROxYhyQU3Agi3ZFQrnschsp5X9LvwR4QFUKDc6ykLW4QEOuwXELCks9IFA0jX/L//71o+VuY7N0ipT7wD+tApG9CvwuPEF2EwXAg503QVYqQBapQ2dn/7QVwJG
X-MS-Exchange-AntiSpam-MessageData: KL0keY/EBpLQEgn2x9FOdvPwaM1KPHgXWG7f7lRhTSAPUDWFkZo0XYjux+RlM5uy7J61p2Jq0OlM8bBO6rBHMccxOWRVTx/x5j1Ck/EBbtwsyueSfc5NOQPHXHryTKkpGpyZTqAr0cmxg9AyiPNjpQ==
X-OriginatorOrg: concurrent-rt.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 85b5ea04-db6a-401e-1d6e-08d7d4c0c6de
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Mar 2020 15:41:13.4547
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 38747689-e6b0-4933-86c0-1116ee3ef93e
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 2ar/Tm2CNhmDZ4av4Gkpennc5vtnkiieZu/ba40sHsaVeah3h6NlZekE9s08x1uWOCzSh/Q5Ht/MnShQLk/fz56YF6HurpdJ+PCYe2RdwI4=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR11MB4456
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Fri, Mar 20, 2020 at 08:28:30PM +0100, Sebastian Andrzej Siewior wrote:
> Dear RT folks!
> 
> I'm pleased to announce the v5.4.26-rt17 patch set. 
> 
> Changes since v5.4.26-rt16:
> 
>   - Revert the "cross CPU pagevec" access with a static key switch. The
>     old behaviour has been almost fully restored: There is no cross CPU
>     access of the local_lock. Instead the workqueue is scheduled on
>     remote CPU like in the !RT case.

[try #2]
This reversion fixes the oops I was getting when CONFIG_PREEMPT_RT=n,
CONFIG_PREEMPT=y, with nohz_full operational, when the system is under
heavy memory pressure (mem=4G on the kernel command line, 8 cpu setup,
make -j11 kernel build).