[Freeipmi-devel] [bug #16113] bmc-config

2006-04-03 Thread Anand Babu 

Update of bug #16113 (project freeipmi):

  Status:None => Fixed  
 Assigned to:None => ab 
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  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] [bug #16198] website links broken

2006-04-03 Thread Anand Babu 

Update of bug #16198 (project freeipmi):

  Status:None => Fixed  
 Assigned to:None => ab 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Also updated docs too. Thanks for pointing out.
--
Anand Babu

___

Reply to this item at:

  

___
  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

2006-04-03 Thread Anand Babu 
,[ 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=article&sid=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

Re: [Freeipmi-devel] Re: [Freeipmi-users] ipmi_open_inband no such device on Ibm e325

2006-04-03 Thread Albert Chu 
> 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.

Why don't we make it a command-line option for all in-band tools?

Al

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


- Original Message -
From: Anand Babu <[EMAIL PROTECTED]>
Date: Sunday, April 2, 2006 10:54 pm
Subject: 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=article&sid=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

2006-04-03 Thread Anand Babu 
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

2006-04-03 Thread Albert Chu 
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).  

Al

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


- Original Message -
From: Anand Babu <[EMAIL PROTECTED]>
Date: Monday, April 3, 2006 7:48 am
Subject: [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
> 



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

Re: [Freeipmi-devel] IBM e325 and GNU FreeIPMI

2006-04-03 Thread Albert Chu 
And I'll add that we can easily document these workarounds into the
manpages/docs.  Please see how I did the ipmipower manpage for all the
non-compliant vendors I've found.

Al

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


- Original Message -
From: Albert Chu <[EMAIL PROTECTED]>
Date: Monday, April 3, 2006 5:39 pm
Subject: Re: [Freeipmi-devel] IBM e325 and GNU FreeIPMI

> 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 
> thecase, 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).  
> 
> Al
> 
> --
> Albert Chu
> [EMAIL PROTECTED]
> 925-422-5311
> Computer Scientist
> High Performance Systems Division
> Lawrence Livermore National Laboratory
> 
> 
> - Original Message -
> From: Anand Babu <[EMAIL PROTECTED]>
> Date: Monday, April 3, 2006 7:48 am
> Subject: [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
> > 
> 
> 
> 
> ___
> 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] IBM e325 and GNU FreeIPMI

2006-04-03 Thread Anand Babu 
,[ 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

2006-04-03 Thread Anand Babu 

URL:
  

 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:

  

___
  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

2006-04-03 Thread Anand Babu 
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

Re: [Freeipmi-devel] 0.2.1 development patch

2006-04-03 Thread Albert Chu 
A.B.,

Why don't we just create a branch off that tag?  Suffix all tags with
"_branch" for branches and the rest are actual release tags?

Al

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


- Original Message -
From: Anand Babu <[EMAIL PROTECTED]>
Date: Monday, April 3, 2006 1:42 pm
Subject: [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 mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Re: [Freeipmi-devel] [bug #16259] --no-probing broken

2006-04-03 Thread Albert Chu 
I got it.  Mistake due to API changes. 

Al

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


- Original Message -
From: Anand Babu <[EMAIL PROTECTED]>
Date: Monday, April 3, 2006 6:44 pm
Subject: [Freeipmi-devel] [bug #16259] --no-probing broken

> 
> URL:
>  <" 
> target="l">http://savannah.gnu.org/bugs/?func=detailitem&item_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:
> 
>  <" 
> target="l">http://savannah.gnu.org/bugs/?func=detailitem&item_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 mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

[Freeipmi-devel] [bug #16259] --no-probing broken

2006-04-03 Thread Albert Chu 

Update of bug #16259 (project freeipmi):

 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

fixed logic bug

___

Reply to this item at:

  

___
  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