Re: [Freeipmi-devel] KCS Driver SMS_ATN Register
Matt Jerdonek wrote: Hello, The KCS driver appears to not use the SMS_ATN register. This register is useful for BMC-to-BMC communication to know when the remote BMC has responded. Are there any plans to monitor this register in future releases? If not, are the maintainers open to including a patch? Thanks, -Matt Hi Matt, If you use SMS_ATN flag, then you should also call Get Message Flags and check if Receive Message Available flag is set. SMS_ATN flag can also be set for other reasons such as watchdog pre-timeout, event message buffer full and OEM events. My understanding was to use OBF flag for this purpose. Check this out: Figure 9-7, KCS Interface BMC to SMS Read Transfer Flow Chart http://download.intel.com/design/servers/ipmi/IPMI2_0E4_Markup_061209.pdf SMS_ATN seems logical for this purpose given its name, but IPMI Spec uses OBF in its data flow diagram. SMS_ATN and OBF both seems to do the same job, except OBF is simple. When should we check for SMS_ATN over OBF or should we check both always? Even OpenIPMI KCS driver uses OBF and not SMS_ATN flag for reading from registers. SMS_ATN seems useful for high level polling (watch dog daemon). If all system management interfaces supports this flag, then it is worth exposing generic bmc_check_idle() api. Your patches are most welcome. -- Anand Babu Periasamy Blog [http://www.unlocksmith.org] Twitter [http://twitter.com/unlocksmith] Gluster Storage Platform [http://www.gluster.org] GNU/Linux Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] ipmi-sensor on processor group: No Result
Hi Sharad, Can you please post the full output without -g option? -- Anand Babu Periasamy Sharad Chandra writes: Sorry, forgot to mention It is a FreeBSD 6.1 box and ipmi version freeipmi-0.3.1. /usr/local/sbin/ipmi-sensors -g Module/Board is not giving any value. And similarly Memory is also not giving me any value. What parameter / tool should i use to figure out the problem location? It is saying there are only 17 record info. Fetching SDR repository information... done Fetching record 16 of 17 (current record ID 17) I am sure it is not related to freeipmi version any how. Right? Thanks Sharad Chandra On Friday 12 October 2007 1:06 pm, Gregor Dschung wrote: Hey Shared, it seems to be an issue related to Supermicro. Query a HP-Server: p300slg01:~/OM/linux/supportscripts # ipmi-sensors -h gtseval-ipmi -u ADMIN -P -g Processor Password: 2352: CPU0 Therm-Trip (Processor): [State Deasserted] 2400: CPU1 Therm-Trip (Processor): [State Deasserted] 2448: CPU0 IERR (Processor): [State Deasserted] 2496: CPU1 IERR (Processor): [State Deasserted] 2640: CPU0 SocketOcc (Processor): [Device Inserted/Device Present] 2688: CPU1 SocketOcc (Processor): [Device Removed/Device Absent] Query a Supermicro-Server: p300slg01:~/OM/linux/supportscripts # ipmi-sensors -h gts00-ipmi -u ADMIN -P -g Module/Board Password: 28: CPU0 Internal E (Module/Board): [OK] 29: CPU1 Internal E (Module/Board): [OK] 30: CPU Overheat (Module/Board): [OK] 31: Thermal Trip0 (Module/Board): [OK] 32: Thermal Trip1 (Module/Board): [OK] You see, the sensor-type is different. Regards, Gregor Hello, Once i run ipmi-sensors -g processor i don't get any output. It has kcs interface at IO base address CA8. System is Supermicro PDSMi. I think this has a support of IPMI. Why it is so? Thanks for any advice Sharad Chandra ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel ___ Freeipmi-users mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/freeipmi-users ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] ipmi-sensor on processor group: No Result
Hmm.. it looks like your sensor data repository (SDR) itself has only few entries. It is possible that your IPMI BMC only supports basic sensors, or you will need a SDR firmware update. -- Anand Babu Periasamy. Sharad Chandra writes: [EMAIL PROTECTED] ~]# /usr/local/sbin/ipmi-sensors 22273: CPU 1 (Temperature): 0.00 C (NA/78.00): [OK] 22274: CPU 2 (Temperature): 0.00 C (NA/78.00): [OK] 22275: SYSTEM (Temperature): 0.00 C (NA/83.00): [OK] 22276: 3.3V (Voltage): 0.00 V (0.00/0.00): [OK] 22278: 5V (Voltage): 0.00 V (0.00/0.00): [OK] 22279: 12V (Voltage): 0.00 V (0.00/0.00): [OK] 22280: -12V (Voltage): 105.00 V (0.00/0.00): [OK] 22281: Fan1 (Fan): 11.00 RPM (0.00/NA): [OK] 22282: Fan2 (Fan): 83.00 RPM (0.00/NA): [OK] 22283: Fan3 (Fan): 0.00 RPM (0.00/NA): [OK] 22284: Fan4 (Fan): 26.00 RPM (0.00/NA): [OK] 22285: Fan5 (Fan): 26.00 RPM (0.00/NA): [OK] 22286: Fan6 (Fan): 0.00 RPM (0.00/NA): [OK] 22287: Fan7 (Fan): 0.00 RPM (0.00/NA): [OK] 22288: Fan8 (Fan): 0.00 RPM (0.00/NA): [OK] 22289: Intrusion (Platform Chassis Intrusion): [General Chassis Intrusion] 22290: Power Supply (Power Supply): [Power Supply Failure detected] [EMAIL PROTECTED] ~]# Hi Sharad, Can you please post the full output without -g option? Sharad Chandra ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Re: [Freeipmi-users] bmc-autoconfig: drop for 0.5.0 release?
Hi Al, * It is still maintained. * BMC-Autoconfig is not a GUI wizard for bmc-config. It is supposed to ask minimum questions from the user and automatically configure the BMC with known defaults. It is intended for users without any knowledge of IPMI to quickly get a basic working setup. * It does enable LAN and configure NULL, admin, operator and ipmiuser accounts. See the template file, you will get an idea what all it configures. If you have suggestions to improve, let us know? Albert Chu writes: I'm thinking of dropping this from FreeIPMI: A) It doesn't seem to be maintained by the original authors. B) It apparenly only configures 3 fields of the BMC. No users, lan enabling, etc. I don't really see the use anymore. Any comments? Anyone out there using this? Al -- -- Anand Babu Periasamy GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Re: [Freeipmi-users] bmc-autoconfig: drop for 0.5.0 release?
Hi Al, Comments inline .. Al Chu writes: Hey A.B., On Tue, 2007-08-14 at 03:27 -0700, Anand Babu Periasamy wrote: Hi Al, * It is still maintained. If that's the case, it is pretty out of date: A) manpage is out of date and not using the common/doc/ common manpage stuff (if it did the later, it would automatically be updated with my changes). I already updated man page before writing my previous mail. B) it doesn't configure anything SOL related Can you please add the best SOL default config to the template? * BMC-Autoconfig is not a GUI wizard for bmc-config. It is supposed to ask minimum questions from the user and automatically configure the BMC with known defaults. It is intended for users without any knowledge of IPMI to quickly get a basic working setup. * It does enable LAN and configure NULL, admin, operator and ipmiuser accounts. See the template file, you will get an idea what all it configures. How does the user know what the default configured usernames are? No documentation indicates what they are. The user is supposed to cat the template file? Or run bmc-config --checkout to figure it out? I shows the configured user names on exit. I did that before writing my previous mail. Also, I see: Note:- Passwords are not set or cleared. If you want to set password for BMC user, run bmc-config --commit -f 'UserN.Password=PASSWORD' in bmc-autoconfig. So the user has to run bmc-config anyways to configure the passwords? Why not set some defaults? I am not sure why Avati did do so. I agree, we should set some default passwords too and throw a nice summary in a dialog screen only. User's may not notice these messages otherwise. We will fix it. If you have suggestions to improve, let us know? The tool also does not handle the fact that BMCs have a variable number of users. So what if the BMC only allows 2 users? In that case, at least anonymous 'NULL' user with administrative privileges and one 'ipmiuser' with user privileges will be configured. How will bmc-autoconfig handle the variable number of supported cipher suite configurations different vendors provide? It configures with PLAIN-TEXT passwords which is supported on all systems. I would consider cipher settings as advanced and recommend bmc-config instead. -- Anand Babu Periasamy GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Re: [Freeipmi-users] bmc-autoconfig: drop for 0.5.0 release?
Peter Broadwell writes: I have need to configure many machines at the same time and if the templateing file was documented this tool might become the one of choice for such uses. This tool actually throws a dialog screen interface. So you will not be able to automate with it as of now. We will enhance this tool for next release with command line args support for current dialog options as well. In terms of documenting the template, I think we can make the summary screen more elaborate. For complete documentation, users can do bmc-config --checkout to see what is configured on their system. man bmc-config.conf already documents these settings. -- Anand Babu Periasamy GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Re: [Freeipmi-users] bmc-autoconfig: drop for 0.5.0 release?
Al Chu writes: Can you please add the best SOL default config to the template? This is my point. If you guys aren't interested in maintaining bmc- autoconfig along w/ bmc-config, and I don't want to maintain it, and (it seems) no one uses it, then we should get rid of it!! :-) I am not asking you to maintain it. I only requested you to add SOL settings, because you wrote the SOL. No worries we will take care of it. It configures with PLAIN-TEXT passwords which is supported on all systems. I would consider cipher settings as advanced and recommend bmc-config instead. That's my point A.B. Cipher settings are advanced and necessary for SOL. Most users wouldn't want to touch them. So bmc-autoconfig should handle it. Why would you leave it to bmc-config? bmc-autoconfig's goal was to do basic known default settings to get a system fully functional. Once the user is confident that IPMI is accessible and basic commands work, he/she can fiddle more on top of it. If SOL setting is so advanced, I would rather skip SOL all together for bmc-autoconfig. Alternatively I don't see setting cipher algorithm to NONE as that advanced. I will see what I can do. -- Anand Babu Periasamy GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] Need help in IPMI over serial
Evgeny, GNU FreeIPMI doesn't have serial driver yet. So far I haven't found any users for it. You are the first one!. I have used serial interface through IPMI TERMINAL MODE though. IPMI TERMINAL MODE doesn't require any special driver though. First step is to get access to the board. I assume you have attached a NULL modem cable to the BMC. What is your Channel Access Mode? My advise is to put to ALWAYS-AVAILABLE during your development stage. Later on may be you can use SHARED mode, if you also with to share it with the host OS for console prediction. If you are in ALWAYS-AVAILABLE available mode, do you see BMC constantly throwing some junk chars (ping) every 2 seconds? This confirms that your BMC is accessible and ready to accept your commands. Obviously serial basic mode is single session based and requires authentication. Individual packets are not signed. There is no session header either. To activate a session, you issue Get Channel Auth Capabilities, Get Session Challenge and Activate Session commands. Get Channel Auth Capabilities is required to trigger the BMC to enter into Basic Mode. BASIC mode only support plain text passwords. Request Packet structure is like this: serial_basic_msg_hdr_rq (structure explained below) cmd (8 bits) data bytes (depends on cmd) serial_basic_msg_trlr (structure explained below) Request Packet structure is like this: serial_basic_msg_hdr_rq (structure explained below) cmd (8 bits) completion_code (8 bits) response data (depends on cmd) serial_basic_msg_trlr (structure explained below) /* IPMI Serial-Basic Message Request Header */ fiid_template_t tmpl_serial_basic_msg_hdr_rq = { {8, rs_addr, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {2, rs_lun, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {6, net_fn, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {8, checksum1, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {8, rq_addr, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {2, rq_lun, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {6, rq_seq, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {0, , 0} }; /* IPMI Serial-Basic Message Response Header */ fiid_template_t tmpl_lan_msg_hdr_rs = { {8, rq_addr, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {2, rq_lun, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {6, net_fn, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {8, checksum1, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {8, rs_addr, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {2, rs_lun, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {6, rq_seq, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {0, , 0} }; /* IPMI Serial-Basic Message Trailer */ fiid_template_t tmpl_setial_basic_msg_trlr = { {8, checksum2, FIID_FIELD_REQUIRED | FIID_FIELD_LENGTH_FIXED}, {0, , 0} }; Can you please tell me what type of BMC you have? I can write a driver for serial mode or help you write one. -- Anand Babu Periasamy GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] Evgeny S. Sidorenko writes: Hi all! I have the following problem: I have device that connects to the computer via serial port, and provides IPMI over serial in Basic Mode. I have problem in understanding how to generate messages (format, etc), send/receive requests/answers, and so on. Could you help me in this problem? I need only basically knowledge, i.e. how to create connections, create messages, etc -- Best regards, Evgeny ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] 2/18 change - configure.ac: fix of automake init
Al, The problem was ustar option was not supported by automake-1.8. If you really need that option we should change minimum required version of automake to 1.10. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] Albert Chu writes: What was the error? We should work on an alternate solution rather than just revert to the earlier configure.ac. Al Hi Al, ./autogen.sh failed with your chance. I use autoconf 2.61 automake 1.8.5 Thanks, Regards, Bala --- Free as in freedom http://www.gnu.org/ Bala, Is there a reason you reverted my fix to configure.ac from 2/16/07? Do you guys run an older autoconf version that didn't support the changes I made? I'm confused. 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 -- 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 mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] 0.3.1 ready?
,[ On Wed, Dec 13, 2006, Al Chu wrote: ] | Does everyone think it's ready? ` I think we are ready now for 0.3.1 release. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] stdint.h
On Thu, Dec 14, 2006 at 05:41:35PM -0800, Al Chu wrote: , | Ahh, I see this is from one of Dmitry's earlier BSD patches. | | The issue with it is that it makes the freeipmi build work, but now | requires users to define HAVE_STDINT_H to get the build to work if | they are linking code to libfreeipmi (or requires them to add | stdint.h themselves prior to freeipmi.h). | | I'm not 100% sure of the best solution, but we'll have to look into | this. | | Al ` stdint.h is ISO C99 standard. I suppose FreeBSD now has stdint.h. Typically if a header is not available, then we do something like ipmi-compat.h and make our own definitions in it. But I am wondering if they are able to compile freeipmi code without stdint.h or any other freebsd specific header inclusion, then stdint data types should be defined in some other standard header file. Checking for HAVE_SDTINT_H is not appropriate in this case. If older versions of FreeBSD did not have stdint.h but their definitions were available through other standard headers, we should understand more about the problem. May be #if defined(__FreeBSD__) with version check will do. -- Anand Babu On Thu, 2006-12-14 at 17:10 -0800, Al Chu wrote: I noticed that some of the libfreeipmi .h files had stdint.h wrapped around #if HAVE_STDINT_H, or even tried to load config.h, which is incorrect. To my knowledge, stdint.h is standard. Is it an issue for some OSes not to include 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 ---end quoted text--- -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] stdint.h
On Fri, Dec 15, 2006 at 03:56:08PM +0600, Dmitry Frolov wrote: , | * Anand Babu [EMAIL PROTECTED] [15.12.2006 14:15]: | | On Thu, Dec 14, 2006 at 05:41:35PM -0800, Al Chu wrote: | , | | Ahh, I see this is from one of Dmitry's earlier BSD patches. | | | | The issue with it is that it makes the freeipmi build work, but | | now requires users to define HAVE_STDINT_H to get the build to | | work if they are linking code to libfreeipmi (or requires them | | to add stdint.h themselves prior to freeipmi.h). | | | | I'm not 100% sure of the best solution, but we'll have to look | | into this. | | | | Al | ` | stdint.h is ISO C99 standard. I suppose FreeBSD now has | stdint.h. Typically if a header is not available, then we do | something like ipmi-compat.h and make our own definitions in | it. But I am wondering if they are able to compile freeipmi code | without stdint.h or any other freebsd specific header inclusion, | then stdint data types should be defined in some other standard | header file. Checking for HAVE_SDTINT_H is not appropriate in | this case. | | If older versions of FreeBSD did not have stdint.h but their | definitions were available through other standard headers, we | should understand more about the problem. May be #if | defined(__FreeBSD__) with version check will do. | | I'm sorry guys, that's completely my fault, since I brought | HAVE_STDINT_H into the tree. The better way would be that ugly | construct: | | #ifdef __FreeBSD__ | # include sys/param.h | # if __FreeBSD_version = 50 | # include stdint.h | # else | # include inttypes.h /* stdint.h predecessor */ | # endif | #else | # include stdint.h | #endif ` I guessed it, I don't think there is any better way :) I will go ahead and replace everywhere. Thanks, -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] stdint.h
On Fri, Dec 15, 2006 at 03:56:08PM +0600, Dmitry Frolov wrote: , | I'm sorry guys, that's completely my fault, since I brought | HAVE_STDINT_H into the tree. The better way would be that ugly | construct: | | #ifdef __FreeBSD__ | # include sys/param.h | # if __FreeBSD_version = 50 | # include stdint.h | # else | # include inttypes.h /* stdint.h predecessor */ | # endif | #else | # include stdint.h | #endif ` inttypes.h does not exist in FreeBSD any more? Under GNU environment, inttypes.h internally includes stdint.h. inttypes.h defines portable format string macros. If inttypes.h still exists and always included stdint.h, then a simpler solution would be to replace stdint.h with inttypes.h. It will work for both FreeBSD and GNU environment. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] 0.3.1 ready?
On Wed, Dec 13, 2006 at 08:58:08AM -0800, Al Chu wrote: , | Does everyone think it's ready? ` FreeBSD testing is OK? -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Try 0.3.0 release on IBM e325
Hi Rene, Can you please try the latest release 0.3.0 release on your IBM e325 server. Also please update the BMC firmware to the latest. Even last time BMC was buggy. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] bmc-config: PEF config checkout
On Tue, Sep 05, 2006 at 08:59:57AM -0700, Al Chu wrote: , | - Several *_commit functions in bmc-sol-conf-section.c used to | free the kv-value before actually parsing it, resulting in | the actual parameter being set to 0. | | ARGH! This code worked on another machine. I suppose the | randomness of the compile/memory usage would allow the value read | from the invalid pointer to still be correct for other machines. ` Memory de-allocation routines usually don't take extra effort to destroy the content. They just de-reference the pointer. In this case, because the free'd pointer is referenced immediately, it never faulted. Compilers usually can't see these bugs. I will use some memory debuggers to catch such errors and report soon. -- 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 ---end quoted text--- -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Re: Intel and IAMT
On Tue, Aug 01, 2006 at 12:38:06PM -0400, Cress, Andrew R wrote: , | Anand, | | Sorry for the delay in responding. | | I think you may have gotten got the wrong impression about Intel AMT | positioning wrt IPMI. Of course Intel servers do support IPMI. | Intel is not moving away from IPMI, which gives servers a | full-featured system management strategy. | | AMT is currently targeted for client desktops, and has a level of | system management capability that was not previously available for | this space. For server platforms, Intel will continue to provide | and support IPMI BMCs. Intel provides software building blocks and | embedded logic to enable customers to manage both server and client | systems. Intel is investigating whether some AMT functions may be | added to the server IPMI environment also. | The DMTF is writing system management standards which include | higher-level interfaces like WS-MAN XML that both client and | server systems will also support in the future. | | The interface to Intel AMT for client systems is currently | proprietary (as are a lot of new technologies), but evolving. Maybe | soon either the AMT interface will evolve to an upcoming standard, | or Intel may publish it beyond NDA. In the meantime, Intel has to | provide the APIs and tools for customers to utilize this AMT | technology on clients so that it can be used alongside IPMI | technology on servers. | | Andy ` Andy, Thanks for clarifying. Gives us a big relief. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] -Original Message- From: Anand Babu [mailto:[EMAIL PROTECTED] Sent: Friday, July 07, 2006 6:27 PM To: Cress, Andrew R Cc: freeipmi-devel@gnu.org Subject: Intel and IAMT On Fri, Jul 07, 2006 at 04:35:19PM -0400, Cress, Andrew R wrote: , | This routine didn't seem to work at all in freeipmi-0.2.2-qa0 (would | call sendto with NULL pointer). The routine is below, with the two | changes are commented with ARC:. | | Andy | --- | | ssize_t | ipmi_lan_sendto (int sockfd, |const void *buffer, |size_t buffer_size, |int flags, |const struct sockaddr *server_addr, |socklen_t server_addr_len) | { | void *packet = NULL; | size_t packet_length = 0; | ssize_t bytes_sent = 0; | int fusepad = 0; ` Hi Cress, This bug is already fixed in the CVS by Bala. Thanks for looking into it. BTW, I am upset at the way Intel is taking platform management forward. Intel was the one to promote IPMI and now Intel is moving to a proprietary IAMT implementation. Till now, I could not get the specs for AMT without NDA. I was offered to receive SDK source but with NDA and I refused. AMD, HP, DELL, SUN, IBM and the rest of the world supports IPMI now. Even Tyan Bensley platforms supports IAMT. Only the Intel motherboards don't. Can you throw us some light on this issue and help us with specs if possible? ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] 0.3.0 Release TODOs
On Thu, Jul 27, 2006 at 01:49:49PM -0700, Al Chu wrote: , | There's been a lot of e-mails flying around. I just wanted to get a | summary of the remaining goals before release of 0.3.0. | | A) ipmi-sensors: scheme to C conversion | B) bmc-autoconfig: fixed for new bmc-config | C) ipmi-sel: proper trigger output fix | D) Remove Fish | E) debug dumping for all tools | F) including ipmiconsole + libipmiconsole | G) RPM repackaging | | anything else? ` This list looks complete. Can't think of any thing else. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] bmc-autoconfig
On Wed, Jul 26, 2006 at 04:20:21PM -0700, Al Chu wrote: , | Hey Anand, | | I'm having trouble running bmc-autoconfig with many of the options | listed. Did something break/change between the bmc-config in Scheme to | the bmc-config in C? | | | # ./bmc-autoconfig --host=foo | bmc-autoconfig: invalid option -- --host=foo | Try `bmc-autoconfig --help' or `bmc-autoconfig --usage' for more | information. ` Hi Al, Can you please file a bug report. -- Anand Babu On Wed, 2006-07-26 at 15:29 -0700, Al Chu wrote: Cool, thanks. Al On Wed, 2006-07-26 at 15:26 -0700, Anand Avati wrote: Do you think you'd have time to do this Anand? Bmc-autoconfig still needs a manpage as well. done, avati -- 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 ---end quoted text--- -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Intel and IAMT
On Fri, Jul 07, 2006 at 04:35:19PM -0400, Cress, Andrew R wrote: , | This routine didn't seem to work at all in freeipmi-0.2.2-qa0 (would | call sendto with NULL pointer). The routine is below, with the two | changes are commented with ARC:. | | Andy | --- | | ssize_t | ipmi_lan_sendto (int sockfd, |const void *buffer, |size_t buffer_size, |int flags, |const struct sockaddr *server_addr, |socklen_t server_addr_len) | { | void *packet = NULL; | size_t packet_length = 0; | ssize_t bytes_sent = 0; | int fusepad = 0; ` Hi Cress, This bug is already fixed in the CVS by Bala. Thanks for looking into it. BTW, I am upset at the way Intel is taking platform management forward. Intel was the one to promote IPMI and now Intel is moving to a proprietary IAMT implementation. Till now, I could not get the specs for AMT without NDA. I was offered to receive SDK source but with NDA and I refused. AMD, HP, DELL, SUN, IBM and the rest of the world supports IPMI now. Even Tyan Bensley platforms supports IAMT. Only the Intel motherboards don't. Can you throw us some light on this issue and help us with specs if possible? -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Avati's contributions
On Thu, Jul 06, 2006 at 12:14:21AM -0700, Al Chu wrote: , | how do i send the new changes? re-send everything or are you going | to apply the current stuff and i diff against them? | | The later sounds good. I'll leave it to A.B. though, since he is | maintainer. ` Avati, Bala is evaluating your patch. He has not committed your patch yet. I would prefer you to send a whole new single patch. Al, Avati has been contributing to GNU FreeIPMI consistently, It is time we invite him to core team. He is also planning to take the ipmi-sensors (C based) and ipmi-sold tasks. Contributions from Avati so far: * rewrite of bmc-config in C * clean way to check guile version during build * large patch for gcc-4.0 compatibility * large patch for ISO C99 compliance replacing non-standard data types (bug #11210) * ipmi-sel: fall back to /tmp if home is missing (bug #14926) * ipmi-sel: delete range support. * bmc-autoconfig: new tool * garpd: new tool Bala and I are OK. I want your opinion. Please check with Jim too. Don't know if Ian is listening. 3 out of 5 core-team votes will do. Happy Hacking, -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] Z RESEARCH [http://www.zresearch.com] A Supercomputing Company. ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] QA 0.2.2 release
On Tue, Jun 27, 2006 at 04:45:50PM +0200, Gernot Hueber wrote: , | attached you find patches for compilation of freeipmi-0.2.2 on | FreeBSD 5.4. ` Hi Gernot, We are doing more test on LAN and SSIF driver. I will include your changes and re-upload 0.2.2 once again freshly, before making a public announcement. Here after, I will make qa-releases before the final release. BTW, your bmc-info patch is against an auto-generated script. I presume, it is about removal of error.h inclusion. Albert already changed fd_set to read_set for lan interface patch. Thanks for the patches. -- Anand Babu On Tue, 2006-06-27 at 09:23 +0200, Gernot Hueber wrote: Hi, The system is a FreeBSD 5.4-RELEASE with a Intel SE7221BK1-E motherboard. No luck yet as you can see below. I am not sure if ipmiping and rmccping can work at all due to that I tried on the local machine (I dont have access to a second within the same subnet?!). Thanks Gernot boyle# ipmi-locate --version IPMI Locate [ipmi-locate-0.2.2] Copyright (C) 2003-2005 FreeIPMI Core Team This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. boyle# bmc-info --no-probing -D SSIF ipmi_open_inband(): Invalid argument boyle# bmc-info --no-probing -D SSIF --driver-address=66 ipmi_open_inband(): Invalid argument boyle# ipmi-locate Probing KCS device using SMBIOS... FAILED Probing SMIC device using SMBIOS... FAILED Probing BT device using SMBIOS... FAILED Probing SSIF device using SMBIOS... FAILED Probing KCS device using ACPI... FAILED Probing SMIC device using ACPI... FAILED Probing BT device using ACPI... FAILED Probing SSIF device using ACPI... FAILED Probing KCS device using PCI... FAILED Probing SMIC device using PCI... FAILED Probing BT device using PCI... FAILED Probing SSIF device using PCI... FAILED KCS device default values: IPMI Version: 1.5 IPMI locate driver: DEFAULT IPMI locate driver: 0 IPMI interface: KCS BMC I2C device: (null) BMC I/O base address: CA2 Register space: 1 SMIC device default values: IPMI Version: 1.5 IPMI locate driver: DEFAULT IPMI locate driver: 0 IPMI interface: SMIC BMC I2C device: (null) BMC I/O base address: CA9 Register space: 1 BT device default values: SSIF device default values: IPMI Version: 1.5 IPMI locate driver: DEFAULT IPMI locate driver: 0 IPMI interface: SSIF BMC I2C device: /dev/i2c-0 BMC SMBUS slave address: 42 Register space: 1 boyle#ipmiping #myip# ipmiping: ipmi_sendto: Illegal seek boyle#rmccpping #myip# rmcpping: ipmi_sendto: Unknown error: 0 On Mon, 2006-06-26 at 07:43 -0700, Anand Babu wrote: Hi Al, Uploaded 0.2.2 release. We have done testing from outside. Please test and approve before I make a public announcement. ---end quoted text--- -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] Z RESEARCH [http://www.zresearch.com] A Supercomputing Company. ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] QA 0.2.2 release
On Mon, Jun 26, 2006 at 04:44:31PM -0700, Al Chu wrote: , | A.B, Bala, | | The ipmi lan stuff is completely broken. I'm not sure what was | intended in the ipmi_sendto() changes, but it's broke. ` :( will look in to it. -- Anand Babu On Mon, 2006-06-26 at 07:43 -0700, Anand Babu wrote: Hi Al, Uploaded 0.2.2 release. We have done testing from outside. Please test and approve before I make a public announcement. -- Albert Chu [EMAIL PROTECTED] 925-422-5311 Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory ---end quoted text--- -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] Z RESEARCH [http://www.zresearch.com] A Supercomputing Company. ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] authentication_algorithm value
ipmipower_check.c:889: authentication_algorithm is not initialized when conf-intel_2_0_session none of IPMI_INTEGRITY_ALGORITHM_* matches. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] Z RESEARCH [http://www.zresearch.com] A Supercomputing Company. ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] 0.2.1 development patch
Albert Chu wrote: I've gone ahead and created the 0.2.0 development branch. The tag is Release-0_2_0_branch I've already applied the patch. Shall we tag and release 0.2.1? Cool, Lets make a minor release. Are you going to do it? -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] 0.2.1 development patch
Albert Chu wrote: Do you want me to wait until you've updated the webpages? Usually, I update web pages after uploading the release files. So please go ahead. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] [bug #16113] bmc-config
Update of bug #16113 (project freeipmi): Status:None = Fixed Assigned to:None = ab Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=16113 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] Re: [Freeipmi-users] ipmi_open_inband no such device on Ibm e325
,[ Albert Chu [EMAIL PROTECTED] ] | Hey Rene, | | Thanks. That verifies atleast why it's failing. | | /* At this point we only support SYSTEM_IO, i.e. inb/outb style IO. | If we cant find the bass address, we better exit. -- Anand Babu */ | if (dev-io.inband.locate_info.addr_space_id != | IPMI_ADDRESS_SPACE_ID_SYSTEM_IO) | { |errno = ENODEV; |return (-1); | } | | The IBM's use memory mapped io. This is the first machine (that | I've seen) with memory mapped rather than port based i/o for in-band | IPMI. ` Hi Rene, I got time to work on this only now. I think you have changed the pass code. OpenBSD guys got inband driver to work on IBM e325. This looks like a BMC firmware bug. Refer to http://undeadly.org/cgi?action=articlesid=20060105200847 Can you please try no-probing option. This will force the KCS driver to use successive reg-spacing (=1byte) and I/O mapped access. # bmc-info --no-probing Second thing I may try is to increase the value of libfreeipmi/src/ipmi-kcs-api.c:IPMI_KCS_SLEEP_USECS to something higher. Because MSI's BMC is slow in I/O. We may also need SDR firmware fixes. I will tell you what you need to report to IBM once we get the basic stuff to work. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] IBM e325 and GNU FreeIPMI
IBM e325 BMC firmware has lots of bugs. I got bmc-info to work inband. SMBIOS reports that BMC is memory mapped, but it is really io ports based. I also found that GNU FreeIPMI was checking for SMBIOS record length to be 16 bytes which should be = 16 bytes. You should also unload OpenIPMI kernel modules before running GNU FreeIPMI tools. (lsmod | grep ipmi and rmmod all of them). Rest of the tools are waiting for data from BMC indefinitely in the middle of I/O. I tried fiddling with poll interval. but no luck. Proper fix should come from IBM. Best approach for now is to use GNU FreeIPMI in out-of-band mode. - athena /root# bmc-info Device ID: 0 Device Revision: 1 Firmware Revision: 1.72 [Device Available (normal operation)] IPMI Version: 1.5 Additional Device Support: [Sensor Device] [SDR Repository Device] [SEL Device] [FRU Inventory Device] [IPMB Event Receiver] [Bridge] [Chassis Device] Manufacturer ID: 2h Product ID:8835h Aux Firmware Revision Info: 0h Channel Information: Channel No: 0 Medium Type: IPMB (I2C) Protocol Type: IPMB-1.0 Channel No: 1 Medium Type: 802.3 LAN Protocol Type: IPMB-1.0 -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] IBM e325 and GNU FreeIPMI
,[ Albert Chu [EMAIL PROTECTED] ] | A.B., | | Was your fix to manually code the io-port address, register spacing, | etc. into bmc-info to get around the SMBIOS broken-ness? If that's the | case, then we should add options to bmc-info and all the inband tools to | allow the user to manually set them on the command line (or via config | file) if the firmware is bad. Otherwise how will any user with bad | firmware ever use FreeIPMI? Especially if IBM never releases a fix | (they may not be obligated to). ` Two fixes were required. 1) Fix#1: SMBIOS record length check. I will include this in change and make a new 0.2.1 release. 2) Fix#2: SMBIOS wrongly reports as memory-mapped instead of I/O mapped. User can override the SMBIOS locate values by passing command line arguments. # bmc-info --no-probing -D KCS --driver-address=3234 Note: 3234 is 0x0CA2 as reported by ipmi-locate utility. I will document this in the FAQ. Can you or Rene provide me the out-of-band details required for IBM e325 as well. NOTE: --no-probing got broken in CVS. Bala will look into it. For 0.2.0 --no-probing should work OK. Thanks, -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] [bug #16259] --no-probing broken
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=16259 Summary: --no-probing broken Project: GNU FreeIPMI Submitted by: ab Submitted on: Monday 04/03/06 at 18:44 Category: fish Severity: 4 - Important Item Group: Improper Behaviour Status: None Privacy: Public Assigned to: balamurugan Open/Closed: Open ___ Details: --no-probing is broken for all tools. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=16259 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] 0.2.1 development patch
You can download it from ftp://ftp.zresearch.com/pub/freeipmi/qa-release/freeipmi-0.2.pre1.diff Its a patch against 0.2.0 source. PS: I forgot to tag 0.2.0 as a branch. So I am maintaining 0.2.1 as a single patch. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Re: symbols missing problem
,[ Albert Chu [EMAIL PROTECTED] ] | Are you running autogen.sh on the IBM? With some other projects, I a | recall Suse problems with autoconf/automake. I fixed the problem by | running ./autogen.sh on a Redhat/Fedora/Debian system. ` Al, I think you are right. This is caused because of not-running-autogen.sh. When I run the binary's in place from the source tree (they are actually libtool scripts) they work OK. Only on install they screw up. This must be caused because of configure script produced from a different platform. Rene, Can you please install libtool, autoconf and automake on your system, So that I can run autogen.sh? -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] - Original Message - From: Anand Babu [EMAIL PROTECTED] Date: Friday, March 24, 2006 7:34 am Subject: symbols missing problem Strange, Compiling freeipmi from CVS on the IBM's system is giving run time errors like athena:~/freeipmi/freeipmi-0.2.1/libfreeipmi/src # ipmipower ipmipower: symbol lookup error: ipmipower: undefined symbol: tmpl_cmd_get_channel_authentication_capabilities_v20_rs athena:~/freeipmi/freeipmi-0.2.1/libfreeipmi/src # How ever, I used make dist tar ball of CVS. Looking into this error -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] [bug #15550] configure guile warning misleading
Update of bug #15550 (project freeipmi): Category:None = fish Item Group:None = Installation Problem Status:None = Fixed Assigned to:None = ab Open/Closed:Open = Closed ___ Follow-up Comment #1: Thanks to Keith Owens from SGI for reporting this bug. This bug is now fixed in CVS. -- Anand Babu ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15550 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] GNU FreeIPMI 0.2.0-beta0 released.
GNU FreeIPMI 0.2.0-beta0 RELEASE: = ftp://ftp.zresearch.com/pub/freeipmi/qa-release/freeipmi-0.2.beta1.tar.gz Whats New: == 0.2.beta1 has important bug fixes over 0.2.beta1 release. * TexInfo documentation update * FAQ added * Introduced locking support for all drivers at UDM layer * gcc 4.0 warning fixes * bmc-autoconfig is now usable. * lot of code cleanup and serious bug fixes. * All tools now work cleanly over inband and outofband. BETA TESTERS WELCOME!! -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] GNU FreeIPMI 0.2.beta1 released.
GNU FreeIPMI 0.2.beta1 RELEASE: = ftp://ftp.zresearch.com/pub/freeipmi/qa-release/freeipmi-0.2.beta1.tar.gz Whats New: == 0.2.beta1 has important bug fixes over 0.2.beta1 release. * TexInfo documentation update * FAQ added * Introduced locking support for all drivers at UDM layer * gcc 4.0 warning fixes * bmc-autoconfig is now usable. * lot of code cleanup and serious bug fixes. * All tools now work cleanly over inband and outofband. BETA TESTERS WELCOME!! -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] [sr #104077] Versions 0.1.0 and 0.1.3 don-t compile in (my) Fedora Core 3...
Update of sr #104077 (project freeipmi): Status:None = Done Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/support/?func=detailitemitem_id=104077 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] 2005 Hacker's meet presentation uploaded
,[ [EMAIL PROTECTED] ] | Hi Anand, | It seems that No Link is working in Documentation section on the Web Site. | I am happy to see Work had been started on PEF. | | Actually I just finished my work on PEF. ` Hi Vivek, I think you need to refresh your link. I guess your cached page still points to ftp.californiadigital.com. It has move to ftp.zresearch.com, same URL except the change of domain name. Can you please check and tell me again. All of APIs are in libfreeipmi. The current scheme based ipmi-pef utility will be entirely rewritten again in C during the 0.3.0 release. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] [bug #11209] Uses sys/io.h
Update of bug #11209 (project freeipmi): Status: Need Info = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Added more macros to test platform depencies. -- Anand Babu ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11209 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] gcrypt
,[ Albert Chu [EMAIL PROTECTED] ] | AB, Bala, | | Argh! So libgcrypt doesn't implement md2. According to the docs: | | GCRY_MD_MD2 This is an reserved identifier for MD-2; there is no | implementation yet. | | After thinking about it for a minute or two on the best way deal | with this, I've decided to keep the current code for IPMI 1.5. In | other words, we'll stick with the MD2 and MD5 libraries I added into | libfreeipmi from ipmipower. | | I'll be removing my SHA1 and HMAC code in favor of gcrypt for all | IPMI 2.0 stuff. | | Al ` Sounds good to me. May be you should contribute your MD2 and MD5 to libgcrypt project. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] ipmi_lan_open_session() question
,[ Albert Chu [EMAIL PROTECTED] ] | AB, I'm not doubting that it has a number of enhancements. However, | with all APIs, as you abstract away details you remove flexibility from | the programmer. For example, the strength of ipmipower is its protocol | parallelism. Its protocol parallelism comes from its manual | management of the ipmi protocol across all nodes. How can I still | achieve the performance of the old ipmipower if ipmipower is forced to | move to the UDM? ` Only those who wants to develop tools that needs to work both inband and outband seamlessly has to use UDM. Otherwise you are free to access any APIs at any layer. Only the redundant obsolete APIs are removed. UDM is not completely ready yet to accommodate all needs. Protocol parallelism should be achievable thru UDM too. Performance difference will not even be noticeable. I am planning to inline the calls. ,[ Albert Chu [EMAIL PROTECTED] ] | Another example. You assume in the UDM that users are willing to block | on a recvfrom() waiting for a reply from an IPMI cmd request. What if a | user doesn't want this?? ` UDM APIs will support non-blocking calls too. During UDM open call, you pass this option. ,[ Albert Chu [EMAIL PROTECTED] ] | I think if you can let us know what API functions may or may not | disappear, that would help things alot. I just don't believe its | correct to just assume that the UDM will be better than what currently | exists. ` If you notice, certain new functions will be prefixed with 2. Only those calls will be replaced. I will rename the old calls with new name or using a macro like FREEIPMI_FORCE_0_1_3_API. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] bmc-autoconfig
this is a 'cvs diff' on top level for updated freetalk.texi and --help/--usage/--version and a bugfix in IP validation in bmc-autconfig Why did you looking at echos path for BMC_CONFIG? BMC_CONFIG=$(which bmc-config 2/dev/null) || { BMC_CONFIG=$(which echo 2/dev/null) || { If you want to know the install prefix this his how you should do. Add your bmc-autoconfig as bmc-autoconfig.in. Let autoconf rewrite @prefix@ variable with the path info. Also you need to add fish/scripts/bmc-config/bmc-autoconfig line to AC_CONFIG_FILES in configure.ac. Next time when you submit a patch, please follow these guide lines: # ls freeipmi freeipmi-hacked # diff -pruN freeipmi freeipmi-hacked NAME_OF_FIX-FREEIPMI_VER.diff Mail the patch as inline mail message to freeipmi-devel (@) gnu.org with subject: [PATCH: freeipmi] actual subject If not submit through Savannah web interface :p PS: Your from-address is broken - [EMAIL PROTECTED] ?? Thanks. -- Anand Babu GPG Key ID: 0x62E15A31 Personal Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] FreeBSD 5.4 / freeipmi 0.1.3 w/ Intel SE7210 motherboard
,[ Albert Chu [EMAIL PROTECTED] ] | Hi Mitch, | | The SE7210 is a Tiger4?? ` SE7210 is a Intel P4 based entry server board. SE7210TP1-E has mini bmc (National PC87431MAT or equivalent), and Heceta* (ADM 1027) management controller. I guess this should work with SSIF driver. But for that I have to commit my UDM driver code and make next release. I have missed all my previous release schedules. Only now I am settling with the new job. GNU FreeIPMI development is now sponsored by Z RESEARCH. I will soon work on next release. Thanks for everyone waiting patiently. -- Anand Babu GPG Key ID: 0x62E15A31 Blog [http://ab.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] [Axel Liljencrantz] Re: naming conflict
,[ Axel Liljencrantz [EMAIL PROTECTED] ] | That is very broadminded of you. Since I can't send mail to the | FreeIPMI mailing list (Not a subscriber), please extend my gratitude | to all people affected by this decision. I'm sorry I did not find | out about the FreeIPMI fish before releasisng the Friendly | Interactive Shell fish, but I really did try to find any naming | conflicts. | | Also, I hope you will give the Friendly interactive shell a try, and | get back to me with any feature requests, bug reports or other | issues. And you are of course more than welcome to join in the | development process. :-D ` I am forwarding your mail to the list. I like your fish project. I will contribute when I find some free time. Best Wishes, -- Anand Babu GPG Key ID: 0x62E15A31 Personal Blog [http://freedom.freeshell.org] The GNU Operating System [http://www.gnu.org] ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel