Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp474271ybg; Fri, 18 Oct 2019 02:42:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqwOYjyuzk311big/F4DR3NIpK2ynQIXYIfjYf6QAcPipgD4eSMGPBCzDzoeITuL7urvVvQ9 X-Received: by 2002:a50:f701:: with SMTP id g1mr8511842edn.62.1571391776329; Fri, 18 Oct 2019 02:42:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571391776; cv=none; d=google.com; s=arc-20160816; b=AU5f14XG1kZIiLhg8bOY+K/VmpDzN0ynWtTDBarQfBHP5UHaf+ECy7u89LnoF2Vptj lGnWFBl1DYn0JJW8s1QHV0uWBL3ZIs/jOvAnae4a3MyTI8cGgC6g58GtsmYrVIvML/3E 7PRrW4HBVwjKIf5vdV13i3sSvfpRis5yuJjHnCZyVzTgl+7AbwGrLtMTxJaVrcVi2/K9 vGlSddPUVk3f8mTo9+n752TQImK5sDJUV+bWts8WKfy/P7nQNTcaPPMaG7ni9n7kEs9w wZYY54wgJMntGNLeHl5bqkqQY8jOOV0igbvwyYJrcBaDhqNfIuOYy8GBF8uBAChhgrk7 MbYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=LhIKUtBRm6zIbZ2UKTZ1DtTgYC4vBjAIOHwmRAYYMig=; b=VGo++GZGfwqZpn1HshlY53uLP86WjuLZ4QHg43FbUym1VBksIMlFETehYjemcEZaTh 4g9Ncn+rPWkPsVy9kX6YrHbyVEQr24s94yoUGN9TUiePBqTa9eF9Af7fQiZqHmvG5/Ho 7wNtdW9z7mFu8hfAfE0lvtwJnp02HfQMpJrFvAy44Ne4StVQGttPQoK/e2uu0vRJc2Vf SRbxfgXa3iHgvo99nhQ/UUdGdzHcC1x3wUvrSPWWEhc/hTyr+AJPo+NC3MfMru9qZuy2 Pzu6qLrum1rkznsCvkfuuknMBBhfIlTEZiUcndX7U2hKdneZBUii6jCFHmVGsyLgVddb Ge1Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u26si3452625edx.33.2019.10.18.02.42.32; Fri, 18 Oct 2019 02:42:56 -0700 (PDT) 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; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405851AbfJQGKG (ORCPT + 99 others); Thu, 17 Oct 2019 02:10:06 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:60340 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404944AbfJQGKG (ORCPT ); Thu, 17 Oct 2019 02:10:06 -0400 Received: from [213.220.153.21] (helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iKyyi-0000zS-Pv; Thu, 17 Oct 2019 06:09:40 +0000 Date: Thu, 17 Oct 2019 08:09:39 +0200 From: Christian Brauner To: Michael Ellerman Cc: cyphar@cyphar.com, mingo@redhat.com, peterz@infradead.org, alexander.shishkin@linux.intel.com, jolsa@redhat.com, namhyung@kernel.org, christian@brauner.io, keescook@chromium.org, linux@rasmusvillemoes.dk, viro@zeniv.linux.org.uk, torvalds@linux-foundation.org, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] usercopy: Avoid soft lockups in test_check_nonzero_user() Message-ID: <20191017060938.p4tmr5ruv6frgse4@wittgenstein> References: <20191011022447.24249-1-mpe@ellerman.id.au> <20191016122732.13467-1-mpe@ellerman.id.au> <20191016130319.vcc2mqac3ta5jjat@wittgenstein> <871rvctkof.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <871rvctkof.fsf@mpe.ellerman.id.au> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 17, 2019 at 09:00:48AM +1100, Michael Ellerman wrote: > Christian Brauner writes: > > On Wed, Oct 16, 2019 at 11:27:32PM +1100, Michael Ellerman wrote: > >> On a machine with a 64K PAGE_SIZE, the nested for loops in > >> test_check_nonzero_user() can lead to soft lockups, eg: > >> > >> watchdog: BUG: soft lockup - CPU#4 stuck for 22s! [modprobe:611] > >> Modules linked in: test_user_copy(+) vmx_crypto gf128mul crc32c_vpmsum virtio_balloon ip_tables x_tables autofs4 > >> CPU: 4 PID: 611 Comm: modprobe Tainted: G L 5.4.0-rc1-gcc-8.2.0-00001-gf5a1a536fa14-dirty #1151 > >> ... > >> NIP __might_sleep+0x20/0xc0 > >> LR __might_fault+0x40/0x60 > >> Call Trace: > >> check_zeroed_user+0x12c/0x200 > >> test_user_copy_init+0x67c/0x1210 [test_user_copy] > >> do_one_initcall+0x60/0x340 > >> do_init_module+0x7c/0x2f0 > >> load_module+0x2d94/0x30e0 > >> __do_sys_finit_module+0xc8/0x150 > >> system_call+0x5c/0x68 > >> > >> Even with a 4K PAGE_SIZE the test takes multiple seconds. Instead > >> tweak it to only scan a 1024 byte region, but make it cross the > >> page boundary. > >> > >> Fixes: f5a1a536fa14 ("lib: introduce copy_struct_from_user() helper") > >> Suggested-by: Aleksa Sarai > >> Signed-off-by: Michael Ellerman > > > > With Aleksa's Reviewed-by I've picked this up: > > https://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux.git/log/?h=copy_struct_from_user > > Thanks. Are you planning to send that to Linus for v5.4 or v5.5 ? This looks like a pretty straight bugfix to me since it's clearly causing an issue for you on power so v5.4-rc4 is what I'd aim for. I just want it to be in linux-next until tomorrow. Christian