Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp47423pxy; Wed, 21 Apr 2021 18:05:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwqaNwwPMr+3yV8Or3lVpuLpKDIUejzGP/eqwwoABuratm65/TOqq8mPIo98+pgZ+u4zKMz X-Received: by 2002:a17:902:a515:b029:eb:2723:3fde with SMTP id s21-20020a170902a515b02900eb27233fdemr780703plq.56.1619053536866; Wed, 21 Apr 2021 18:05:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619053536; cv=none; d=google.com; s=arc-20160816; b=CUblCZEiY7mma5q2T7c7W+Jd96Pv+57wzdOnN+orW8mki+qKpH1/jVRBx5mMHgBArz 3R4dEY0E18FiN6dY4bsvk3HFeEZNug50orAhCZLQIW4YUkuIgZXCmQourN1/ju5RojaF p91YNJmndA3eUsYQMC5IAQK1NXq2MBRNAT0/Vxq+rS0UX/imNfsA3fTtmDVgPyT2jCYA xEFQ5EZC5z3OBZWZspEpcSOIbVZ5Mgtm5JYiUVPR6H0sEIi+3tGI0Un1kFn5snP0AmdI 77FVmlVcfwXa50tTyrd+dTPABDLc1OZLmVw9uL4x1TB2IxDiBhRgEpAV7y2NCgqQ+chl 2J7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=r59l8aLrqr7TeM58n6m/D0EHeys+r8sMAeuiPrUQVJk=; b=KecJH7FOBjnTgI38VuH02/1roo0xZoh5kzn7hAfUFSXlrsFjK4CM3BAtrFkw7xmbnJ fwXn2MGRMKnb2NMPej9nBdo0l2rOI8ZznVUyGv9yEfNwcVGOwM8mk2PnDk6wqxoIZ4gk tj0Z2FZRtaqSbuJC41l3EVp/1HfZi8oqreIgJ0Eeh0gQLH31SDn8Q9aFoLvZm1uBgyL8 RDybTawB2oobeNTGwEQCQnAnZFC90AFEw/UR7VNLuHLHWou85dxYs5BieUY48TcO4i1Z hNGvJEecY3DisZjz2zX6mtxjEmLZqcCkhqO+LXs6oURO/QZ/TGLDccEhvreygu84Bclm Qntw== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gc12si4163322pjb.170.2021.04.21.18.05.24; Wed, 21 Apr 2021 18:05:36 -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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244688AbhDURQM (ORCPT + 99 others); Wed, 21 Apr 2021 13:16:12 -0400 Received: from foss.arm.com ([217.140.110.172]:38418 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244700AbhDURPz (ORCPT ); Wed, 21 Apr 2021 13:15:55 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5DF8013A1; Wed, 21 Apr 2021 10:15:20 -0700 (PDT) Received: from bogus (unknown [10.57.52.142]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B2E503F694; Wed, 21 Apr 2021 10:15:18 -0700 (PDT) Date: Wed, 21 Apr 2021 18:15:16 +0100 From: Sudeep Holla To: Marc Zyngier Cc: Lorenzo Pieralisi , Hanjun Guo , dann frazier , Fu Wei , Len Brown , "Rafael J. Wysocki" , linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kernel-team@android.com, Sudeep Holla Subject: Re: [PATCH 2/2] ACPI: irq: Prevent unregistering of GIC SGIs Message-ID: <20210421171516.hg3ex7jqigqjqa6i@bogus> References: <20210421164317.1718831-1-maz@kernel.org> <20210421164317.1718831-3-maz@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210421164317.1718831-3-maz@kernel.org> User-Agent: NeoMutt/20171215 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 21, 2021 at 05:43:17PM +0100, Marc Zyngier wrote: > When using ACPI on arm64, which implies the GIC IRQ model, no > table should ever provide a GSI number in the range [0:15], > as these are reserved for IPIs. > > However, drivers tend to call acpi_unregister_gsi() with any > random GSI number provided by half baked tables, which results > in an exploding kernel when its IPIs have been unconfigured. > > In order to catch this, check for the silly case early, warn > that something is going wrong and avoid the above disaster. > Reviewed-by: Sudeep Holla Just curious if this is just precaution or do we have a platform doing something stupid like this ? -- Regards, Sudeep