From: Laura Abbott <labbott@redhat.com>
To: minyard@acm.org
Cc: openipmi-developer@lists.sourceforge.net,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Regression in IPMI on 4.15.6
Date: Mon, 5 Mar 2018 11:07:44 -0800 [thread overview]
Message-ID: <1cd07864-3fae-3b35-27bb-2be33873d171@redhat.com> (raw)
In-Reply-To: <1b8caafa-0611-c431-a292-38c895db4660@acm.org>
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:
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
>>>>
>>>>
>>>
>>
>
next prev parent reply other threads:[~2018-03-05 19:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-27 23:55 Laura Abbott
2018-02-28 13:53 ` Corey Minyard
2018-02-28 14:17 ` Corey Minyard
2018-02-28 19:07 ` Corey Minyard
2018-03-02 13:46 ` Corey Minyard
2018-03-02 15:59 ` Laura Abbott
2018-03-05 19:07 ` Laura Abbott [this message]
2018-03-05 19:31 ` Corey Minyard
2018-03-05 19:39 ` Corey Minyard
2018-03-06 17:17 ` Laura Abbott
2018-03-06 17:19 ` Corey Minyard
2018-03-06 23:54 ` Laura Abbott
2018-03-07 1:53 ` Corey Minyard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1cd07864-3fae-3b35-27bb-2be33873d171@redhat.com \
--to=labbott@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=minyard@acm.org \
--cc=openipmi-developer@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®