Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2055085pxa; Mon, 3 Aug 2020 06:25:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyaYd/I8Qq1rZp95FL8WFUI4Dw0QO/tHX5Z+L1sMfytRk55i4vhLN6Cuno3DtjJcOIW1VBO X-Received: by 2002:a50:e1cc:: with SMTP id m12mr15709690edl.378.1596461114673; Mon, 03 Aug 2020 06:25:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596461114; cv=none; d=google.com; s=arc-20160816; b=mMDxiv95OsN5EP2lLohHOQA72C/2pDdr9lvhyhovVEKLy42WRaMOI2dXNwgyz1cTEy +RM6I8EsHvQTpRRcDUoUjqVTquYn3lF1bzoMKEpxkKftcl0sMPgDM1ZunCIDCixU1SE1 82z2dXKvHuUXWFrY+S0HJ2ri34r5YgEs73MdthSruOYw9pcwJIddU6zM+hhwmICeXsM4 uZ1d299fpEYeWWtK3Mrd6AvF381zaAYtgNUCC0esgAz+ux9VpoU9O3f/LwmQyrkl5+AE u0xWbs0cAClKf3yodoMh2uA7JZFeGukQHsG5nBxA70I2uNrbXXEcFlGBtNk9vNf0YHdk ol9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=WFVt7BcKipaxAV1b8zkG2nBM/PPEDdyXlOFGD2gt+qs=; b=wq7s6M8LlTFLPAlB7orjBopl637hRUp98gU9zdDPEsTi57iagrtahIkjPGpXgUicwJ eZs9m6i+iYhAEvGrXoPsvcuBkTBw9hPLhEptPLwvJ7rwUXtgmsBDcYpcZKMgWnTZNQ8I 1iE3OUe9lsbCUzJNdoN7Ss/tUuYxSYKVsLC2v9pD5mzPku2MBvfmU2WQ51jnsnPkRgsm 1+rHk1s9mU9TbDDPkI2GcFn4fYRkZ1WQFogr0+aRoDq3fJfOEsSdrOtCR8YwA+RJcOgB Tpktu+ZSwV1E+U2AYyHI/9qhmdsnSGNfXLP0sq/CQTUU8XLQkHu5t+ExL+T2Zv7wARdt myFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=c9a7+KEN; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p6si5478653ejd.617.2020.08.03.06.24.52; Mon, 03 Aug 2020 06:25:14 -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=@kernel.org header.s=default header.b=c9a7+KEN; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726845AbgHCNYn (ORCPT + 99 others); Mon, 3 Aug 2020 09:24:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:47358 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726509AbgHCNYm (ORCPT ); Mon, 3 Aug 2020 09:24:42 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E92F8206DA; Mon, 3 Aug 2020 13:24:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1596461081; bh=2P+e2agXRGcCDzDHK4A1fBjviZ3qjpqZf+OAaU5r/yI=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=c9a7+KENOfxIs/9Iy0vX6YmkAbT9I0gWZfOk+2qE3wyDmUQ8+1XKIonsF9mYrgMoo NXZ6S1ltT2KaaZZopvvYsND60TMzjzkYAO62THhGEenXbB1aSZ/DlkQodEId8wu7J8 QBUWGbpWbwl8wBmW5XfkMD3LuAuIHGcqpf12w/68= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1k2aSF-00H7Mr-Vt; Mon, 03 Aug 2020 14:24:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 03 Aug 2020 14:24:39 +0100 From: Marc Zyngier To: Valentin Schneider , Vladimir Oltean Cc: Robin Murphy , Kurt Kanzenbach , paulmck@kernel.org, Anna-Maria Gleixner , catalin.marinas@arm.com, Alison Wang , linux-kernel@vger.kernel.org, leoyang.li@nxp.com, vladimir.oltean@nxp.com, Thomas Gleixner , mw@semihalf.com, will@kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [RFC PATCH] arm64: defconfig: Disable fine-grained task level IRQ time accounting In-Reply-To: References: <20200729033934.22349-1-alison.wang@nxp.com> <877dumbtoi.fsf@kurt> <20200729094943.lsmhsqlnl7rlnl6f@skbuf> <87mu3ho48v.fsf@kurt> <20200730082228.r24zgdeiofvwxijm@skbuf> <873654m9zi.fsf@kurt> <20200803081625.czdfwcpw5emcd4ls@skbuf> <20200803113841.pqqpo4hqfwru3upq@skbuf> User-Agent: Roundcube Webmail/1.4.5 Message-ID: <34b6cca5355f9e709554892261ac4b0c@kernel.org> X-Sender: maz@kernel.org X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: valentin.schneider@arm.com, olteanv@gmail.com, robin.murphy@arm.com, kurt.kanzenbach@linutronix.de, paulmck@kernel.org, anna-maria@linutronix.de, catalin.marinas@arm.com, alison.wang@nxp.com, linux-kernel@vger.kernel.org, leoyang.li@nxp.com, vladimir.oltean@nxp.com, tglx@linutronix.de, mw@semihalf.com, will@kernel.org, linux-arm-kernel@lists.infradead.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-08-03 12:48, Valentin Schneider wrote: > On 03/08/20 12:38, Vladimir Oltean wrote: >> On Mon, Aug 03, 2020 at 10:51:32AM +0100, Robin Murphy wrote: >>> >>> Having glanced across another thread that mentions IRQ accounting >>> recently[1], I wonder if the underlying bug here might have something >>> do to >>> with the stuff that Marc's trying to clean up. >>> >>> Robin. >>> >>> [1] >>> https://lore.kernel.org/linux-arm-kernel/20200624195811.435857-16-maz@kernel.org/ >> >> Thanks Robin. I've applied Marc's "[PATCH v2 00/17] arm/arm64: Turning >> IPIs into normal interrupts" series and the LS1028A I'm debugging >> hangs >> in absolutely the same way. >> > > I'm not too surprised by that, wrt accounting this mostly changes where > the > stores go to and barely shuffles when they happen (slightly earlier on > the > IPI handling path). Indeed. This series is just a "let's make things be the way they should be", and isn't really fixing any bug. It actually may introduce a couple... > FWIW I've had 'stress-ng --hrtimers 1' running on my Juno and eMAG for > ~15 > minutes and haven't had a splat yet. I've started a couple of VMs with that workload too. 400K irq/s on an 8 vcpu guest, nothing to report so far. But removing IRQ_TIME_ACCOUNTING from defconfig is a resounding "no way!". It looks like we have a bug, and it should be squashed, not glanced over. M. -- Jazz is not dead. It just smells funny...