gmane.linux.kernel.openipmi

Was there new release?

Jan Safranek — 2012-05-07T08:18:49

Hi,

I noticed there is OpenIPMI-2.0.19.tar.gz on OpenIPMI's sf.net page, but
I haven't seen any announcement. Is the release ready for use? Or is it
some preliminary version for testing?

Jan

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Multiple users sending messages via KCSinterface

Andy Cress — 2012-05-01T13:08:41

Corey,

I've seen this also, mostly on Red Hat kernels around the 2.6.32
vintage.
It would be nice to leverage the fix you mention below.  Can you point
to it?

Andy

-----Original Message-----
From: Corey Minyard [mailto:tcminyard< at >gmail.com] 
Sent: Friday, April 06, 2012 4:53 PM
To: dbashaw
Cc: OpenIPMI
Subject: Re: [Openipmi-developer] Multiple users sending messages via
KCS interface

You don't mention the kernel version or anything of that nature.  There 
was a bug fixed a while back for something that looked like this.

-corey

On 04/05/2012 09:15 PM, dbashaw wrote:
only.
information
response,"
%x\n",
user.
------------------------------------------------------------------------
------


------------------------------------------------------------------------
------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________

Re: Multiple users sending messages via KCS interface

Corey Minyard — 2012-04-06T20:52:49

You don't mention the kernel version or anything of that nature.  There 
was a bug fixed a while back for something that looked like this.

-corey

On 04/05/2012 09:15 PM, dbashaw wrote:


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2

Re: Multiple users sending messages via KCS interface

sudhakar — 2012-04-06T03:15:29

I am not an expert but won't the sender  in ipmi_si_intf.c
make sure only one message is active at one time?

     if (smi_info->si_state == SI_NORMAL && smi_info->curr_msg == NULL)
                start_next_msg(smi_info);


Sudhakar


On 04/05/2012 07:15 PM, dbashaw wrote:




------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2

Multiple users sending messages via KCSinterface

dbashaw — 2012-04-06T02:15:45

I have two IPMI users created using ipmi_create_user(..).
Each user can send messages async with respect to each other.
I have also seen IPMI message handler: BMC returned incorrect response 
errors some times.

When I allow only one user to use the KCS interface this does not seem 
to happen.
After reviewing ipmi_msghandler.c I am not able to figure out how a 
response to a message
from a given user can be identified with that user and not some other.

  ipmi_msghandler() sends the message to the interface handler (KCS 
state machine in this case) and is done,
free to handle the next user request since responses arrive 
asynchronously at a later time.

 From the IPMI spec I see KCS message request format described as:
     BYTE 1        BYTE 2     BYTE 3:N
    NetFn/Lun     Cmd         Data

KCS message response format:
     BYTE 1        BYTE 2     BYTE 3      BYTE 4:N
      NetFn/Lun   Cmd        Ccode         Data

Data is that which is required by the specific command being sent only.

Request and respo

Using ipmi_lan_get_config()

John Gehring — 2012-02-22T23:05:32

I'm attempting to add some code that retrieves the IPMI LAN IP address. In
my small app, I ultimately get the address info, but after the call to
ipmi_lan_get_config(), I also get a list of warnings:

WARN: lanparm.c(got_parm): Error fetching dest type 18, wrong selector came
back, expecting 1, was 0.  Assuming it is 1.
WARN: lanparm.c(got_parm): Error fetching dest type 18, wrong selector came
back, expecting 2, was 0.  Assuming it is 2.
WARN: lanparm.c(got_parm): Error fetching dest type 18, wrong selector came
back, expecting 3, was 0.  Assuming it is 3.
...
WARN: lanparm.c(got_parm): Error fetching dest type 18, wrong selector came
back, expecting 15, was 0.  Assuming it is 15.
EINF: lanparm.c(got_parm): Error fetching dest addr 19, wrong selector came
back, expecting 5, was 0.  Assuming it is 5.
EINF: lanparm.c(got_parm): Error fetching dest addr 19, wrong selector came
back, expecting 6, was 0.  Assuming it is 6.
...
EINF: lanparm.c(got_parm): Error fetching dest addr 19, wrong selector came
back, expe

Re: [PATCH] ipmi: Increase KCS timeouts

Matthew Garrett — 2011-12-15T14:45:17

Perfect Corey, thanks!

[PATCH] ipmi: Increase KCS timeouts

Matthew Garrett — 2011-11-30T19:12:27

We currently time out and retry KCS transactions after 1 second of waiting
for IBF or OBF. This appears to be too short for some hardware. The IPMI
spec says "All system software wait loops should include error timeouts. For
simplicity, such timeouts are not shown explicitly in the flow diagrams. A
five-second timeout or greater is recommended". Change the timeout to five
seconds to satisfy the slow hardware.

Signed-off-by: Matthew Garrett <mjg< at >redhat.com>
---
 drivers/char/ipmi/ipmi_kcs_sm.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/char/ipmi/ipmi_kcs_sm.c b/drivers/char/ipmi/ipmi_kcs_sm.c
index cf82fed..e53fc24 100644
--- a/drivers/char/ipmi/ipmi_kcs_sm.c
+++ b/drivers/char/ipmi/ipmi_kcs_sm.c
< at >< at > -118,8 +118,8 < at >< at > enum kcs_states {
 #define MAX_KCS_WRITE_SIZE IPMI_MAX_MSG_LENGTH
 
 /* Timeouts in microseconds. */
-#define IBF_RETRY_TIMEOUT 1000000
-#define OBF_RETRY_TIMEOUT 1000000
+#define IBF_RETRY_TIMEOUT 5000000
+#define OBF_RETRY_TIMEOUT 5000000
 #define MAX_ER

Re: ipmi_watchdog: IPMI Watchdog: response:Error 80 on cmd 22

cminyard — 2011-11-21T20:36:24

That error is a command-specific error, and it means: Attempt to start
un-initialized watchdog

I'm guessing that the IPMI controller gets reset somehow and then thinks
it's watchdog timer is not initialized, and thus the reset command causes
an issue.

A fix should be pretty easy, if you get a 0x80 response from a reset,
re-initialize the timer.

Can you try the following patch?

From 4467601416e23740fc940c31b1fffacbcb69b4a0 Mon Sep 17 00:00:00 2001
From: Corey Minyard <cminyard< at >mvista.com>
Date: Mon, 21 Nov 2011 14:26:20 -0600
Subject: [PATCH] ipmi_watchdog: Restore settings when BMC reset

If the BMC gets reset, it will return 0x80 response errors.  In this case,
it is probably a good idea to restore the IPMI settings.
---
 drivers/char/ipmi/ipmi_watchdog.c |   41 ++++++++++++++++++++++++++++++++++--
 1 files changed, 38 insertions(+), 3 deletions(-)

diff --git a/drivers/char/ipmi/ipmi_watchdog.c b/drivers/char/ipmi/ipmi_watchdog.c
index c2917ffa..34767a6 100644
--- a/drivers/char/ipmi/ipmi_watchdog.c
+

error messages after exiting code: "Never freed N bytes at ..., allocated at ..."

2011-10-12T21:21:11

 Using the python bindings (with 2.0.19 of OpenIPMI and python 2.7.1), 
 got the code to work nicely, but when it finishes, i get the following 
 junk:

 $ ./openipmi-sample2.py lan -U username -P mypassword bmcipaddr
 INFO: test 0 ipmi_lan.c(connection_up): Connection 0 to the BMC is up
 INFO: test 0 ipmi_lan.c(connection_up): Connection to the BMC restored
 Conn up
 MC: test(0.20)
 got response: [0, 18, 1, 4, 34, 2, 223, 11, 0, 0, 0, 0, 3, 1, 0, 0]


 Never freed 176 bytes at 0x80e58d8, allocated at 0x4054913f 0x4054a16e 
 0x404e35a4 0x4049c301 0x4008aef6 0x400eeb5d
 Never freed 52 bytes at 0x80e59d0, allocated at 0x401ab2e6 0x404fcf55 
 0x405491b7 0x4054a16e 0x404e35a4 0x4049c301
 Never freed 8 bytes at 0x80e5a58, allocated at 0x401aaee9 0x401ab30a 
 0x404fcf55 0x405491b7 0x4054a16e 0x404e35a4
 Never freed 14640 bytes at 0x8113ef8, allocated at 0x405491cd 
 0x4054a16e 0x404e35a4 0x4049c301 0x4008aef6 0x400eeb5d
 ......

 If i pipe stderr to /dev/null it'll be clean, but i am wondering if 
 there's a bette

Re: openipmi appropriateness for raw requests

2011-10-12T17:41:32

 Adding the offline convo i had with Corey M in private here since other 
 people may end up having these questions/issue as well:

 On Wed, 12 Oct 2011 12:13:06 -0500, Corey Minyard wrote:

 Thanks, i'll give this new version a try.. i was using 2.0.18 and must 
 have just gotten that ver at the last moment knowing my luck :)


 Yup, my reasoning was wrong, i saw you were using wait_io to sleep for 
 5 seconds at a time, so yes the output is every 5 seconds not every 
 second (my sense of time is off i guess).


 Yup i see that now, and it looks like you're using mc_cb to run the 
 function mc.send_command(0, 6, 1, [], self).. this looks like your 'get 
 device id' query is: 6 is the netfn, 1 is the command, and data (none in 
 this case) would go in [].. i'll give this a try w/ my query (anyone 
 interested in power data on the HP sl systems as well? :)  Just not sure 
 what actually calls mc_cb (i've come to realize the _cb stands for 
 callback heh).  I guess I'll need to re-read that event-driven sectio

Re: openipmi appropriateness for raw requests

2011-10-12T17:07:02

 well thanks i started an offilne convo with you about this but i guess 
 i'll stick to replying here.. so this looks example like what might get 
 me going, just one last question, where in the code do you specify the 
 netfn/cmd/data for the query?

 I see the mc_cmd_cb func with a netfn/cmd and response but i dont see 
 where this gets called, or if this is the query path of the code or just 
 handling the response?

 anyway thanks for the help so far, this looks very promising and may be 
 just what i was looking for all along!

 On Wed, 12 Oct 2011 12:04:13 -0500, Corey Minyard wrote:


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct

Re: openipmi appropriateness for raw requests

Corey Minyard — 2011-10-12T17:04:13

The sample2.py code I sent in the previous email should show how to do this.


There is no GUI code entangled in the OpenIPMI python interface, nor in 
the sample.py script.  It is fairly entangled with the openipmi GUI, 
obviously, perhaps you were looking there.

OpenIPMI was intended to be able to do simple things, too, but it's a 
huge interface and there's not much documentation help for writing 
simple things.


The "sample2.py" program I sent you will work for lan interfaces, too.  
Run it as:

sample2.py lan -U <userid> -P <password> <ipaddress>

You can obviously hard-code those values in the program, if you like.

-corey



------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct

Re: openipmi appropriateness for raw requests

2011-10-12T16:28:53

 Thanks, I've looked at the sample.py a few times already but i couldn't 
 get it to run in our environment (the GUI encumberance keeps it from 
 running in our environment) and hence it was a little difficult to get 
 my head wrapped around the code itself if i couldn't see it in action.  
 This is on top of there not seeming to be much documentation on the 
 different function calls, other than looking at the source code for the 
 swig interface (the .i file) or the lib's c code

 i'll take a look at the the program you attached too, but basically 
 what i'm trying to do is query power data against an HP sl-line of 
 systems that don't have full-blown iLO's (the cheaper SL systems had a 
 less capable lo100, like the sl160z g6 or the sl165s g7) which 
 originally made power-monitoring difficult and limited via an HP tool 
 that only runs locally.  But I've discovered the utility they use 
 locally to query the data from the (sl6000/sl6500) chassis the systems 
 are in, uses ipmi raw under the hood, and the

Version 2.0.19 of OpenIPMI uploaded

Corey Minyard — 2011-10-12T15:41:25

It's been a long time since I uploaded a version of OpenIPMI, and there 
are some little bug fixes pending.  Most of the changes are due to 
autotools changes, though I found a couple of little bugs today playing 
with the python script I just sent out.

-corey

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct

Re: openipmi appropriateness for raw requests

Corey Minyard — 2011-10-12T15:02:16

Sure, that's easy.  There is a file named "swig/python/sample.py" that 
has a sample of a python interface.    I've also attached a little 
program that does a get device id command every 5 seconds.  Run it with 
"sample2.py smi 0" to talk to the local interface.

What are you trying to get, btw?  OpenIPMI can do most of the 
interpretation work for you.

-corey
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct_______________________________________________
Openipmi-developer mailing list
Openipmi-developer< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openipmi-developer

openipmi appropriateness for raw requests

2011-10-11T21:02:08

 So I have some ipmitool raw commands i run remotely against a host's 
 bmc, and wanted to code them via the python bindings (so i can more 
 frequent polling and then do further processing w/o forking ipmitool 
 over and over).

 However the documentation is a bit sparse and i can't honestly see how 
 do i construct some code to do this?

 So i have to ask, is emulating raw requests something viable via 
 OpenIPMI? Is there any examples i can look at ? Even if it's just in C, 
 i figure the python bindings are pretty thinly swig'ified, but if i 
 could figure out if/how that's done, i'll tackle pythonifying it 
 afterwards.

 Thanks!
 Alex

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d

Re: [PATCH 31/62] driver/char: irq: RemoveIRQF_DISABLED

Arnd Bergmann — 2011-09-08T16:04:05

Acked-by: Arnd Bergmann <arnd< at >arndb.de>

------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/

[PATCH 31/62] driver/char: irq: RemoveIRQF_DISABLED

Yong Zhang — 2011-09-07T08:10:28

This flag is a NOOP and can be removed now.

Signed-off-by: Yong Zhang <yong.zhang0< at >gmail.com>
---
 drivers/char/hpet.c              |    2 +-
 drivers/char/ipmi/ipmi_si_intf.c |    4 ++--
 drivers/char/nwbutton.c          |    2 +-
 drivers/char/rtc.c               |    4 ++--
 drivers/char/snsc.c              |    2 +-
 drivers/char/snsc_event.c        |    2 +-
 drivers/char/tlclk.c             |    2 +-
 7 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/drivers/char/hpet.c b/drivers/char/hpet.c
index 0833896..10f3f04 100644
--- a/drivers/char/hpet.c
+++ b/drivers/char/hpet.c
< at >< at > -500,7 +500,7 < at >< at > static int hpet_ioctl_ieon(struct hpet_dev *devp)
 
 sprintf(devp->hd_name, "hpet%d", (int)(devp - hpetp->hp_dev));
 irq_flags = devp->hd_flags & HPET_SHARED_IRQ
-? IRQF_SHARED : IRQF_DISABLED;
+? IRQF_SHARED : 0;
 if (request_irq(irq, hpet_interrupt, irq_flags,
 devp->hd_name, (void *)devp)) {
 printk(KERN_ERR "hpet: IRQ %d is not free\n", irq);
diff --git a/drivers/char/ipmi

Re: OpenIPMI and RedHat 6

Bela Lubkin — 2011-08-19T00:02:00

Try adding "slave_addrs=0":

    rmmod ipmi_si
    modprobe ipmi_si type=kcs ports=0xca2 slave_addrs=0

... to match what your DMI data shows.


----- Original Message -----

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2

Re: Openipmi-developer Digest, Vol 58, Issue 1

saikrishna gajula — 2011-08-04T18:54:14

Hi,

 I am new to IPMI and platform management s/w. I need information
related to porting of ipmi driver as well make use of ipmitool to talk
to new BMC over I2C.

 In breif , i am using freescale processor with I2C controller which
is connected to customized BMC/ShMC  over I2C bus 1.
 Using/inserting the modules  ipmi_msghandler.ko,  ipmi_devintf.ko,
and  ipmi_smb.ko addr=1 slave_addrs=0x61 dbg=1  from monta  vista
kernel.

After making the  mknod   /dev/ipmi0  c  252 0  ( reading from
/proc/devinfo),  using   " ipmitool   -I open -d /dev/ipmi0 " command
to send the command to BMC.

  But i am getting the below error.
Could not open device at  /dev/ipmi0 or /dev/ipmi/0

Please suggest me to communicate to BMC over I2C from from host
processor.  I tried to load i2c-stub.ko driver also by enabling algo
modules and other freaacale I2C chip drivers also.

It is looking like ipmi_open is failing in  ipmi_devintf.c  when
ipmitool tries to open the /dev/ipmi0

Thanks in advance.
krish



On Mon, Aug 1, 2011 at 1:5