Received: by 2002:a05:7412:7c14:b0:fa:6e18:a558 with SMTP id ii20csp369951rdb; Mon, 22 Jan 2024 06:53:56 -0800 (PST) X-Google-Smtp-Source: AGHT+IGk6yfjcNQkKwDqTKv1UfGqZD4a3f3uOCnd5NM49tZJBGVljc9yY51afvPDzfp9Ey3HcI0J X-Received: by 2002:a05:6358:6f16:b0:176:4ac9:5508 with SMTP id r22-20020a0563586f1600b001764ac95508mr2095137rwn.0.1705935235756; Mon, 22 Jan 2024 06:53:55 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1705935235; cv=pass; d=google.com; s=arc-20160816; b=YDlysSMUs3u+iWRVLVNuPGpA8ccKwiYbW8D2ntbq/FqHqUDBS6F28R7bbrMI/Ovo3o iCcodGpMxde1RV+sKqsi1DZdr2ZJuIQpWxUsaZ1C6deyNWvlQ8w39lnwPXueSZKyW3T4 pS0G7IwRynTCRhq5qJ6/u8mxD3on2JNjIQLRy9LLCgN045dmHCpEEWBomXSya0O2hY8J djtnJLCJmQfekBGEepyea2SX582Oqw0N6Xn8P38pQ0QW4C6PlCab7hQvu7lFLdfAlx8G ZOiOn2Q8SpGsK5h+UI0SfYHsCWOQuabTkNjheBMFipBTOWFP/pZSFbCg/iwask7BF7L/ OB6w== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=iEo9n+kLd189mEEknbrnlihMU1OFMip0gBig2ymspME=; fh=c6MRpx46Nd/9/k86wLBHhpHY2nq6zEfPNrxVViE+jWI=; b=UsZi1TFv1dX8kG/gUmIUYjo2oVu14Hw2T1t+irKoL9c9OKOfPHtnATe1/K9ScEqs/M asHcfBtVr4q230Wg5ll4kSNpO9WHocCu8Lr/wIriKquwe2civqLNWYN+nOwcbtaSiB5A gsrCK2DbKO8GjJS50mtwMqYT6h32ADNHxfyfbO4GiHVKvYgwiLJz2jFM64wTeix71kQZ PKqmHCRFRQIswR4DeWNjr3IiaoXi6yVVaYlCrfFRj1JlFXWyxZo6wt70owdTyoVUotyd QKPPu8oXpcNYx0+/h71dF6j7lgN8tX3vepOojqCInFhYgX3QkniToAvAEqGaF+bXIPSK iPDQ== ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=molgen.mpg.de); spf=pass (google.com: domain of linux-kernel+bounces-33194-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-33194-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id m3-20020a632603000000b005cfbe0469fbsi4221780pgm.556.2024.01.22.06.53.55 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Jan 2024 06:53:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-33194-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=molgen.mpg.de); spf=pass (google.com: domain of linux-kernel+bounces-33194-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-33194-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 5D1FF281D76 for ; Mon, 22 Jan 2024 14:53:55 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id D772E3D575; Mon, 22 Jan 2024 14:53:49 +0000 (UTC) Received: from mx3.molgen.mpg.de (mx3.molgen.mpg.de [141.14.17.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 249E83CF45 for ; Mon, 22 Jan 2024 14:53:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=141.14.17.11 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1705935229; cv=none; b=V9sceJBiulHIOksTlcc9HxT9cWj/ny+lYnbAP7XYUJ94jweEaAvqIhYC3TPhJzJeu/0XX0smzvv1CALDUdfkvt52H75CHBd2MZ/vZ2kqHFBdczaTbzQcBiNYLJ5uw6x4Y74+90Sczvh0LfqFRBbem+BB9NusCWH6iVoUmMqQSHc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1705935229; c=relaxed/simple; bh=DJ7/RrpeA0Yew/X0+eJI2TzQgnjpIpDMQYJRlwg56Mw=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=SppimSVb5dfH2ijadbUSZbmfbdch33MtvgN+32isbiJXCpAQs44O4QTwAAhIXD7u8FzADV27fwuvfdC8r7lgV24wwYIuU0lU5YGCvlzVnb5zJhcgRLJ80gEJdwe+mb+YMvCdG6uM+QD018AP/vi9V4gaFdS5jXi1V5UtTvHPtKI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=molgen.mpg.de; spf=pass smtp.mailfrom=molgen.mpg.de; arc=none smtp.client-ip=141.14.17.11 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=molgen.mpg.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=molgen.mpg.de Received: from [141.14.220.34] (g34.guest.molgen.mpg.de [141.14.220.34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: pmenzel) by mx.molgen.mpg.de (Postfix) with ESMTPSA id A007B61E646EB; Mon, 22 Jan 2024 15:53:06 +0100 (CET) Message-ID: <24bf9a11-6abd-4ccf-9ca1-3cf75c45d374@molgen.mpg.de> Date: Mon, 22 Jan 2024 15:53:06 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: DMAR-IR: IRQ remapping was enabled on dmar6 but we are not in kdump mode Content-Language: en-US To: Baolu Lu Cc: =?UTF-8?B?SsO2cmcgUsO2ZGVs?= , Will Deacon , iommu@lists.linux.dev, linux-kernel@vger.kernel.org References: <5517f76a-94ad-452c-bae6-34ecc0ec4831@molgen.mpg.de> <433452d0-589a-49c8-8044-dcc93d5be90a@linux.intel.com> From: Paul Menzel In-Reply-To: <433452d0-589a-49c8-8044-dcc93d5be90a@linux.intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Dear Baolu, Than you for your reply. Am 22.01.24 um 13:38 schrieb Baolu Lu: > On 2024/1/19 22:45, Paul Menzel wrote: >> >> On a Dell PowerEdge T640, Linux 5.9 and 6.6.12 warn about kdump: >> >>      [    2.728445] DMAR-IR: IRQ remapping was enabled on dmar6 but we are not in kdump mode >>      [    2.736544] DMAR-IR: IRQ remapping was enabled on dmar5 but we are not in kdump mode >>      [    2.744620] DMAR-IR: IRQ remapping was enabled on dmar4 but we are not in kdump mode >>      [    2.752695] DMAR-IR: IRQ remapping was enabled on dmar3 but we are not in kdump mode >>      [    2.760774] DMAR-IR: IRQ remapping was enabled on dmar2 but we are not in kdump mode >>      [    2.768847] DMAR-IR: IRQ remapping was enabled on dmar1 but we are not in kdump mode >>      [    2.776922] DMAR-IR: IRQ remapping was enabled on dmar0 but we are not in kdump mode >>      [    2.784999] DMAR-IR: IRQ remapping was enabled on dmar7 but we are not in kdump mode >> >> Looking through the logs, this only happens when using kexec to >> restart the system. > > The code that warned this is, > >  599         if (ir_pre_enabled(iommu)) { >  600                 if (!is_kdump_kernel()) { >  601                         pr_warn("IRQ remapping was enabled on %s but we are not in kdump mode\n", >  602                                 iommu->name); >  603                         clear_ir_pre_enabled(iommu); >  604                         iommu_disable_irq_remapping(iommu); >  605                 } > > The VT-d interrupt remapping is enabled during boot, but this is not a > kdump kernel. > > Do you mind checking whether the disable interrupt remapping callback > was called during kexec reboot? > > 1121 struct irq_remap_ops intel_irq_remap_ops = { > 1122         .prepare                = intel_prepare_irq_remapping, > 1123         .enable                 = intel_enable_irq_remapping, > 1124         .disable                = disable_irq_remapping, > 1125         .reenable               = reenable_irq_remapping, > 1126         .enable_faulting        = enable_drhd_fault_handling, > 1127 }; Is there a way to check this without rebuilding the Linux kernel? Do you have access to server hardware and are able to test kexec? Kind regards, Paul