Received: by 10.223.185.111 with SMTP id b44csp994941wrg; Fri, 9 Mar 2018 18:44:07 -0800 (PST) X-Google-Smtp-Source: AG47ELtUTy7Bw3cMscgk7D17JhfJa1HgXpjwda8laCy6oWjVJuUmQT+nhr1Iic/oH80gH27Aiwnh X-Received: by 10.98.134.10 with SMTP id x10mr645599pfd.78.1520649846975; Fri, 09 Mar 2018 18:44:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520649846; cv=none; d=google.com; s=arc-20160816; b=n6rYjPl6vpLZ76FWm7TQG+IAADGX5OUwY4yIGUvwrpcr6SyEPlW4mKIdhdMDih2Nun KXwLXOtdUV+GZbe/tH6T4fIru1795SKdK6eARYU4TPFG0L7OjffrDaTmbx4FFnpHHTTe HMI53owE57qhp0wGX0mRTCoBljCp7pT5iJx6V9qtS+S1JegHcLB6LjSDlrHdOm3gtCPV cO4HDtDnF+WzSQvS5gSuOZQEu6dYPB2zK9r7HtMNb0Ygez6P/mp37q39rCqC/jU5Gjsc W9GiquhHNk2E2bTv9mLKGExVW23QeN9mcvWs8a7KcdxEMH1MqtusD6yx8lFEAYsQnDF0 r7Vw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=LLQUYihEypO5ToSd9xz27/1bq7ucw1S4ZEIPC6/IYy4=; b=sGOmjo7XTi7loIYVIRy6nqJbOF1Bcy/3TzS32VVvn72xE+2ssXSSAfvvJpUad/txNi OL7C997frNwGHWrZTqQ2rfwYnCI/KdCqGvGj6sLZTp6d5kunZL2Ny8mLv/nAwavpY/Oa 5P7h4p07M0TgpulT962o2uaCJ9jY2LhVwTI+BOiYvX0Z7CNGpae81tS/W4ValtLtC9Sv V+cF299Ht/ZRycLi236VeyXjkRP8LLKwmawk+kOP1ML2kaz5SYDVdy6C57Rw8DXM4K4S rWYhXB22HubeDhH1g5KLsT8Oyt6wVTxs1G2/KJmuLgbfgF0jJ9nfyII0BFKCgVPhz0mr fy4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mvista-com.20150623.gappssmtp.com header.s=20150623 header.b=sWCAI7o0; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c5-v6si1961356pll.90.2018.03.09.18.43.52; Fri, 09 Mar 2018 18:44:06 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@mvista-com.20150623.gappssmtp.com header.s=20150623 header.b=sWCAI7o0; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932810AbeCJCnC (ORCPT + 99 others); Fri, 9 Mar 2018 21:43:02 -0500 Received: from mail-oi0-f68.google.com ([209.85.218.68]:45693 "EHLO mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932716AbeCJCnA (ORCPT ); Fri, 9 Mar 2018 21:43:00 -0500 Received: by mail-oi0-f68.google.com with SMTP id j79so8422206oib.12 for ; Fri, 09 Mar 2018 18:43:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mvista-com.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=LLQUYihEypO5ToSd9xz27/1bq7ucw1S4ZEIPC6/IYy4=; b=sWCAI7o0NSAa/zdf00G82czthb8+fKCEXh0o6/b9bbXC00A6DOHBT4z5JE9QRra204 rc4Si2SXaVCaXCA09obqf/6s/twECr0RYEwGobCD9Pm7ocBCAeMq4+GYz8Dx1gBem9zi V1GN/k3s95X594ZX/S5tKOw6uTwO4I6wUIc3EWaY+gBmC+9vq32w6Qdjjv9U2GFlAYKk HbvCzrQTj9xOHeJ9Zf0IPHH/PlQLR1oo8IH5/mE9vvmbt4lEoSF5iVa3c5NHONpTA0De Dcy4ppPnKlh59LwwEwGMDv56HyHeTGt48QcfmH8NGE6WkLGuOJ322JHLxPu9lebxiQy4 QHkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=LLQUYihEypO5ToSd9xz27/1bq7ucw1S4ZEIPC6/IYy4=; b=RVnUk+9GicsUUlGPj3F1YWrQ7x0S/psRiofVPuuGnkFh/CrAJGWRyq6W9LgTJJLw22 khu/tHL6/iMqvATKI0HG4WJe6vxcpI7faKDelBkiCPgsPAyUfM46LeNQ7mStKBC2vGZL mN/qSc8W8KWH0eBWmo79HsJhPQYWsWpVui92WOBN3aWWBVnocL4QhlNimKIUePJtB3LW kBqT3xfXfagd3++P4wS5BFAVT+4Dg8BeqnMUyrUOWqVJQxoLiMNmT0zJ0BMKaGDwBa1u XcAxyyEZazHfZEKTwBo1q2VIVc5p1P6k0DrZJTYYQ0ShGrfNlVFL85epLlB93fd53RR2 piQA== X-Gm-Message-State: AElRT7FFPQ8U05aoQKJPbwDS5bcKEOzSTOv0mZF5M9M3gGRSNzZfKFED N/lFdjzz1fvJIfCTjH++LaRLt42Kzx8= X-Received: by 10.202.66.67 with SMTP id p64mr358428oia.274.1520649779551; Fri, 09 Mar 2018 18:42:59 -0800 (PST) Received: from [192.168.27.3] ([47.184.168.85]) by smtp.gmail.com with ESMTPSA id p28sm1254151otc.59.2018.03.09.18.42.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Mar 2018 18:42:58 -0800 (PST) Subject: Re: [PATCH] ipmi: Remove ACPI SPMI probing from the SSIF (I2C) driver To: Jiandi An , minyard@acm.org Cc: openipmi-developer@lists.sourceforge.net, linux-kernel@vger.kernel.org References: <1520543298-18163-1-git-send-email-minyard@acm.org> From: Corey Minyard Message-ID: Date: Fri, 9 Mar 2018 20:42:57 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/09/2018 04:28 PM, Jiandi An wrote: > > > On 03/08/2018 03:08 PM, minyard@acm.org wrote: >> From: Corey Minyard >> >> The IPMI spec states: >> >>    The purpose of the SPMI Table is to provide a mechanism that can >>    be used by the OSPM (an ACPI term for “OS Operating System-directed >>    configuration and Power Management” essentially meaning an ACPI-aware >>    OS or OS loader) very early in the boot process, e.g., before the >>    ability to execute ACPI control methods in the OS is available. >> >> When we are probing IPMI in Linux, ACPI control methods are available, >> so we shouldn't be probing using SPMI.  It could cause some confusion >> during the probing process. >> >> Signed-off-by: Corey Minyard >> Cc: Jiandi An >> --- >> >> Jiandi, this just yanks out the SPMI code.  Your platform >> should have an ACPI control method in it's namespace specifying the >> IPMI interface.  If it doesn't, that's a bug in your platform and >> really needs to be fixed.  Finding IPMI devices with SMBIOS tables >> is kind of risky since there is no real way to know which I2C bus >> has the IPMI device if your system has more than one I2C bus. With >> an ACPI control method, the IPMI control method will be inside the >> I2C bus control method, so it will be unambiguous. > > Thanks Corey.  I tested this patch.  It works for us through the ACPI > control method. Thanks.  May I add a "Tested-by" for you? > By the way, FYI the ipmi_si driver is also having the > SPMI probe code. > > [   17.370835] ipmi_si: probing via SPMI > Yes, I've removed that in a separate patch. -corey > Thanks > - Jiandi > >> >>   drivers/char/ipmi/ipmi_ssif.c | 105 >> ------------------------------------------ >>   1 file changed, 105 deletions(-) >> >> diff --git a/drivers/char/ipmi/ipmi_ssif.c >> b/drivers/char/ipmi/ipmi_ssif.c >> index 4cff4cd..206257b 100644 >> --- a/drivers/char/ipmi/ipmi_ssif.c >> +++ b/drivers/char/ipmi/ipmi_ssif.c >> @@ -1994,108 +1994,6 @@ static const struct acpi_device_id >> ssif_acpi_match[] = { >>       { }, >>   }; >>   MODULE_DEVICE_TABLE(acpi, ssif_acpi_match); >> - >> -/* >> - * Once we get an ACPI failure, we don't try any more, because we go >> - * through the tables sequentially.  Once we don't find a table, there >> - * are no more. >> - */ >> -static int acpi_failure; >> - >> -/* >> - * Defined in the IPMI 2.0 spec. >> - */ >> -struct SPMITable { >> -    s8    Signature[4]; >> -    u32    Length; >> -    u8    Revision; >> -    u8    Checksum; >> -    s8    OEMID[6]; >> -    s8    OEMTableID[8]; >> -    s8    OEMRevision[4]; >> -    s8    CreatorID[4]; >> -    s8    CreatorRevision[4]; >> -    u8    InterfaceType; >> -    u8    IPMIlegacy; >> -    s16    SpecificationRevision; >> - >> -    /* >> -     * Bit 0 - SCI interrupt supported >> -     * Bit 1 - I/O APIC/SAPIC >> -     */ >> -    u8    InterruptType; >> - >> -    /* >> -     * If bit 0 of InterruptType is set, then this is the SCI >> -     * interrupt in the GPEx_STS register. >> -     */ >> -    u8    GPE; >> - >> -    s16    Reserved; >> - >> -    /* >> -     * If bit 1 of InterruptType is set, then this is the I/O >> -     * APIC/SAPIC interrupt. >> -     */ >> -    u32    GlobalSystemInterrupt; >> - >> -    /* The actual register address. */ >> -    struct acpi_generic_address addr; >> - >> -    u8    UID[4]; >> - >> -    s8      spmi_id[1]; /* A '\0' terminated array starts here. */ >> -}; >> - >> -static int try_init_spmi(struct SPMITable *spmi) >> -{ >> -    unsigned short myaddr; >> - >> -    if (num_addrs >= MAX_SSIF_BMCS) >> -        return -1; >> - >> -    if (spmi->IPMIlegacy != 1) { >> -        pr_warn("IPMI: Bad SPMI legacy: %d\n", spmi->IPMIlegacy); >> -        return -ENODEV; >> -    } >> - >> -    if (spmi->InterfaceType != 4) >> -        return -ENODEV; >> - >> -    if (spmi->addr.space_id != ACPI_ADR_SPACE_SMBUS) { >> -        pr_warn(PFX "Invalid ACPI SSIF I/O Address type: %d\n", >> -            spmi->addr.space_id); >> -        return -EIO; >> -    } >> - >> -    myaddr = spmi->addr.address & 0x7f; >> - >> -    return new_ssif_client(myaddr, NULL, 0, 0, SI_SPMI, NULL); >> -} >> - >> -static void spmi_find_bmc(void) >> -{ >> -    acpi_status      status; >> -    struct SPMITable *spmi; >> -    int              i; >> - >> -    if (acpi_disabled) >> -        return; >> - >> -    if (acpi_failure) >> -        return; >> - >> -    for (i = 0; ; i++) { >> -        status = acpi_get_table(ACPI_SIG_SPMI, i+1, >> -                    (struct acpi_table_header **)&spmi); >> -        if (status != AE_OK) >> -            return; >> - >> -        try_init_spmi(spmi); >> -    } >> -} >> -#else >> -static void spmi_find_bmc(void) { } >>   #endif >>     #ifdef CONFIG_DMI >> @@ -2200,9 +2098,6 @@ static int init_ipmi_ssif(void) >>           ssif_i2c_driver.driver.acpi_match_table    = >>               ACPI_PTR(ssif_acpi_match); >>   -    if (ssif_tryacpi) >> -        spmi_find_bmc(); >> - >>       if (ssif_trydmi) { >>           rv = platform_driver_register(&ipmi_driver); >>           if (rv) >> >