Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4325515pxj; Tue, 8 Jun 2021 11:32:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzRES0JfHBh2plU1Q43wA3N9H+CJ2ilvaD3a1ndXCFY0Qk9y2bO+YDMYa+WprqFBvEigQRg X-Received: by 2002:aa7:d64f:: with SMTP id v15mr26494765edr.255.1623177177259; Tue, 08 Jun 2021 11:32:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623177177; cv=none; d=google.com; s=arc-20160816; b=kN1jl7VKO/eCIxO6wk114kf708EbCm7GUfY34E+DkjIK2UrM/miGTOfnrOH9bWFjXb nDcOmTh5FYXrEeZIIB+f/2X27vjN5MD7M3HeL6BrV8xjYUaxN+kMIQ54GDHNynyzpy+3 9N+z728xkpcqj06X8V8WRC+sTyGHRdMrTEqUyp3goVEJOj+BfEmcr5vYukWsHZ0hFPRD ype1wOMRqBRoV1prBw19lj+76em3S7VVNpsv9ZiAn2BZTOR3M+WelFqYpZk6JcLqIXw2 1eqz9tPVcQ2o6ztI573hlPUcHHcJLz4E3AGsUWRHuul6Aoq/oLWod0pCLn714Wkh1qLP EIMg== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=NZvtGgvazO/wYa1/mYiV4G9oZ3zBwHXLRqF4xSmOtdA=; b=BYkR+s87ie4UeErGV9YzHlGiA+GJP2R2/ur3Srwl5dQ4Zu9B8ycZc5kwMR97CxaSVG xkjbyPLJc5bF+B/eHnnZu7TLizzsLSvPIQUjd37081V8k2RfBQsJ5NHDM2llfqYXGXJY c7P76+ikyCu7mC7a0eKWlyuWZhkMhtXHPIeLU+3HWk6uYLv0YonBqS1cj4FZbsHAJqZG TKx6hJ2gbybuCsNTMt/PUVYGGf9f/OzH/lI+ka62aB/4eFJBaqZH1PtAFKPKpuYhFAU1 ZPh/TFwXLhiB3xvOhWWQoeX5ocom3ROtw0YPJ2nOG4JLs3BicOtsEPC8gUfxhfeWPEOW U5iw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=jhlzSwzQ; 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=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k1si365222ejg.69.2021.06.08.11.32.33; Tue, 08 Jun 2021 11:32:57 -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=@linuxfoundation.org header.s=korg header.b=jhlzSwzQ; 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=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234254AbhFHSbx (ORCPT + 99 others); Tue, 8 Jun 2021 14:31:53 -0400 Received: from mail.kernel.org ([198.145.29.99]:56162 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234106AbhFHSbX (ORCPT ); Tue, 8 Jun 2021 14:31:23 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C1203613BD; Tue, 8 Jun 2021 18:29:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1623176962; bh=GjZLYadtShdseGMv6xryN9ZrYJlOObDaAjWxe9xYudU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=jhlzSwzQR/0U6vakIR4nSlvZTKniZ1uVdsU5Zq/ZeXiuo26mtnUK6DcnFHf3W47mr usmMMkQeIiJr5JJfv44GsVLhAj0Z3rrgT0HXE7iYppyVBZttvu/REVFzpeZhJQaZ2c 0uM81NRtm5/zCH5JB8mgmmbKbTefBPiAu00atPg8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Will Deacon , Michael Weiser , Arnd Bergmann Subject: [PATCH 4.4 22/23] arm64: Remove unimplemented syscall log message Date: Tue, 8 Jun 2021 20:27:14 +0200 Message-Id: <20210608175927.252349365@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210608175926.524658689@linuxfoundation.org> References: <20210608175926.524658689@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Michael Weiser commit 1962682d2b2fbe6cfa995a85c53c069fadda473e upstream. Stop printing a (ratelimited) kernel message for each instance of an unimplemented syscall being called. Userland making an unimplemented syscall is not necessarily misbehaviour and to be expected with a current userland running on an older kernel. Also, the current message looks scary to users but does not actually indicate a real problem nor help them narrow down the cause. Just rely on sys_ni_syscall() to return -ENOSYS. Cc: Acked-by: Will Deacon Signed-off-by: Michael Weiser Signed-off-by: Will Deacon Signed-off-by: Arnd Bergmann Signed-off-by: Greg Kroah-Hartman --- arch/arm64/kernel/traps.c | 8 -------- 1 file changed, 8 deletions(-) --- a/arch/arm64/kernel/traps.c +++ b/arch/arm64/kernel/traps.c @@ -381,14 +381,6 @@ asmlinkage long do_ni_syscall(struct pt_ } #endif - if (show_unhandled_signals_ratelimited()) { - pr_info("%s[%d]: syscall %d\n", current->comm, - task_pid_nr(current), (int)regs->syscallno); - dump_instr("", regs); - if (user_mode(regs)) - __show_regs(regs); - } - return sys_ni_syscall(); }