Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1348079pxv; Fri, 16 Jul 2021 07:22:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxjL9/roeOGYIra3KV+l5+8LGWPdH5KECesc9yqVgpGO93UB/eKY3XBkQQXOS4/7Pzxejx7 X-Received: by 2002:a17:906:c29a:: with SMTP id r26mr12288779ejz.235.1626445376767; Fri, 16 Jul 2021 07:22:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626445376; cv=none; d=google.com; s=arc-20160816; b=eNtjg0rCnHKLRiVGpumcDt3NLNHjI+ACeqPvOW0zNZt4X7yLa79lEksrDnve1aC1tI VqgV0m0R4ziIi+Ond6HIRnOOPZX83T2o0bTCfxi3lud1ePMQzcCDZodIy9lnw1J/graI M5WmTWJtKbPKwjVdDbeTbO72eIx0tk+3ZCe0lO4cGu40ySB2rTHRfroRtg6UGgUt14yC 3l3xvX076pr3Ik0orTmQOU97ms9tRJupgSAPzqrPOe06Fs2JtNbkTQ94tZ82QCDJXjIT NxWj9p7WU4CjslZOluAvlC+ixHg7flzyADR97PT7wJG57uu2dd/G3pEQqt9vzcvzIBbT s9AQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=Y2DHnDO22YqXsXeeLtUzFhSLKp3spjaHgmh9Z0w22wE=; b=oWSpTCht/geYmkPsEpW4Q+IMq/xpGds19APHtsKldrUm22k3eJUY1Fe++/gPi6HVsq 4vpBRmJKNkGh1CSsbihNm2GGvhmL0JeKyVgrUOvTNSxkIGWFGZ47/FpwGDrJD5cv8J/Q 5ycYUIHRjFTuMK+UGGr4E/DK7CTAQsNDt3Gd932r6y2sTIipj4f74SbV//9cm9jTivKY xE7GS42FTTPFJClbRV0YODa2FTZsC1mRMa5qXg7CQh0E2KZAP9Ykq+tlYTmcShJeqVGz XPMPdXGT6EpJA5kDSMpxN2Vh6Hw4qhV5Rk8jLIOgMrb5ISyadXpd2ZoGQRp+H0cKeD5b 8hPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nAwHoNJC; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t12si12098786eje.175.2021.07.16.07.22.32; Fri, 16 Jul 2021 07:22:56 -0700 (PDT) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nAwHoNJC; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232808AbhGPOVo (ORCPT + 99 others); Fri, 16 Jul 2021 10:21:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39994 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232775AbhGPOVl (ORCPT ); Fri, 16 Jul 2021 10:21:41 -0400 Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0CB2CC06175F for ; Fri, 16 Jul 2021 07:18:45 -0700 (PDT) Received: by mail-ed1-x532.google.com with SMTP id ca14so13234408edb.2 for ; Fri, 16 Jul 2021 07:18:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=Y2DHnDO22YqXsXeeLtUzFhSLKp3spjaHgmh9Z0w22wE=; b=nAwHoNJCgNBJrjooT/pq6cKj5ezaLiTG6eQum1zK1S8Lfu/oQRbSuKhKt5Qr5CZ3wJ PHq/044G7aRBnQdaNWKsNE/nGzPmYdKGfQJiFXy3b7KJ7RZOY/X7YX4tM+Cvb5wE5Vci uYdpswvj5m9d7U1QWQckWXEGZzV21Z2PHz4Mk9FG3RE4d4M+EreyUm/xaPibV0My9RIr efutkjdYQtzo8HMaKvdWcgesta+PxZy8+o9w968ejPuI+S/RdlmVgnC6p17YgpZdimYG N5zCJHVvK0TIE0OZm/hk1MFtOGV4AFPf7MAo+knifId0NMp3EM0D2j9O9xgEUYSccLCS cXxA== 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:in-reply-to :references:mime-version:content-transfer-encoding; bh=Y2DHnDO22YqXsXeeLtUzFhSLKp3spjaHgmh9Z0w22wE=; b=g8DKLRVxoHjwYebu8kLsWfegfCy1SyxKfULIuKVKt/0k6DvEfbcuqkzzauzE5J7vxA LQ9JctIhVkL3hapq2/dyuYlOKSBhND2MLOmaiqVXh7KckgmfIgmEsczPaZnfjVcbkGZv 7sSNKTdMKCfxH0nyX/LtD6QYvktdxahfyQ0qiNz3jy5x4/Cev/Zg9EHZJHYXWZuxCyoT EuiRe4UafHPmlL5QCxMpgCWn16ZWPaFvOlehAnutXQbbwFDj8YfvOOU94T7fgJYRh3lG xQlksZK7mkxDoak2AlBDT5SN2rDpO2PdBzQF/H1hUzFNZEQ93BwhlkK9AW86wMdq7yX+ 6KxA== X-Gm-Message-State: AOAM532WqQ186EUB3MwVc5euJ52vbjFKJTGikNVgyzT89vQNKT8SLLdI OzELiS/E3Z/qGgaYqs4RuIc= X-Received: by 2002:aa7:d84f:: with SMTP id f15mr9558676eds.216.1626445123594; Fri, 16 Jul 2021 07:18:43 -0700 (PDT) Received: from localhost.localdomain ([5.176.51.215]) by smtp.gmail.com with ESMTPSA id a4sm385132ejr.101.2021.07.16.07.18.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 16 Jul 2021 07:18:43 -0700 (PDT) Date: Fri, 16 Jul 2021 17:18:37 +0300 From: Pavel Skripkin To: Tetsuo Handa Cc: linux-kernel@vger.kernel.org, rostedt@goodmis.org, syzkaller-bugs@googlegroups.com, tglx@linutronix.de, syzbot Subject: Re: [syzbot] UBSAN: shift-out-of-bounds in profile_init Message-ID: <20210716171837.69bcc1b6@gmail.com> In-Reply-To: <949a12a0-a0a6-0574-4e87-4ed196ff6d78@i-love.sakura.ne.jp> References: <000000000000610af005c714c1d1@google.com> <20210716152440.368d4250@gmail.com> <949a12a0-a0a6-0574-4e87-4ed196ff6d78@i-love.sakura.ne.jp> X-Mailer: Claws Mail 3.17.8git77 (GTK+ 2.24.33; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 16 Jul 2021 23:10:25 +0900 Tetsuo Handa wrote: > On 2021/07/16 21:24, Pavel Skripkin wrote: > > But this function can be called not only from sysfs and I can't > > understand will my patch break something or not. And, I think, error > > message is needed somewhere here to inform callers about wrong shift > > value. > > > > > > Thoughts? > > Subsequent profiling_store() attempts will return -EEXIST if > profile_setup() once set prof_on to non-zero value. Therefore, > if you try to return -EINVAL when profile_setup() returns 0, > you need to make sure that prof_on is set to non-zero value > only if prof_shift is valid. > > But, the userspace might not be aware of the value of MAX_PROF_SHIFT > because it is an architecture dependent value, and par might become > negative value because get_option() accepts negative value. > Therefore, it might be better to > > + par = clamp(par, 0, MAX_PROF_SHIFT - 1); > > than > > + if (par < 0 || par >= MAX_PROF_SHIFT) > + return 0; > > . > Yes, this sounds much better, thank you. I will send reworked patch to syzbot. Do you mind if I add Suggested-by: Tetsuo Handa tag to final patch? With regards, Pavel Skripkin