Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1647283imm; Wed, 20 Jun 2018 23:48:59 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIoMiboJpq06X+vQ4BZK+6PdudV5fF16CyehF2Zfxv+olAERnHEp5hcrKxZ/WhdtdulPvXD X-Received: by 2002:a65:665a:: with SMTP id z26-v6mr654128pgv.117.1529563739074; Wed, 20 Jun 2018 23:48:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529563739; cv=none; d=google.com; s=arc-20160816; b=0klOqLrxLB192aMYDuCgY48C77PoA93s/AEzMdG1UBRLRz/ZP9LKF+s6W48Y+dtMRA 6CngE96K/nFeoAip2JEXXxD8buFMNx352Runkj6z7aJddfFV5/OJ7Tg8cnegmbRCpdsf 5Tb2O9DquFBAsjaRYeke77WGG7kRMn4ryNBU0EX0Cf0K6uYhd+6pPnQLt+eyC0Tz1Eet elWGuX3juNRWhpU5BGLW8B8ZbsI6nac/O5T/E+0XED+cbL1FiI9ZZnOLOGuFJXmSSeRs JUJlhTt1Y8qgnExJfOlIo3wxTUMW/WTnSxJ+Vx2d7QVlLnixeEdGh5Ra9pCGerFJ2aFl yajA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:message-id:in-reply-to:subject:cc:to:from :date:arc-authentication-results; bh=wLao0eJtkrNEFBGJAg0vxl6Dxxyb/NtQE9/LIVFYhZI=; b=O/Nwvx1y9yeAh0edlWmniSMJJsDtuQO6p8jXu9qMSZyhzkkatwiJdkA5eSAViONtBD XN5Uk6QXdpDjt/OFdRVj3Gau/SKL9/OIYH3WLzm57LSx7WXyWdrNi4tmvtdSwyWfIvWc lNghFUajfHxqXSTm1wxTgpCJnuInjy+6bpY1yr8tkpJzNvG+fYNQIsDMT4luY7A/gsCE uEB9RhRzzohLmDINeto2kARX/ZEje/KOGXIWoCoEtpzG3l21wu5KmgWaltPjfAZlA85x jV55WIoG9k0jyQbhld78EnaV6aF/PDAJY6x4IPem5o12Kdb6BFC2tiCO5tI85SuCgRV8 GSww== ARC-Authentication-Results: i=1; mx.google.com; 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 a10-v6si3797052pff.304.2018.06.20.23.48.44; Wed, 20 Jun 2018 23:48:59 -0700 (PDT) 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; 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 S932695AbeFUGrx convert rfc822-to-8bit (ORCPT + 99 others); Thu, 21 Jun 2018 02:47:53 -0400 Received: from smtp1.it.da.ut.ee ([193.40.5.66]:49493 "EHLO smtp1.it.da.ut.ee" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932481AbeFUGrv (ORCPT ); Thu, 21 Jun 2018 02:47:51 -0400 Received: from math.ut.ee (unknown [IPv6:2001:bb8:2002:2400:5054:ff:fe3b:8db9]) by smtp1.it.da.ut.ee (Postfix) with ESMTP id A97B79004A; Thu, 21 Jun 2018 09:47:49 +0300 (EEST) Received: by math.ut.ee (Postfix, from userid 1014) id 91D42220109; Thu, 21 Jun 2018 09:47:47 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by math.ut.ee (Postfix) with ESMTP id A2DBE220105; Thu, 21 Jun 2018 09:47:47 +0300 (EEST) Date: Thu, 21 Jun 2018 09:47:47 +0300 (EEST) From: Meelis Roos To: Corey Minyard cc: Linux Kernel list , openipmi-developer@lists.sourceforge.net, Corey Minyard Subject: Re: [PATCH] ipmi: Cleanup oops on initialization failure In-Reply-To: <7c9a293d-02e7-96c3-4760-f2d066e9dfd6@acm.org> Message-ID: References: <1529497606-3857-1-git-send-email-minyard@acm.org> <7c9a293d-02e7-96c3-4760-f2d066e9dfd6@acm.org> User-Agent: Alpine 2.21 (LRH 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > The corresponding dmesg: > > > > [ 7.372830] IPMI System Interface driver. > > [ 7.373034] ipmi_si dmi-ipmi-si.0: ipmi_platform: probing via SMBIOS > > [ 7.373109] ipmi_si: SMBIOS: mem 0x0 regsize 1 spacing 1 irq 0 > > [ 7.373182] ipmi_si: Adding SMBIOS-specified kcs state machine > > [ 7.373352] ipmi_si: Trying SMBIOS-specified kcs state machine at mem > > address 0x0, slave address 0x20, irq 0 > > [ 7.373479] ipmi_si dmi-ipmi-si.0: Could not set up I/O space > > > > > BTW, can you send me at least the IPMI portion of the output of > > > dmidecode for your machine? I have seen a lot of these where the > > > address in the SMBIOS tables is incorrect, and I'm wondering if > > > it's something in the driver, or if it's really the tables that > > > are bad. > > Handle 0x001B, DMI type 38, 18 bytes > > IPMI Device Information > > Interface Type: KCS (Keyboard Control Style) > > Specification Version: 2.0 > > I2C Slave Address: 0x10 > > NV Storage Device: Not Present > > Base Address: 0x0000000000000000 (Memory-mapped) > > Register Spacing: Successive Byte Boundaries > > Thanks a bunch.  It looks like the SMBIOS tables are wrong.  I > wonder if this is what some vendor do if there is no IPMI device > installed.  I guess I need to add a check for this. Another machine (Sun X2100) with similar crash is also cured by the patch, but this is slightly different (not NULL): [ 8.891217] IPMI System Interface driver. [ 8.898404] ipmi_si dmi-ipmi-si.0: ipmi_platform: probing via SMBIOS [ 8.905635] ipmi_si: SMBIOS: io 0xca2 regsize 1 spacing 1 irq 0 [ 8.912895] ipmi_si: Adding SMBIOS-specified kcs state machine [ 8.920246] ipmi_si: Trying SMBIOS-specified kcs state machine at i/o address 0xca2, slave address 0x20, irq 0 [ 8.934379] ipmi_si dmi-ipmi-si.0: Interface detection failed IPMI Device Information Interface Type: KCS (Keyboard Control Style) Specification Version: 1.5 I2C Slave Address: 0x10 NV Storage Device: Not Present Base Address: 0x0000000000000CA2 (I/O) Register Spacing: Successive Byte Boundaries -- Meelis Roos (mroos@linux.ee)