From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933554AbdKOSaZ (ORCPT ); Wed, 15 Nov 2017 13:30:25 -0500 Received: from Galois.linutronix.de ([146.0.238.70]:42961 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932593AbdKOSaQ (ORCPT ); Wed, 15 Nov 2017 13:30:16 -0500 Date: Wed, 15 Nov 2017 19:30:14 +0100 (CET) From: Thomas Gleixner To: "Rafael J. Wysocki" cc: "Sajjan, Vikas C" , Linux PM , ACPI Devel Maling List , "Rafael J. Wysocki" , Linux Kernel Mailing List , Seunghun Han , Ingo Molnar , "Lakshminarasimha, Sunil Vishwanathpur" , "Attar, Abdul Lateef" Subject: Re: [PATCH] x86/acpi: Fix improper handling of SCI INT for platforms supporting only IOAPIC mode In-Reply-To: Message-ID: References: <1510306686-18230-1-git-send-email-vikas.cha.sajjan@hpe.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 15 Nov 2017, Rafael J. Wysocki wrote: > On Wed, Nov 15, 2017 at 6:30 PM, Sajjan, Vikas C > wrote: > > Hi Rafael, > > > > -----Original Message----- > > From: rjwysocki@gmail.com [mailto:rjwysocki@gmail.com] On Behalf Of Rafael J. Wysocki > > Sent: Wednesday, November 15, 2017 10:51 PM > > To: Sajjan, Vikas C > > Cc: Linux PM ; ACPI Devel Maling List ; Rafael J. Wysocki ; Linux Kernel Mailing List ; Seunghun Han ; Thomas Gleixner ; Ingo Molnar ; Lakshminarasimha, Sunil Vishwanathpur ; Attar, Abdul Lateef > > Subject: Re: [PATCH] x86/acpi: Fix improper handling of SCI INT for platforms supporting only IOAPIC mode > > > > On Fri, Nov 10, 2017 at 10:38 AM, Vikas C Sajjan wrote: > >> The platforms which support only IOAPIC mode and whose SCI INT is > >> greater than 16, passes SCI INT via FADT and not via MADT int src > >> override structure. In such cases current logic fails to handle it and > >> throws error "Invalid bus_irq %u for legacy override". This patch > >> handles the above mentioned case. While at it, also modify function > >> mp_override_legacy_irq() to use the newly introduced function mp_register_ioapic_irq(). > > > > Actually, is it necessary to make this extra change here? > > > > How complicated would it be to separate it out? > > > > I can move these extra changes into a separate patch and keep only the fix in this patch. > > That would be useful I think in case someone wants to backport your > fix, for example. That would also simplify review a lot. I'll wait for that before I twist my brain around distangling the changes. Thanks, tglx