[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD8Lp45pebxPSbPHXi_fT0Yg+mC01S12P-6cX2MWyQZwRbheMQ@mail.gmail.com>
Date: Tue, 13 Mar 2018 15:27:30 +0800
From: Daniel Drake <drake@...lessm.com>
To: minyard@....org
Cc: Chris Chiu <chiu@...lessm.com>,
Linux Kernel <linux-kernel@...r.kernel.org>,
Linux Upstreaming Team <linux@...lessm.com>,
openipmi-developer@...ts.sourceforge.net,
Corey Minyard <cminyard@...sta.com>
Subject: Re: [PATCH] ipmi:pci: Blacklist a Realtek "IPMI" device
Hi,
On Mon, Feb 26, 2018 at 10:50 AM, <minyard@....org> wrote:
> From: Corey Minyard <cminyard@...sta.com>
>
> Realtek has some sort of "Virtual" IPMI device on the PCI bus as a
> KCS controller, but whatever it is, it's not one. Ignore it if seen.
>
> Reported-by: Chris Chiu <chiu@...lessm.com>
> Signed-off-by: Corey Minyard <cminyard@...sta.com>
> ---
>
> I haven't heard anything from you on this. Here is a patch that should
> blacklist that device, though I don't have a way to easily test it.
> If you would prefer this, could you test it?
Sorry for the slow response, and thanks for the patch!
We have tested it here and it seems to be working fine now - the IPMI
stuff no longer initializes system interfaces, and hence doesn't get
in the way when going into suspend or reboot later.
This is a consumer desktop platform, so if some kind of IPMI
functionality is really present in the hardware then it is not really
going to be relevant for the ordinary user. So it should be fine to
just ignore the hardware as you have done.
Thanks
Daniel
Powered by blists - more mailing lists