Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp895200pxf; Thu, 8 Apr 2021 15:45:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzCven3Tgq7cbMawZy1qYIk5Da4Lh3qb3alCRi6+49l0jro79qLRhV6B1Cd9VrrX9BWY656 X-Received: by 2002:a63:5d22:: with SMTP id r34mr10036974pgb.102.1617921958281; Thu, 08 Apr 2021 15:45:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617921958; cv=none; d=google.com; s=arc-20160816; b=hsR9fbJk99xaUs2mCjPvBqYTkM5e1BOeimlFsnLQgM422cJC3BprGPO2etnV2032eQ LDk6sSNkK2/X6ei7ejCR3Nyq/+3uHeBEGt1AIh24Hn0EkVaAsYkmlv2m8HXW4sU905UK uBF+PoszZud0GvZaIzo34JXRBG3qlCkR+B/6IbvUP9ba7q1LDp0cCz3cTaiYfR9VC6Ru 5KkWj7tizXXO2pOEGK6oII1UO00gVe6574UwfWTCUKMx+TPAfDDYMJwRS/aRVCq4uyd9 M+u+zwy1ALnOu8lxpl89N+I8tXNP9/LWcT0fjjDU1u2ZcSJ7nVdtSRl4VbqdD0RjPR+C aghw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date; bh=3Sab0ml/eEcCQfAVC3/wEaBxcHlRC2+sa3ZQgEIdZZM=; b=cQTjEGa9ii2HSk4P0sTdmfbcYaJD7QX3zihD9UtV2RNMCb+yMfwf/rJfoIKJu0waqg 3zRIFsGkrPDshoNN9zWmDAqr1jjjVt3Po+DV7nzpXSDvLYZCOHMKE3yMAtBID80UJOCa /b7Pl3vqFWcIzn2dE6U7dOfwas5ShAOvtH8fotEAzzJBvff3wabm0ZyomJOWcnhBU9np 1eEhTicbD9x0jST3H4dgifqkK5yHwfGypwNHuLMdBBIFk1Vu8eNM5Ft1E0p5NC0MIxrl r9NZ4XpV5yBdTD2Leh/vZ88iiSjcj9yizMRrR3CXOqQ2VtyKAzxQtXMrv1EY+A2Rpb7p qmoQ== 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 z22si969104pfc.166.2021.04.08.15.45.46; Thu, 08 Apr 2021 15:45:58 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232643AbhDHWp0 (ORCPT + 99 others); Thu, 8 Apr 2021 18:45:26 -0400 Received: from angie.orcam.me.uk ([157.25.102.26]:38510 "EHLO angie.orcam.me.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232265AbhDHWp0 (ORCPT ); Thu, 8 Apr 2021 18:45:26 -0400 Received: by angie.orcam.me.uk (Postfix, from userid 500) id 50BEB92009C; Fri, 9 Apr 2021 00:45:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id 4323792009B; Fri, 9 Apr 2021 00:45:13 +0200 (CEST) Date: Fri, 9 Apr 2021 00:45:13 +0200 (CEST) From: "Maciej W. Rozycki" To: Masami Hiramatsu cc: Jisheng Zhang , Jisheng Zhang , Paul Walmsley , Palmer Dabbelt , Albert Ou , Guo Ren , linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] riscv: keep interrupts disabled for BREAKPOINT exception In-Reply-To: <20210409073858.e7b439e99e9e506f4f3847e2@kernel.org> Message-ID: References: <20210330021624.2b776386@xhacker> <20210330183316.942215efe8e6e8455ad14113@kernel.org> <20210331222244.45a5807c@xhacker> <20210401093036.037f2abbce7ed5d1e68466b7@kernel.org> <20210408192348.1d50c588@xhacker.debian> <20210409073858.e7b439e99e9e506f4f3847e2@kernel.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 9 Apr 2021, Masami Hiramatsu wrote: > > > Is this approach guaranteed to keep interrupt handling latency low enough > > > for the system not to be negatively affected, e.g. for the purpose of NTP > > > timekeeping? > > > > IMHO, interrupt latency can't be ensured if kprobes is triggered. > > Indeed. The latency depends on what the kprobe user handler does. Of course > it must be as minimal as possible... On x86, it is less than a few microseconds. > Thus it may be a jitter on hard realtime system, but not a big issue on > usual system like NTP timekeeping. Ack. Assuming that the breakpoint exception will only disable interrupts if kprobes are in use it seems reasonable to me. Thanks for double-checking. Maciej