On Fri, May 10, 2013 at 11:45 AM, Corey Minyard <[email protected]> wrote: > On 05/10/2013 01:31 PM, Andy Lutomirski wrote: >> >> On Fri, May 10, 2013 at 5:16 AM, Corey Minyard <[email protected]> >> wrote: >>> >>> On 05/09/2013 04:00 PM, Andy Lutomirski wrote: >>>> >>>> IPMI in polled mode sucks enough that this warning is alarming: >>>> >>>> ipmi_si ipmi_si.0: Could not enable interrupts, failed set, using polled >>>> mode. >>>> >>>> On two of my Dell gen 7 (I think) servers, this warning prints, but >>>> IPMI uses interrupts. Can the warning be fixed? >>>> >>>> (I have a server that says this, and IPMI, if loaded, sucks CPU. That >>>> server should keep the warning.) >>> >>> >>> That warning means that it tried to send the command to enable >>> interrupts, >>> and the command failed. The controller is supposed to accept that >>> command >>> if it has interrupts, so there's not really a way, outside of some sort >>> of >>> blacklist, for the code to know that a system has interrupts even if the >>> command fails. >>> >> Somehow the driver manages not to poll on this system. How does that >> work? > > > In that particular instance, interrupts are still enabled and configured and > will come in and be handled. It does not enable polling mode in that > instance, and will run slowly if interrupts don't really work. That's the > decision I made in that case. If the hardware advertises interrupts but > does not support enable, I'd guess it still has interrupts.
In that case, can the driver also print a more informative warning like "Failed to enable interrupts; depending on how your hardware is buggy, either everything is okay or ipmi will be very slow."? --Andy ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may _______________________________________________ Openipmi-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openipmi-developer
