From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B1469C2D0C2 for ; Thu, 2 Jan 2020 18:01:43 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 77A5121582 for ; Thu, 2 Jan 2020 18:01:43 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alien8.de header.i=@alien8.de header.b="PQAb8bkB" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727905AbgABSBn (ORCPT ); Thu, 2 Jan 2020 13:01:43 -0500 Received: from mail.skyhub.de ([5.9.137.197]:54980 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727890AbgABSBn (ORCPT ); Thu, 2 Jan 2020 13:01:43 -0500 Received: from zn.tnic (p200300EC2F00E700329C23FFFEA6A903.dip0.t-ipconnect.de [IPv6:2003:ec:2f00:e700:329c:23ff:fea6:a903]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 7A2E51EC0419; Thu, 2 Jan 2020 19:01:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1577988097; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=tT0jvwjEfaD2BIfE3OdrlYZgbSWvbo0cYYcu6rKbP80=; b=PQAb8bkB51WAgC5xGXXhFRDSY09onyZvEJoWoMXreMVZWQWnzog+GHEVELPv7STBa53feX MK6obYcvNOZIc5L1kHTN9iKY6PAf+I37Xc4/aMJ135WO9SQOwrstgKhttGgydPvPidAaDy z7rYqs+AuvvPDKmA53Ia+Y26j/90+uI= Date: Thu, 2 Jan 2020 19:01:30 +0100 From: Borislav Petkov To: Bhaskar Upadhaya Cc: linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linux-edac@vger.kernel.org, lenb@kernel.org, rafael@kernel.org, gkulkarni@marvell.com, rrichter@marvell.com, bhaskar.upadhaya.linux@gmail.com Subject: Re: [RFC PATCH] apei/ghes: fix ghes_poll_func by registering in non-deferrable mode Message-ID: <20200102180130.GG8345@zn.tnic> References: <1576652618-27017-1-git-send-email-bupadhaya@marvell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1576652618-27017-1-git-send-email-bupadhaya@marvell.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-edac-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-edac@vger.kernel.org On Tue, Dec 17, 2019 at 11:03:38PM -0800, Bhaskar Upadhaya wrote: > Currently Linux register ghes_poll_func with TIMER_DEFERRABLE flag, > because of which it is serviced when the CPU eventually wakes up with a > subsequent non-deferrable timer and not at the configured polling interval. > > For polling mode, the polling interval configured by firmware should not > be exceeded as per ACPI_6_3 spec[refer Table 18-394], I see "Table 18-394 Hardware Error Notification Structure" where does it say that the interval should not be exceeded and what is going to happen if it gets exceeded? IOW, are you fixing something you're observing on some platform or you're reading the spec only? -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette