from:"Bala.A"

Re: [Freeipmi-devel] 0.3.3 release ready?

2007-05-04 Thread Bala.A


Hi Al,

 We've got ourselves a nice chunk of bug fixes.  Shall we release 0.3.3?


As I don't have much close look, please go ahead if you feel good.  I
guess, AB will not be available till mid of this month.

Thanks,

Regards,
Bala
---
Free as in freedom
http://www.gnu.org/






___
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Re: [Freeipmi-devel] docs/ directory

2007-04-29 Thread Bala.A


Hi Al,

 1) freeipmi.texi, version-doc.texi, authors.texi, gpl.texi, fdl.texi

 Most of this doc is just cut and pasted from the manpages and other .txt
 files, it's already grown out of date, and nobody bothers to keep up
 with
 it.

 I figure someone will get mad at me if I remove the above.  But I went
 ahead and got rid of the rest of it.  Some of it looks like it maybe
 belongs on the webpage along with other presentations.



GNU FreeIPMI info pages are very important as per GNU recommendations.  We
have to update them instead of removing it.

AB, please advise.


Thanks,

Regards,
Bala
---
Free as in freedom
http://www.gnu.org/




___
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Re: [Freeipmi-devel] FreeIPMI Issues

2007-04-23 Thread Bala.A


Hi Levi,

Firstly, I would say thanks for your appreciation.


 We'd also like some more extensive PEF configuration options in
 bmc-config, but I haven't looked into that with any detail yet.


In the current FreeIPMI development CVS branch has separate tool called
ipmi-pef.  The tool is under development to support pretty much all PEF
configuration (Please refer IPMI Spec 2.0 Page #230).  A complete pef tool
will be ready in mid of May.

Thanks,

Regards,
Bala




___
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Re: [Freeipmi-devel] FreeIPMI Issues

2007-04-23 Thread Bala.A


Hi Levi,


 We'd definitely be interested in splitting the workload with you if Bala
 is open to it.


Fantastic.  It will be great help for us.

The current status of ipmi-pef tool is, it just dumps Event Filter Table
and Alert Policy Table in commented texts in stdout or filename like
bmc-config.  Some of the value in the checkout are in meaningful and some
are just in Hex.

Current status is, the tool is not very much useful for the end users.  To
drive to that, we have to modify the tool to provide configuration
management/relationship of Event Filter Table, Alert Policy Table, Alert
Strings, LAN configuration settings of destination IP addresses and PET if
it needed.  I guess, we don't support Serial/Modem configuration specific
to PEF.

I guess, I have covered all missing things here and please go through the
current ipmi-pef code and refer IPMI Spec 2.0 Page #230 if anything missed
out here.


Thanks,

Regards,
Bala




___
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

2007-02-21 Thread Bala.A


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







___
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Re: [Freeipmi-devel] bmc-config pef checkout

2006-07-28 Thread Bala.A

Hi Al,

PEF commands give 0x1C completion code on IPMI 2.0 machine.  I think, most
of IPMI boxes don't have PEF.  If possible, can you try Intel proprietary
tools  to know whether the box supports PEF.  Unfortunately I don't have
physical access to IPMI machines here

Thanks,

Bala
---
Free as in freedom
http://www.gnu.org/

 I know that the scheme version didn't work for me either.  I'm more
 curious than anything.

 When I was doing the libfreeipmi audit/upgrade (with only 1 ipmi machine)
 I just assumed that it didn't support pef.  But 3 different machines (3
 different vendors and 3 different ipmi implementations) all not supporting
 pef seemed too odd to me.

 Al

 Al,
   I did not have access to an ipmi2 machine so PEF is _not_ tested. I
 dont know if the bmc-config scheme version was working for you, but the
 C version uses the same API which the scheme one was using.

 avati

 On Fri, Jul 28, 2006 at 05:26:35AM -0700, Albert Chu wrote:
 Out of my curiosity, has this been verified to work on a machine?

 I have three IPMI machines, all of which see completion code errors of
 0xC1 = Used to indicate an unrecognized or unsupported command.

 I can't help but think that atleast 1 of my 3 should support PEF.  So
 maybe something is wrong with the code?

 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

[Freeipmi-devel] FreeIPMI 0.2.3 released

2006-07-25 Thread Bala.A

FreeIPMI 0.2.3:

ftp://ftp.zresearch.com/pub/freeipmi/LATEST

Updates:

- Lot of bug fixes.
- added LAN packet retransmission.
- Bug fixes in SSIF driver.

Known issue:

- SSIF driver probing returns invalid IPMB address.  Users are requested
to pass IPMB address via command line arguments.

Example:

bmc-info -D ssif --driver-address=0x42



RPM packages will be available shortly.


Regards,

Bala
---
Free as in freedom
http://www.gnu.org/








___
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

[Freeipmi-devel] Re: now ipmi-sel is in C

2006-07-11 Thread Bala.A

Hi Al,

I have already reverted ipmi_lan_sendto(), ipmi_lan_recvfrom() and ipckey
changes back.

Thanks,

Bala
---
Free as in freedom
http://www.gnu.org/


 Hey Bala,

 The issue is that this was a maintenance branch, so that code should
 have never been cleaned up, if there were actually no bugs.

 I still think we should still revert the code, so that the differences
 between the different releases are still kept to a minimum.

 Al

 On Fri, 2006-07-07 at 18:39 -0700, Bala.A wrote:
 Hi Al,

 packet retransmission code is only in UDM.  I did code cleanup in
 ipmi_lan_sendto() and forgot to initialize packet_size variable.
 Because
 of that, ipmi_lan_sendto() was failing.

 Thanks,

 Bala
 ---
 Free as in freedom
 http://www.gnu.org/


  On Fri, 2006-07-07 at 15:20 -0700, Anand Babu wrote:
  This bug was introduced because of re-transmission feature. I
 thought,
  that feature was required, so we fix the bug.
 
  These functions were nearly entirely re-written.  I have no idea why.
 
  All retransmission code should only be in the UDM code.  None of it
  should be in ipmi_lan_sendto().  The ipmi_lan_sendto() in 0.3.0 is
 still
  the same as the code in 0.2.0.
 
  Al
 
  --
  Albert Chu
  [EMAIL PROTECTED]
  925-422-5311
  Computer Scientist
  High Performance Systems Division
  Lawrence Livermore National Laboratory
 
 


 --
 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] Re: now ipmi-sel is in C

2006-07-11 Thread Bala.A


Could you tell describe about this bug?


Bala
---
Free as in freedom
http://www.gnu.org/


 now freeipmi main branch has C version of ipmi-sel.  I have removed
 scheme
 version of ipmi-sel.

 Just remembered, how will we be dealing with bug #16278?

 http://savannah.gnu.org/bugs/?func=detailitemitem_id=16278

 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] Re: now ipmi-sel is in C

2006-07-07 Thread Bala.A

Hi Al,

packet retransmission code is only in UDM.  I did code cleanup in
ipmi_lan_sendto() and forgot to initialize packet_size variable.  Because
of that, ipmi_lan_sendto() was failing.

Thanks,

Bala
---
Free as in freedom
http://www.gnu.org/


 On Fri, 2006-07-07 at 15:20 -0700, Anand Babu wrote:
 This bug was introduced because of re-transmission feature. I thought,
 that feature was required, so we fix the bug.

 These functions were nearly entirely re-written.  I have no idea why.

 All retransmission code should only be in the UDM code.  None of it
 should be in ipmi_lan_sendto().  The ipmi_lan_sendto() in 0.3.0 is still
 the same as the code in 0.2.0.

 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] improved ssif driver

2006-05-10 Thread Bala.A

Hi Al / Gernot,

I have added significant improvements to ssif driver in
Release-0_2_0_branch.  This may not work in FreeBSD, but please test it. 
If freeipmi commands fail, try with --no-probing.  Here is an example of
bmc-info.

bmc-info --no-probing -D SSIF --driver-address=66 --driver-device=/dev/i2c-0

Thanks,

Bala
---
Free as in freedom
http://www.gnu.org/





___
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0

2006-05-04 Thread Bala.A

Hi Al,

I'm going to remove ipmi 2.0 card today and mostly SSIF will be ready in 2
to 3 days.

Thanks,

Bala
---
Free as in freedom
http://www.gnu.org/

 Hey Gernot,

 Doh!  That's right, a lot of the Intel boards use SSIF.  SSIF isn't
 working in FreeIPMI yet.  One of the other developers, Bala, is working
 on it.

 Bala, any timeline on this?

 Al

 --
 Albert Chu
 [EMAIL PROTECTED]
 925-422-5311
 Computer Scientist
 High Performance Systems Division
 Lawrence Livermore National Laboratory


 - Original Message -
 From: Gernot Hueber [EMAIL PROTECTED]
 Date: Wednesday, May 3, 2006 11:21 pm
 Subject: Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using
 FreeBSD   6.0

 Hi Al,

 I hope the SSIF interface is correct for this motherboard?!
 (bmc-info with KCS does never return, SMIC see below)
 Trying bmc-info as non-root user gives:



 $ bmc-info -D SSIF
 ipmi_open_inband(): Permission denied
 $

 The same as root user:

 # bmc-info -D SMIC
 ipmi_cmd_get_dev_id(): ipmi command 00h: Command Completed Normally.
 Channel Information:
 ipmi_close(): Invalid argument
 #

 #  bmc-info -D SSIF
 ipmi_cmd_get_dev_id(): ipmi command 00h: Command Completed Normally.
 Channel Information:
 bmc-info in free(): error: chunk is already free
 Abort (core dumped)
 #

 a quick gdb of the coredump gives: (I am not at all good in debugging,
 but the out-of-bounds of dev-io.inband.driver_device looks strange to
 me!)
 #0  0x2825637b in kill () from /lib/libc.so.5
 #1  0x2824b422 in raise () from /lib/libc.so.5
 #2  0x282bdc1b in abort () from /lib/libc.so.5
 #3  0x282615b9 in ldexp () from /lib/libc.so.5
 #4  0x282615fd in ldexp () from /lib/libc.so.5
 #5  0x282624f1 in ldexp () from /lib/libc.so.5
 #6  0x28262743 in ldexp () from /lib/libc.so.5
 #7  0x28262874 in free () from /lib/libc.so.5
 #8  0x2808f37d in ipmi_inband_free (dev=0x282c40ce) at
 ipmi-interface.c:62
 #9  0x2808ff79 in ipmi_close (dev=0xbfbfe430) at ipmi-interface.c:582
 #10 0x0804a0a9 in main (argc=3, argv=0xbfbfed30) at bmc-info.c:486
 (gdb)
 #8  0x2808f37d in ipmi_inband_free (dev=0x282c40ce) at
 ipmi-interface.c:62
 62ipmi_xfree (dev-io.inband.driver_device);
 (gdb) list
 57return;
 58  }
 59
 60fiid_obj_free (dev-io.inband.rq.obj_hdr);
 61fiid_obj_free (dev-io.inband.rs.obj_hdr);
 62ipmi_xfree (dev-io.inband.driver_device);
 63  }
 64
 65  int
 66  ipmi_open_outofband (ipmi_device_t *dev,

 (gdb) print *dev
 $2 = {type = 1853188195, mode = 1936269419, lun = 32 ' ', net_fn = 97
 'a', cmd = 108 'l', comp_code = 114 'r',
  errmsg = eady free\n\000pointer to wrong page\n\000page is already
 free\n\000freelist is destroyed\n\000recursive call\n\000 in malloc():
 \000 in free():\000 in realloc():\000\000\000unknown char in
 MALLOC_OPTIONS\n\000junk pointer, too low to make ..., io = {
inband = {poll_interval_usecs = 1650552405, disable_auto_probe 
 1948280172, driver_address = 8303,
  driver_device = 0x5200646e Address 0x5200646e out of bounds,
 retry_count = 0 '\0', locate_info = {ipmi_ver_major = 85 'U',
ipmi_ver_minor = 110 'n', locate_driver_type = 1948280172,
 locate_driver = 111 'o', interface_type = 1986618723,
bmc_i2c_dev_name = 0x50520065 Address 0x50520065 out of
 bounds, addr_space_id = 67 'C', base_addr = {
  bmc_iobase_addr = 8391735665588792681, bmc_membase_addr 
 8391735665588792681, bmc_smbus_slave_addr = 105 'i'},
reg_space = 0 '\0'}, dev_fd = 1967202362, mutex_semid 
 1852139636, rq = {tmpl_hdr_ptr = 0x61636974,
obj_hdr = 0x6e6f6974 Address 0x6e6f6974 out of bounds},
 rs  {tmpl_hdr_ptr = 0x72726520,
obj_hdr = 0x5200726f Address 0x5200726f out of bounds}},
 outofband = {local_sockfd = 1650552405, remote_host = {
sa_len = 108 'l', sa_family = 101 'e', sa_data =  to send
 \000RPC: }, remote_host_len = 1650552405, auth_type = 108 'l',
  challenge_string = e to receive\000RPC, session_id =
 1684368745,session_seq_num = 1953853216, rq_seq = 0 '\0',
  username = RPC: Authenticat, password = ion error\000RPC: P,
 priv_level = 114 'r', rq = {tmpl_hdr_rmcp_ptr = 0x206d6172,
obj_hdr_rmcp = 0x76616e75 Address 0x76616e75 out of bounds,
 tmpl_hdr_session_ptr = 0x616c6961,
obj_hdr_session = 0x656c62 Address 0x656c62 out of bounds,
 tmpl_msg_hdr_ptr = 0x3a435052,
obj_msg_hdr = 0x6f725020 Address 0x6f725020 out of bounds,
 tmpl_msg_trlr_ptr = 0x6d617267,
obj_msg_trlr = 0x7265762f Address 0x7265762f out of bounds},
 rs = {tmpl_hdr_rmcp_ptr = 0x6e6f6973,
obj_hdr_rmcp = 0x73696d20 Address 0x73696d20 out of bounds,
 tmpl_hdr_session_ptr = 0x6374616d,
obj_hdr_session = 0x50520068 Address 0x50520068 out of
 bounds,tmpl_msg_hdr_ptr = 0x50203a43,
obj_msg_hdr = 0x65636f72 Address 0x65636f72 out of bounds,
 tmpl_msg_trlr_ptr = 0x65727564,
obj_msg_trlr = 0x616e7520 Address 0x616e7520 out of
 bounds(gdb)





 On Wed, 2006-05-03 at 08:51 -0700, Albert

Re: [Freeipmi-devel] sensor type code 12h , offset 05h

2006-02-08 Thread Bala.A

Hi Al,

Page No. 378 (400 in pdf viewer) in latest IPMI v1.5 spec.

Thanks,

Bala
---
Free as in freedom
http://www.gnu.org/

 Hi Bala,

 I noticed in ipmi-sensor-event-messages.c that you have code indicating
 offset 05h for sensor type code 12h (system event).  I cannot find
 offset 05h in the sensor types table or an errata.  Is this perhaps a
 vendor specific offset?  Or am I just not looking in the right place in
 the spec?

 Thanks,
 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 mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Re: [Freeipmi-devel] fiid_obj_get bugs

2006-01-17 Thread Bala.A

 Index: bit-ops.c
 === RCS
file: /cvsroot/freeipmi/freeipmi/libfreeipmi/src/bit-ops.c,v retrieving
revision 1.3
 diff -r1.3 bit-ops.c
 47,48c47,48
uint64_t lsb_ones = 0xFFULL;
uint64_t msb_ones = 0xFFULL;
 ---
   uint64_t lsb_ones = 0xULL;
   uint64_t msb_ones = 0xULL;
 65a66


This is ready bad :-D

Bala
---
Free as in freedom
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.3 release ready?

Re: [Freeipmi-devel] docs/ directory

Re: [Freeipmi-devel] FreeIPMI Issues

Re: [Freeipmi-devel] FreeIPMI Issues

Re: [Freeipmi-devel] 2/18 change - configure.ac: fix of automake init

Re: [Freeipmi-devel] bmc-config pef checkout

[Freeipmi-devel] FreeIPMI 0.2.3 released

[Freeipmi-devel] Re: now ipmi-sel is in C

[Freeipmi-devel] Re: now ipmi-sel is in C

[Freeipmi-devel] Re: now ipmi-sel is in C

[Freeipmi-devel] improved ssif driver

Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0

Re: [Freeipmi-devel] sensor type code 12h , offset 05h

Re: [Freeipmi-devel] fiid_obj_get bugs

14 matches

Site Navigation

Mail list logo

Footer information