Re: [Freeipmi-devel] update on freeipmi 0.4.0 release + ipmi 2.0 for all tools update
On Tue, 2007-06-26 at 10:45 -0700, Al Chu wrote: > Howdy everyone, > > > The plan is to commit one more tool (ipmi-fru) into FreeIPMI before > > releasing 0.4.0-beta. The tool has been complete for quite some time, > > however I have not received GPL approval from my organization (it > > normally doesn't take this long, not sure why it's hung up) to release > > it into FreeIPMI publically. > > It seems that the GPL approval for ipmi-fru may be delayed for quite > some time. It seems I spoke too soon. My paperwork was slid under the door of a person that was on vacation for a few weeks. ipmi-fru is back in for 0.4.0 :-) The 0.4.0 beta should still be out in early July. Al > So, barring some miracle approval over the remainder of the > week, I am going to give up on ipmi-fru for FreeIPMI 0.4.0. The 0.4.0 > beta should be out in early July. > > Al > > On Thu, 2007-06-21 at 13:06 -0700, Al Chu wrote: > > Just thought I'd send some notes + updates. > > > > The plan is to commit one more tool (ipmi-fru) into FreeIPMI before > > releasing 0.4.0-beta. The tool has been complete for quite some time, > > however I have not received GPL approval from my organization (it > > normally doesn't take this long, not sure why it's hung up) to release > > it into FreeIPMI publically. > > > > I had planned to release the 0.4.0 beta in early July. Hopefully I get > > GPL approval soon and we can still release around that time. > > > > I looked into and actually began development of IPMI 2.0 protocol > > support into UDM so it could be supported in most of the FreeIPMI tools > > (i.e. ipmi-sensors, ipmi-sel, etc.). However, after a half a day of > > effort, I have now abandoned it for the 0.4.0 release. The way that UDM > > is architected makes it quite difficult to implement. > > > > In essence, the issue lies in the implementation of > > ipmi_lan_open_session() and how it calls other UDM functions (i.e. > > ipmi_cmd_set_session_privilege()) before UDM is setup and has completed > > for the user. Due to the nature of the IPMI 1.5 protocol, these issues > > could be worked around relatively easily. > > > > However, w/ IPMI 2.0, the above architecture becomes far more difficult > > to workaround. Ipmi_lan_open_session() should be re-written to not use > > any other UDM functions. > > > > A.B., is someone on the Z-research staff (perhaps Ragha) interested in > > re-architecting this? I could do the subsequent IPMI 2.0 support > > afterwards? I still need to think a bit more about the code > > architecture before we do it. > > > > Al > > -- Albert Chu [EMAIL PROTECTED] 925-422-5311 Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] update on freeipmi 0.4.0 release + ipmi 2.0 for all tools update
Howdy everyone, > The plan is to commit one more tool (ipmi-fru) into FreeIPMI before > releasing 0.4.0-beta. The tool has been complete for quite some time, > however I have not received GPL approval from my organization (it > normally doesn't take this long, not sure why it's hung up) to release > it into FreeIPMI publically. It seems that the GPL approval for ipmi-fru may be delayed for quite some time. So, barring some miracle approval over the remainder of the week, I am going to give up on ipmi-fru for FreeIPMI 0.4.0. The 0.4.0 beta should be out in early July. Al On Thu, 2007-06-21 at 13:06 -0700, Al Chu wrote: > Just thought I'd send some notes + updates. > > The plan is to commit one more tool (ipmi-fru) into FreeIPMI before > releasing 0.4.0-beta. The tool has been complete for quite some time, > however I have not received GPL approval from my organization (it > normally doesn't take this long, not sure why it's hung up) to release > it into FreeIPMI publically. > > I had planned to release the 0.4.0 beta in early July. Hopefully I get > GPL approval soon and we can still release around that time. > > I looked into and actually began development of IPMI 2.0 protocol > support into UDM so it could be supported in most of the FreeIPMI tools > (i.e. ipmi-sensors, ipmi-sel, etc.). However, after a half a day of > effort, I have now abandoned it for the 0.4.0 release. The way that UDM > is architected makes it quite difficult to implement. > > In essence, the issue lies in the implementation of > ipmi_lan_open_session() and how it calls other UDM functions (i.e. > ipmi_cmd_set_session_privilege()) before UDM is setup and has completed > for the user. Due to the nature of the IPMI 1.5 protocol, these issues > could be worked around relatively easily. > > However, w/ IPMI 2.0, the above architecture becomes far more difficult > to workaround. Ipmi_lan_open_session() should be re-written to not use > any other UDM functions. > > A.B., is someone on the Z-research staff (perhaps Ragha) interested in > re-architecting this? I could do the subsequent IPMI 2.0 support > afterwards? I still need to think a bit more about the code > architecture before we do it. > > Al > -- Albert Chu [EMAIL PROTECTED] 925-422-5311 Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] update on freeipmi 0.4.0 release + ipmi 2.0 for all tools update
Just thought I'd send some notes + updates. The plan is to commit one more tool (ipmi-fru) into FreeIPMI before releasing 0.4.0-beta. The tool has been complete for quite some time, however I have not received GPL approval from my organization (it normally doesn't take this long, not sure why it's hung up) to release it into FreeIPMI publically. I had planned to release the 0.4.0 beta in early July. Hopefully I get GPL approval soon and we can still release around that time. I looked into and actually began development of IPMI 2.0 protocol support into UDM so it could be supported in most of the FreeIPMI tools (i.e. ipmi-sensors, ipmi-sel, etc.). However, after a half a day of effort, I have now abandoned it for the 0.4.0 release. The way that UDM is architected makes it quite difficult to implement. In essence, the issue lies in the implementation of ipmi_lan_open_session() and how it calls other UDM functions (i.e. ipmi_cmd_set_session_privilege()) before UDM is setup and has completed for the user. Due to the nature of the IPMI 1.5 protocol, these issues could be worked around relatively easily. However, w/ IPMI 2.0, the above architecture becomes far more difficult to workaround. Ipmi_lan_open_session() should be re-written to not use any other UDM functions. A.B., is someone on the Z-research staff (perhaps Ragha) interested in re-architecting this? I could do the subsequent IPMI 2.0 support afterwards? I still need to think a bit more about the code architecture before we do it. Al -- Albert Chu [EMAIL PROTECTED] 925-422-5311 Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel