Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp8624150pxu; Sun, 27 Dec 2020 13:28:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJysiX7uVTiM1INoVj+WazDMMP/P8GzSywzEjfnWetksA6TvUWBpQcaFtPSye7SBoCxoc/iK X-Received: by 2002:a05:6402:308b:: with SMTP id de11mr39326923edb.205.1609104485410; Sun, 27 Dec 2020 13:28:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609104485; cv=none; d=google.com; s=arc-20160816; b=QBFDdOZpeMROZS+ofpGnKywA5PyxD4jF6k5YmWnLqIU58AqnCL6P8gHxLnptCk6Ko/ ynVEyMkkXDq9eB/Z3asHdlFyZ0oF0x9cZyvw5YSBm9ucUD1I8BlEwx7RcbLG34v24HNZ KXlKGTi5o/MiLj+9Iuz5onBM3GnKJ2UuVMrq52G3BMwblBv7B114P6d+0Udd3s0Ic8uk Ap3xt4+AL6/ZTB5YHYutAfeP8cU3U9r9qFqsEEqK/4JYtvtc0kJ55lXju4O25Sm8lEkP K/iMzz9P87jTfM9whAE0MuWAPm9w7LNVgBfo2QABz6bTFAtoQwYj+qzqbpX7fIskiVBZ +Xeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=pXSChgCIFV5yuV+jdke+Yb9jxjJiPiLJRjQBKKiPuA8=; b=M06z4wK+ko+z5YwZ30jFk3BqW+qLTCzZO57Y4FtDjdIpOymGgwSW9SMT/Z4TZFhYpq Ug4ZIf9z+iNH7QzNBfL55hbH+64g4gDT0VHl6Gd3VJujQKTw76laxU+0kozbt8ne5ni0 GDMjnfCKdATxEljBScSEe1IIHjpx6t1B6ysy235cXKraK106OptjuRookZU2rIiiT9kA OUvWalWR0ktJPdH8faBYl6eTpKe5S9BB3WSPnFir+tJyiPwOQr0pmQd8eZtx4wxjz8kv K2yGd1KUUo4cek5qvE/bP4z3gvOGHLWyp+X9mRXnRttN+dle7iorqPwpC0LShFvK4plK RE6A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i5si19650871edv.542.2020.12.27.13.27.43; Sun, 27 Dec 2020 13:28:05 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726314AbgL0V0b (ORCPT + 99 others); Sun, 27 Dec 2020 16:26:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46016 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726199AbgL0V0a (ORCPT ); Sun, 27 Dec 2020 16:26:30 -0500 Received: from ZenIV.linux.org.uk (zeniv.linux.org.uk [IPv6:2002:c35c:fd02::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 68F50C061794; Sun, 27 Dec 2020 13:25:50 -0800 (PST) Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1ktdXf-004aJq-IU; Sun, 27 Dec 2020 21:25:31 +0000 Date: Sun, 27 Dec 2020 21:25:31 +0000 From: Al Viro To: Linus Torvalds Cc: Jussi Kivilinna , Christoph Hellwig , Greg Kroah-Hartman , Linux Kernel Mailing List , Andrew Morton , stable , lwn@lwn.net, Jiri Slaby Subject: Re: LXC broken with 5.10-stable?, ok with 5.9-stable (Re: Linux 5.10.3) Message-ID: <20201227212531.GD3579531@ZenIV.linux.org.uk> References: <16089960203931@kroah.com> <5ab86253-7703-e892-52b7-e6a8af579822@iki.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Al Viro Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Dec 27, 2020 at 12:12:00PM -0800, Linus Torvalds wrote: > On Sun, Dec 27, 2020 at 11:05 AM Linus Torvalds > wrote: > > > > On Sun, Dec 27, 2020 at 10:39 AM Jussi Kivilinna wrote: > > > > > > 5.10.3 with patch compiles fine, but does not solve the issue. > > > > Duh. adding the read_iter only fixes kernel_read(). For splice, it also needs a > > > > .splice_read = generic_file_splice_read, > > > > in the file operations, something like this... > > Ok, I verified that patch with the test-case in the bugzilla, and it > seems trivially fine. > > So it's committed as 14e3e989f6a5 ("proc mountinfo: make splice > available again") now. Is there any point in not doing the same (scripted, obviously) for all instances with .read == seq_read? IIRC, Christoph even posted something along those lines, but it went nowhere for some reason...