Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp3710286pxt; Tue, 10 Aug 2021 09:33:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzRUhPx+EXkyBW/ImItRJrtJb3OiOC4EbloEOWFhzN8H+bvgruRm+C0xODzu7E9mA4gaSrz X-Received: by 2002:a5d:9d57:: with SMTP id k23mr365396iok.55.1628613200253; Tue, 10 Aug 2021 09:33:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628613200; cv=none; d=google.com; s=arc-20160816; b=sk1MmsJIE+V1JFTsMI9hRoBBG4ov9ZQ6rcwmnhldLz/zBltB1g12XSwRtefXWy5hq/ PK0LICGTc+0uhmNYyTECSgnU2jzG8IlA7hKavlS4BeyBRcgRWsJmZazjHkxNGi/BYWUc FBXF0sHeGOAY5bLGxOh59W0S1xdt1MpM//o5vmgmkkqgdF5m+/6UqrLZsCKrUlyJuuS7 pZBGmiHH4rBvVESfmP8wLGDBjzvyWJR4EvLj7qBDFoYoeAkdD3+2oK9ihgAv5PJejXyx c2WOsWHd3AbHAywmiGOCyYLZYGZQpXWLyTyTSmAMawh6Q1iC6wRxNQ8HdQ54aT8Qftos 5nhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=7e5Fcb1CMkjfombp+O5CAgOaSmax/54TTlbZ0FFnqko=; b=mOFVdI4bH2X9wWjU8v4EuwkZ8Eq4CkemzB53z5/IaG4C8xgjyhhC9/UsTuvnebnuCw 5q3SA2oob7wDac1zIcuyV4189lZNNjqWUsgI6NhbeXWm2H2FwJfU+zJLDizciM2z5hIO GEOZ2lfx+wTf5OcYdd2t+fbIjD0t7uZuUT5CDAbwhJrH1dt2YCCmyYfMKt406+/7xkkB I/7955aUmHJil1mAEFK1LnkDUHHH8qhgxwCqubrU5nG2zaUKvJ9HqYk1ZbB6+nZoZOM1 rFqf+YmufzKhZKtp110R0gJ8mUCxSQhEbuOrzblbTeAh1Knebb9dSAY5neP90uDMWV9i Y26w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i41si11364690jav.70.2021.08.10.09.33.08; Tue, 10 Aug 2021 09:33:20 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238870AbhHJNcF (ORCPT + 99 others); Tue, 10 Aug 2021 09:32:05 -0400 Received: from mga18.intel.com ([134.134.136.126]:19037 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236555AbhHJNcE (ORCPT ); Tue, 10 Aug 2021 09:32:04 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10070"; a="202071397" X-IronPort-AV: E=Sophos;i="5.84,310,1620716400"; d="scan'208";a="202071397" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2021 06:31:41 -0700 X-IronPort-AV: E=Sophos;i="5.84,310,1620716400"; d="scan'208";a="675007671" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2021 06:31:39 -0700 Received: from andy by smile with local (Exim 4.94.2) (envelope-from ) id 1mDRqv-007Q2t-1K; Tue, 10 Aug 2021 16:31:33 +0300 Date: Tue, 10 Aug 2021 16:31:33 +0300 From: Andy Shevchenko To: Chris von Recklinghausen Cc: pmladek@suse.com, rostedt@goodmis.org, senozhatsky@chromium.org, linux@rasmusvillemoes.dk, linux-kernel@vger.kernel.org Subject: Re: [PATCH] fix UBSAN splat in test_scanf Message-ID: References: <20210809102013.525671-1-crecklin@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210809102013.525671-1-crecklin@redhat.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 09, 2021 at 06:20:13AM -0400, Chris von Recklinghausen wrote: Thanks for the report and fix! First of all, have you seen this: https://lore.kernel.org/lkml/20210727150132.28920-1-andriy.shevchenko@linux.intel.com/T/#u ? > On a system with CONFIG_UBSAN_SHIFT=y, the following splat was observed: > [ 104.676826] test_scanf: loaded. > [ 104.680862] ================================================================================ > [ 104.690304] UBSAN: shift-out-of-bounds in lib/test_scanf.c:274:51 > [ 104.697144] shift exponent 32 is too large for 32-bit type 'unsigned int' As you may see in the above the rule of thumb is to include only meaningful parts of the oops. -- With Best Regards, Andy Shevchenko