Received: by 10.223.185.116 with SMTP id b49csp2963708wrg; Mon, 5 Mar 2018 11:33:44 -0800 (PST) X-Google-Smtp-Source: AG47ELu+q76iJgvjbyuGfKnTQiGNuGB1+EY6EbGoqqIOyO0KSnSsONlSp0kTsMNM6diSmZCopT6D X-Received: by 10.99.186.22 with SMTP id k22mr12600627pgf.7.1520278424247; Mon, 05 Mar 2018 11:33:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520278424; cv=none; d=google.com; s=arc-20160816; b=oL3ZzIVeAuGv8J/DMryV5Fwfm46B5rtAtrnHIL5kdvxc3uT7E345lrr/2/CTLm6ZYl FsNlToZopY6TkFoxNzWTwTxVliome5XBzSy2yYKMtdoNmGUAIX8sFk+pJBnqK2mKD9Gv 6I1CPATEYgI8dKbyAL2DPu3ULo2RLYIzr42IVeMeRJfugbhrhUEow/hBKWqjXX4dXJJK N3T3hj79Yf0Fs4YvZKXxBLPuYaM+ITa96EY80+7dNwj1AcSv6bZJcj5/lHteV1lq967G d8OGJi5jXpCoGG2Wc1FfVqS3xmDZCR+TXUi3RhMG8117Y/lA/E7R7E2+lrQBryhGJZNC RbNg== 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:reply-to:dkim-signature :arc-authentication-results; bh=BYNfevIMiy/L/PPo523AKIrxvHpGajRVdOzr+e0n9A8=; b=JJPN43AppGYDpQyMzqqgITGqRorhbFaUSnDbaytbIGYBpw+S/O0y01EYgvT/FYSOZo mvvtwNHYyRZaXNCAShT7tFC3EgCnqBkHD7e9YUtBAjqww5XNe3/Ld6aeJUZ3Iu2h0WY6 qQpbUbOIpO39Tsx1ExIkfnd1vvS/ng7V99rJ1q5L3s8qYQIPdMTM/4mJgU929+SEV5j1 Hup+4ifNZmjl/sixnv9EZ6k5BpJMbNg9HD1DkfAUL8IirYYL7OY0u3nujSo5OcJA7UOu n+f/dEjam+tMMnUVa7vmBokGVD5dtVHmYq/juo1vQzg4x34D2mo6ya3Oc5LmBPQY1dOK Bu5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=URAOTGW7; 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 30-v6si9651593pld.724.2018.03.05.11.33.29; Mon, 05 Mar 2018 11:33:44 -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=fail header.i=@gmail.com header.s=20161025 header.b=URAOTGW7; 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 S1752916AbeCETbv (ORCPT + 99 others); Mon, 5 Mar 2018 14:31:51 -0500 Received: from mail-oi0-f67.google.com ([209.85.218.67]:42303 "EHLO mail-oi0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751462AbeCETbu (ORCPT ); Mon, 5 Mar 2018 14:31:50 -0500 Received: by mail-oi0-f67.google.com with SMTP id c18so12938527oiy.9 for ; Mon, 05 Mar 2018 11:31:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=BYNfevIMiy/L/PPo523AKIrxvHpGajRVdOzr+e0n9A8=; b=URAOTGW7gociJe7rztiuksSUKwcblFwuTlyUvw3+4Z/d574SmX2ql+Rr8NC1mu+ViJ vzyyYtktEzd9EYbIQHu7TsBfyeLW4A7nlmauzYPqDBjqM02XI7UQXxKMqfKO1ugV79ju BEv3Xctf6p9jrwKRkaiRliJDD4moUv4+dMmyWq1GtlbjEOa7B4sVTIL2IC8hLQOoio+u o6EQwsWQF4FdF2mp4cod0uVs44KnoVGID+HYcZF5bNo+bRV2o+1edkuBbtzLaUXlSQDc zIKqkHzc0loKiRNUnlmi6C/Ge/jf8mNGVUiv7eKbNmGRmEaFTjahPLymCUypoWTmrd+K K4WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:cc:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding:content-language; bh=BYNfevIMiy/L/PPo523AKIrxvHpGajRVdOzr+e0n9A8=; b=OAPyPfc7vOC+96GPrZwIcsH6lCPAEkMPShWMLCDISerra9gSG5q/6Hc6rRIir5I2ki VFCvDRRCBWAdcSo64ed4BNt9LCnyD5nIZ6rkQi9t2qqpOFvb0UOoEvJbscemIegaru0T 5osaG+aRocDgNNl+5YteYjd5Rd9d0IGsDrGhipvVrE8oQeEtI9PwSpnQJN9d+0sUbNdv +SBTeoEm2cId9amkwFSmoWmN+hjVXkMzxbAabqod6ciU4bR9MSsOcsTw3A8cZ9/auA+0 4sf2/PTMktA+z0JMXTvFoXNyRnTzBVKxf9CzeB0KEgfDRSV2t5Ry88PhS67hPP3s09Sp 9jBQ== X-Gm-Message-State: AElRT7Fy5C66LAf47sBlSLN3tDMHNjB3vbNH6HRzpprOpuE2ycLOEpnC 2jjRbOKAKiEWQK7c2UhGKg== X-Received: by 10.202.4.16 with SMTP id 16mr10943138oie.136.1520278309298; Mon, 05 Mar 2018 11:31:49 -0800 (PST) Received: from serve.minyard.net ([47.184.168.85]) by smtp.gmail.com with ESMTPSA id u70sm7193522ota.81.2018.03.05.11.31.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Mar 2018 11:31:48 -0800 (PST) Received: from [192.168.27.3] (t430m.minyard.net [192.168.27.3]) by serve.minyard.net (Postfix) with ESMTPSA id 226863B6; Mon, 5 Mar 2018 13:31:47 -0600 (CST) Reply-To: minyard@acm.org Subject: Re: Regression in IPMI on 4.15.6 To: Laura Abbott Cc: openipmi-developer@lists.sourceforge.net, Linux Kernel Mailing List References: <7b4cd699-1a77-5412-5346-b30e44bfc9c9@redhat.com> <33fb6125-7ffa-0d3a-e1d6-1a849b816867@acm.org> <1b8caafa-0611-c431-a292-38c895db4660@acm.org> <1cd07864-3fae-3b35-27bb-2be33873d171@redhat.com> From: Corey Minyard Message-ID: Date: Mon, 5 Mar 2018 13:31:46 -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: <1cd07864-3fae-3b35-27bb-2be33873d171@redhat.com> 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/05/2018 01:07 PM, Laura Abbott wrote: > On 03/02/2018 05:46 AM, Corey Minyard wrote: >> On 02/28/2018 01:07 PM, Corey Minyard wrote: >>> On 02/28/2018 08:17 AM, Corey Minyard wrote: >>>> On 02/28/2018 07:53 AM, Corey Minyard wrote: >>>>> On 02/27/2018 05:55 PM, Laura Abbott wrote: >>>>>> Hi, >>>>>> >>>>>> Fedora got a bug report of a crash in IPMI on 4.15.6 >>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1549316 >>>>>> Unfortunately, it's only a screenshot but it's fairly >>>>>> clear. It looks like a panic in the error handling path >>>>>> in platform_device_unregister. Any ideas? >>>>>> >>>>> >>>> >>>> You may also run into another issue.  You can pull the >>>> individual patch at >>>> >>>> https://github.com/cminyard/linux-ipmi.git >>>> c8a1972e77dbe321ce5ce0247056e727234cbaec >>> >>> Actually, it needed a few more tweaks.  Can you do change >>> 426fa6179dae677134dfb37b21d057819418515b >>> instead?  It's "ipmi: Fix some error cleanup issues" >>> >>> I can send you patches, if you like.  If you could test and get back >>> to me, that would be great. >> >> Laura, have you had a chance to test this?  I'd like to get it in soon, >> if possible. >> >> Thanks, >> >> -corey >> > > I think "ipmi: Re-use existing macros for built-in properties" is broken: > That particular requires some new stuff.  I was just wanting you to pull that individual patch, not the whole branch.  I can just send the two patches, if you like. -corey > In file included from ./include/linux/acpi.h:28:0, >                  from ./include/linux/ipmi.h:21, >                  from drivers/char/ipmi/ipmi_dmi.c:7: > drivers/char/ipmi/ipmi_dmi.c: In function ‘dmi_add_platform_ipmi’: > ./include/linux/property.h:236:1: error: expected expression before > ‘{’ token >  {       \ >  ^ > ./include/linux/property.h:244:2: note: in expansion of macro > ‘PROPERTY_ENTRY_INTEGER’ >   PROPERTY_ENTRY_INTEGER(_name_, u8, _val_) >   ^~~~~~~~~~~~~~~~~~~~~~ > drivers/char/ipmi/ipmi_dmi.c:79:15: note: in expansion of macro > ‘PROPERTY_ENTRY_U8’ >    p[pidx++] = PROPERTY_ENTRY_U8("ipmi-type", si_type); >                ^~~~~~~~~~~~~~~~~ > ./include/linux/property.h:236:1: error: expected expression before > ‘{’ token >  {       \ >  ^ > ./include/linux/property.h:244:2: note: in expansion of macro > ‘PROPERTY_ENTRY_INTEGER’ >   PROPERTY_ENTRY_INTEGER(_name_, u8, _val_) >   ^~~~~~~~~~~~~~~~~~~~~~ > drivers/char/ipmi/ipmi_dmi.c:81:14: note: in expansion of macro > ‘PROPERTY_ENTRY_U8’ >   p[pidx++] = PROPERTY_ENTRY_U8("slave-addr", slave_addr); >               ^~~~~~~~~~~~~~~~~ > ./include/linux/property.h:236:1: error: expected expression before > ‘{’ token >  {       \ >  ^ > ./include/linux/property.h:244:2: note: in expansion of macro > ‘PROPERTY_ENTRY_INTEGER’ >   PROPERTY_ENTRY_INTEGER(_name_, u8, _val_) >   ^~~~~~~~~~~~~~~~~~~~~~ > drivers/char/ipmi/ipmi_dmi.c:82:14: note: in expansion of macro > ‘PROPERTY_ENTRY_U8’ >   p[pidx++] = PROPERTY_ENTRY_U8("addr-source", SI_SMBIOS); >               ^~~~~~~~~~~~~~~~~ > ./include/linux/property.h:236:1: error: expected expression before > ‘{’ token >  {       \ >  ^ > ./include/linux/property.h:246:2: note: in expansion of macro > ‘PROPERTY_ENTRY_INTEGER’ >   PROPERTY_ENTRY_INTEGER(_name_, u16, _val_) >   ^~~~~~~~~~~~~~~~~~~~~~ > drivers/char/ipmi/ipmi_dmi.c:107:15: note: in expansion of macro > ‘PROPERTY_ENTRY_U16’ >    p[pidx++] = PROPERTY_ENTRY_U16("i2c-addr", base_addr); >                ^~~~~~~~~~~~~~~~~~ > > I don't think that macro is actually a replacement? > > Thanks, > Laura > >>> >>> BTW, the IPMI setup in your system is incorrect.  SMBIOS says it's at a >>> memory address, but it's at an I/O address.  And the address given >>> doesn't appear to be a valid address, the value read doesn't appear >>> to be a valid value. >>> >>> -corey >>> >>>> >>>> for that fix. >>>> >>>> -corey >>>> >>>>> Yeah, this is fixed by 174134ac7602 "ipmi_si: Fix error >>>>> handling of platform device" in mainstream. >>>>> >>>>> I guess I need to request a backport of this. >>>>> >>>>> Thanks for reporting. >>>>> >>>>> -corey >>>>> >>>>> >>>>>> Thanks, >>>>>> Laura >>>>> >>>>> >>>> >>> >> >