Unfortunately I'm not like lethal who can write perfect code the first
time without testing it. My patch breaks the checksum on that hard coded
message and also doesn't fix the problem. I found that the real problem
was using a NetFn of 0x3e instead of 0x30. I haven't been able to find
if any of our IPMCs ever used 0x3e and I'm still looking, but I think
trying both is the best solution anyway. I'm also leaning towards adding
that ipmi_serial_start_processing callback in the codec struct.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Corey Minyard
Sent: Thursday, February 21, 2008 4:04 PM
To: David Barksdale; openipmi
Subject: Re: [Openipmi-developer] RadiSys ASCII serial driver

Bummer, I just uploaded the new version of the drivers.  I'll include 
the patch I did and I'm copying the mailing list so everyone knows :).

-corey

David Barksdale wrote:
> After talking to a guy who knows what the heck our IPMC does I learned
> the following.
>
> When sending messages to the IPMC from the LMP or COM-E:
> * Source lun does not matter.
> * Source address shall be 0x01 or real IPMB address.
> * Destination address shall be 0x01 lun 0.
> When sending messages to other blades:
> * Source lun shall be 1 for LMP, 0 for COM-E
> * Source address shall be the real IPMB address.
> * Destination address shall be real IPMB address.
>
> Sending from 0x00 is an error. Which means everything should work if
you
> patch ipmi_serial_radisys_ascii.c to use 0x01. Then I can call
> ipmi_set_my_LUN to fix the LMP/COM-E difference from userland after
the
> interface is registered. The codec could do this also if it had a
> callback for ipmi_serial_start_processing.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Openipmi-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openipmi-developer

Reply via email to