mitool working so I can then attempt to make the needed
> changes to the BCM on the board.
>
> Thanks in advance to anyone who is able to assist.
>
> -Tony
>
> ___
> Ipmitool-devel mailing list
> Ipmitool-devel@lists.sourceforge.net
Hello,
I am hoping the list is still monitored and someone might be able to assist
me. I recently purchased a used 2U Intel Rr2000 server and ran into an
issue when attempting to update its bios. After a bit of research I found
the following on Intel's website.
https://www.intel.com/content/www/u
nux sets it
to UTC on x86 based hardware (I know you are running on mips64). So if the RTC
is shared between your BMC and the host this has also side effects.
Holger
From: Anusha K
Sent: Wednesday, June 6, 2018 9:07 AM
To: ipmitool-devel@lists.sourceforge.net
Subject: [Ipmitool-devel
Hi, Anusha!
06.06.2018 10:07, Anusha K wrote:
> We are trying booting a mips64 architecture board(octeon) and upgraded
> ipmitool from 1.8.9 to 1.8.18 version. We find that after NPT sync,
> date and ipmitool get sel time are not inline.
>
> Before upgrade:
>
> # ipmitool -V
>
> ipmitool version 1
Hi,
We are trying booting a mips64 architecture board(octeon) and upgraded
ipmitool from 1.8.9 to 1.8.18 version. We find that after NPT sync, date
and ipmitool get sel time are not inline.
Before upgrade:
# ipmitool -V
ipmitool version 1.8.9
#ipmitool sel time get
06/04/2018 07:35:47
# dat
I have a supermicro server and have 2 onboard NICs and a PCI Network Card.
I need to find the MAC address of the add-on card. I have tried this command
ipmitool -H -U ADMIN -P password raw 0x30 0x21
But above command gives me onboard MAC address. How do I find the MAC of my
PCI card ?
--
Hi,
Iam able to disable channel 1 using :
ipmitool raw 0x6 0x40 0x01 0x40 0x44
http://serverfault.com/questions/676145/how-to-disable-ipmi-over-lan-using-ipmitool/828445#828445
but channel 0x0 gives error. How do I disable some of the system interfaces
?
Thanks.
Hello all,
preliminary release date for IPMItool v1.8.18 is mid September 2016.
Have a nice weekend.
Best regards,
Z.
--
Zdenek Styblik
email: zdenek.styb...@gmail.com
jabber: zdenek.styb...@gmail.com
--
__
Hello all,
IPMItool v1.8.17 will be released within next two weeks. By the
release I mean it will be tagged in the git. It remains to be seen
whether I will have resources to create tarballs and put them on the
web site.
Therefore, it's good idea to start testing against current git. It
would be n
Thanks for your comments.
Found this post on Intel website
https://communities.intel.com/community/itpeernetwork/datastack/blog/2013/10/10/windows-users-can-use-ipmi-tools-too
Is this a cygwin port?
Neeraj
On Tue, Mar 1, 2016 at 11:27 AM, Zdenek Styblik
wrote:
> On Mon, Feb 29, 2016 at 7:4
On Mon, Feb 29, 2016 at 7:45 PM, Neeraj Ladkani
wrote:
> Hello,
>
> Can IPMITool(Windows port) support native Windows so that It can use
> Microsoft IPMI driver for inland requests? I have seen IPMITool for windows
> that can work using Cygwin but it support only Lan and Lan+ interface. I am
> loo
Hello,
Can IPMITool(Windows port) support native Windows so that It can use
Microsoft IPMI driver for inland requests? I have seen IPMITool for windows
that can work using Cygwin but it support only Lan and Lan+ interface. I am
looking for source code for WIndows port.
any pointers would be grea
Cray has identified an issue with ipmitool LAN commands on Jefferson Pass,
Kennedy Pass and Wildcat Pass Intel platforms. An error is received following
an ipmitool power command over the LAN interface and has been reproduced across
all BIOS/BMC firmware releases. Example:
#ipmitool -I lanplus
Hi,
You can always use “ipmitool raw” command to send any of the supported IPMI
commands.
Thanks,
G
From: Dorsey, Craig
Sent: Tuesday, April 21, 2015 11:37 PM
To: ipmitool-devel@lists.sourceforge.net
Subject: [Ipmitool-devel] Ipmitool Command Coverage
Dell - Internal Use - Confidential
Good afternoon,
I'm looking for documentation of ipmitool command coverage versus the IPMI 2.0
spec. Is there a list anywhere of the commands that haven't been implemented in
ipmitool?
Thanks,
Craig
Craig Dorsey | Platform Software Engineer
| Dell PG Enterp
: Friday, April 17, 2015 4:30 PM
To: Vladimir Vul
Cc: ipmitool-devel@lists.sourceforge.net
Subject: Re: [Ipmitool-devel] ipmitool hangs reading /dev/ipmi0 on Centos 7
On Fri, Apr 17, 2015 at 01:07:31PM +, Vladimir Vul wrote:
> Hello!
> "Ipmitool lan print" and any other comma
On Fri, Apr 17, 2015 at 01:07:31PM +, Vladimir Vul wrote:
> Hello!
> "Ipmitool lan print" and any other command hangs forever trying to read
> something from /dev/ipmi0 (see strace.log attached)
>
> ipmitool version 1.8.13 (and 1.8.11 do the same)
>
> [root@sasa ~]# lsmod|grep ipmi
> ipmi_de
Dan,
Jim is correct that in the context of ipmitool a sensor reading is
available.
If It is not ok there was a bus error, IPMC at the IPMB was removed or the
sensor is undergoing initialization. All situations where the sensor
Event1, Event 2 or Event 3 data is unavailable
If you get an ok then yo
Jim -
It may be true that experts know how to interpret the results. But for
the other 99.99% of the planet, “ok” means things are going alright,
that it’s a green check in the box kind of thing. I know the IPMI protocol
reasonably well and have run the ipmitool on many, many systems, as well
Al,
As you pointed out 'ok' simply means the sensor itself is operational (a
reading is available and
valid). It is not an interpretation of the "goodness" of the Sensor
Reading. This is the way "ok"
should be interpreted in this ipmitool output. I would agree that it
would be helpful if i
erfect, so looking for opinions on the validity of this.
From: Albert Chu
To: ipmitool-devel@lists.sourceforge.net
Date: 09/26/2014 02:12 PM
Subject: [Ipmitool-devel] ipmitool 'ok' output in sdr list
Hello,
Once in awhile I get a bug report to FreeIPMI saying, &quo
Hello,
Once in awhile I get a bug report to FreeIPMI saying, "ipmitool outputs
that a sensor says 'ok', but FreeIPMI outputs that something is wrong
with a sensor."
After investigation, it appears that ipmitool's output with 'sdr list'
lists 'ok' for many (all?) discrete sensors regardless of the
Hi Zdenek - I was clear on your proposal to be regarding the interface.
I am presently setting up the PEF environment using a large number of
ipmitool raw commands, hence my interest in this proposal.
A further comment on the problem of specifying a PEF filter entry - a
good goal is to provide
On Tue, May 27, 2014 at 3:19 PM, Pat Donlin wrote:
> Hi Zdenek - nice to see you are thinking about the PEF interface. Much
> better than clumsy "raw" commands. Some comments on each item:
Hello Pat,
I'm not exactly sure whether you haven't misunderstood the whole thing.
Original post: https://
Hi Zdenek - nice to see you are thinking about the PEF interface. Much
better than clumsy "raw" commands. Some comments on each item:
On 5/24/2014 9:21 AM, ipmitool-devel-requ...@lists.sourceforge.net wrote:
> On Fri, Feb 7, 2014 at 5:46 AM, Zdenek Styblik
> wrote:
>> Hello,
>>
>> here is my pr
All,
The final release of 1.8.14 is now available on Sourceforge at the
following URL:
https://sourceforge.net/projects/ipmitool/files/ipmitool/1.8.14/
Thanks to everyone who contributed to this release,
Jim
--
--- Jim Mankovich | jm...@hp.com (US Mountain Time) ---
me.
From: Hank Bruning
To: Jarrod B Johnson/Raleigh/IBM@IBMUS
Cc: Ross Amans ,
"ipmitool-devel@lists.sourceforge.net"
Date: 04/17/2014 05:11 PM
Subject:Re: [Ipmitool-devel] ipmitool sol vt100 support
It is much more complex that Jarrod says.
r as I know, the ipmitool
> sol / tsol / isol interfaces are dumb terminals, not vt100
>
> From: Ross Amans
> To: ipmitool-devel@lists.sourceforge.net
> Date: 03/25/2014 10:42 AM
> Subject: [Ipmitool-devel] ipmitool sol vt100 support
> --
>
>
>
&
All,
I have created the 1.8.14 RC2 release bundles and they are now available
on Sourceforge at the following URL.
https://sourceforge.net/projects/ipmitool/files/ipmitool/1.8.14-rc2/
We would appreciate if the ipmitool developers and users could take some
time and test out the request for commen
e the terminal ipmitool is being run in that is limited rather than
ipmitool.
From: Ross Amans
To: ipmitool-devel@lists.sourceforge.net
Date: 03/25/2014 10:42 AM
Subject:[Ipmitool-devel] ipmitool sol vt100 support
Right now, as far as I know, the ipmitool sol / tsol / isol inter
On Tue, Apr 1, 2014 at 4:10 PM, Liebig, Holger
wrote:
>
> [Liebig, Holger]
> This reminded me that I never got back with the DCMI issues I reported some
> time ago just before the 1.813 release. The current code does not allow to
> specify a DCMI power limit action (e.g. 'ipmitool dcmi power set
>
> All,
>
> I have created the 1.8.14 RC1 release bundles and they are now available
> on sourceforge.net at the following URL.
> https://sourceforge.net/projects/ipmitool/files/ipmitool/1.8.14-rc1/
>
> We would appreciate if the ipmitool developers and users could take some
> time and test out
All,
I have created the 1.8.14 RC1 release bundles and they are now available
on sourceforge.net at the following URL.
https://sourceforge.net/projects/ipmitool/files/ipmitool/1.8.14-rc1/
We would appreciate if the ipmitool developers and users could take some
time and test out the request for
I think tags should be enough since it's continuous development. Also,
you can create branch from tag at any point of time, should the need
arise.
My $0.02.
Z.
--
Zdenek Styblik
email: zdenek.styb...@gmail.com
jabber: zdenek.styb...@gmail.com
On Thu, Mar 27, 2014 at 9:39 PM, Jim Mankovich wrot
Will Do :)
Now that we are using git, do we want to create a branch for each release?
On 3/27/2014 2:38 PM, Zdenek Styblik wrote:
> Hello Jim,
>
> please, whenever you have time, cut ipmitool-1.8.14rc1.
>
> Thanks,
> Z.
>
> --
> Zdenek Styblik
> email: zdenek.styb...@gmail.com
> jabber: zdenek.sty
Hello Jim,
please, whenever you have time, cut ipmitool-1.8.14rc1.
Thanks,
Z.
--
Zdenek Styblik
email: zdenek.styb...@gmail.com
jabber: zdenek.styb...@gmail.com
--
___
Ipmitoo
Right now, as far as I know, the ipmitool sol / tsol / isol interfaces are
dumb terminals, not vt100. What would it take to get vt100 support in ?
For instance, when the system on the other end of the sol session is
rebooting, you are supposed to type to get into the BIOS Setup
screens. But since
I can cut the release, we just need to decide when and what goes in it.
I have one change I need to get submitted yet, probably get to it next
week sometime.
On 3/6/2014 6:28 AM, Petter Reinholdtsen wrote:
> [Thomas Renninger]
>> Hi,
>>
>> not sure what the plans are for another version update.
>
[Thomas Renninger]
> Hi,
>
> not sure what the plans are for another version update.
I do not know either. I guess it depend on someone doing the work to
wrap up a release. Any volunteers? :)
> Because of git commit:
>
>
> commit c18ec02f3304ce2a889a50e378f07a4168af3884
Hi,
not sure what the plans are for another version update.
Because of git commit:
commit c18ec02f3304ce2a889a50e378f07a4168af3884
Author: Petter Reinholdtsen
Date: Wed Feb 5 17:30:32 2014 +0100
Move all files one level up in the file hierarcy, to avoid the useless
i
Oops! That's not what I had in mind, CVS!
--
Zdenek Styblik
email: zdenek.styb...@gmail.com
jabber: zdenek.styb...@gmail.com
On Sat, Sep 14, 2013 at 12:39 PM, Zdenek Styblik
wrote:
> Update of /cvsroot/ipmitool/ipmitool/src/plugins/dummy
> In directory
> sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/c
On Tue, Sep 10, 2013 at 8:48 AM, Steffen Grunewald
wrote:
>
> Thank you. Unfortunately the included debian/ subtree seems to be *very*
> outdated :/ (and actually, debian/changelog is syntactically incorrect)
> Nothing that can't be fixed by a skilled maintainer, though ;)
>
> S
>
Hello Steffen,
On Mon, Sep 09, 2013 at 02:36:09PM -0600, Jim Mankovich wrote:
> All,
> I've uploaded the final ipmitool 1.8.13 release. The following two
> changes have been included
> since we release ipmitool 1.8.13rc1.
>
> ID: 35 - Script to setup redirection of SNMP to/from BMC
> ID: 273 - Reduce SOL Inpu
All,
I've uploaded the final ipmitool 1.8.13 release. The following two
changes have been included
since we release ipmitool 1.8.13rc1.
ID: 35 - Script to setup redirection of SNMP to/from BMC
ID: 273 - Reduce SOL Input buffer size by SOL header size
New release can be downloaded from the foll
- Original Message -
> From: "Zdenek Styblik"
> On Thu, Aug 29, 2013 at 1:38 PM, Liebig, Holger
> wrote:
.snip.
> > I know it's late and I understand your concerns. My (lame) excuse is that
> > CVS is not working behind our corporate proxy e.g. and I was waiting for a
> > current tarball
On Thu, Aug 29, 2013 at 1:38 PM, Liebig, Holger
wrote:
[...]
>
> Zdenek,
> I know it's late and I understand your concerns. My (lame) excuse is that CVS
> is not working behind our corporate proxy e.g. and I was waiting for a
> current tarball to show up on the sourceforge project page.
Hehe, t
> On Thu, Aug 29, 2013 at 9:37 AM, Liebig, Holger
> wrote:
> > Jim,
> > any chance to include my small patch from 2011 regarding SOL input buffer
> size?
...
>
> Holger,
>
> release of 1.8.13 was announced well ahead, there was plenty of time etc.
> etc. No, no more fixes into 1.8.13. It's 28th
ugust and we could
do this forever - until all bugs and problems are fixed and everybody
is satisfied which is never.
Thanks for understanding,
Z.
>
> -Original Message-
> From: Jim Mankovich [mailto:jm...@hp.com]
> Sent: Monday, August 26, 2013 7:25 PM
> To: ipmitool-deve
-Original Message-
From: Jim Mankovich [mailto:jm...@hp.com]
Sent: Monday, August 26, 2013 7:25 PM
To: ipmitool-devel@lists.sourceforge.net
Subject: [Ipmitool-devel] ipmitool 1.8.13rc1 release is available
All,
I uploaded an updated preliminary release of ipmitool 1.8.13 for testing to
All,
I uploaded an updated preliminary release of ipmitool 1.8.13 for testing
to the source forge ipmitool files repository.
https://sourceforge.net/projects/ipmitool/files/ipmitool/1.8.13rc1/
The 1.8.13rc1 release currently contains all the changes we had planned
to include into 1.8.13, so if
All,
I uploaded an early release of ipmitool 1.8.13 for preliminary testing
to the source forge ipmitool files repository.
https://sourceforge.net/projects/ipmitool/files/ipmitool/1.8.13rc0/
The 1.8.13rc0 release includes all the ipmitool CVS repository changes
posted since the 1.8.12 release
On Tue, Aug 6, 2013 at 8:46 PM, Dan Gora wrote:
[...]
>
> That's fine.. I just thought that if it's going to be another year
> before the 1.8.14 release, that it's probably better to do it now if
> possible.
>
Dan,
I understand. But from my point of view, number and interval between
releases dep
On Tue, Aug 6, 2013 at 3:32 PM, Zdenek Styblik wrote:
> On Tue, Aug 6, 2013 at 8:16 PM, Dan Gora wrote:
>> As for me, I'd like to try and get the changes to be able to remove
>> the -Wno-unused-return flag from the Makefile since that breaks
>> builds. There are several patches pending to be mer
On Tue, Aug 6, 2013 at 8:16 PM, Dan Gora wrote:
> As for me, I'd like to try and get the changes to be able to remove
> the -Wno-unused-return flag from the Makefile since that breaks
> builds. There are several patches pending to be merged for that (ID
> 65: Fixes for configure.in for cross comp
As for me, I'd like to try and get the changes to be able to remove
the -Wno-unused-return flag from the Makefile since that breaks
builds. There are several patches pending to be merged for that (ID
65: Fixes for configure.in for cross compilation).
I also have two patches for ipmi_picmg.c that
On Tue, Aug 6, 2013 at 6:14 PM, Jim Mankovich wrote:
> All,
> I would like to start the 1.8.13 release process this week.Are there
> any pending changes that you feel I should wait for before creating the
> first release candidate tar bundle?
>
> Thanks in Advance,
> Jim
>
> --
> --- Jim Manko
All,
I would like to start the 1.8.13 release process this week.Are there
any pending changes that you feel I should wait for before creating the
first release candidate tar bundle?
Thanks in Advance,
Jim
--
--- Jim Mankovich | jm...@hp.com (US Mountain Time) ---
On Wed, Jul 17, 2013 at 9:42 PM, Dan Gora wrote:
> On Wed, Jul 17, 2013 at 4:28 PM, Dan Gora wrote:
>
>>> Strange since you're the one whom created the ticket in the first
>>> place. But SF.net acts in very strange ways.
>>
>> I think that you can change tickets because you're an Admin. Since
>>
On Wed, Jul 17, 2013 at 4:28 PM, Dan Gora wrote:
>> Strange since you're the one whom created the ticket in the first
>> place. But SF.net acts in very strange ways.
>
> I think that you can change tickets because you're an Admin. Since
> I'm a nobody, I cannot do anything, even touch my own tic
On Wed, Jul 17, 2013 at 4:21 PM, Zdenek Styblik
wrote:
> On Wed, Jul 17, 2013 at 9:11 PM, Dan Gora wrote:
>> On Wed, Jul 17, 2013 at 4:06 PM, Zdenek Styblik
>> wrote:
>>
I posted 6 patches back on Apr 29, 2013 to fix the issues we had with
removing the -Wno-unused-result flag from CFLA
On Wed, Jul 17, 2013 at 9:11 PM, Dan Gora wrote:
> On Wed, Jul 17, 2013 at 4:06 PM, Zdenek Styblik
> wrote:
>
>>> I posted 6 patches back on Apr 29, 2013 to fix the issues we had with
>>> removing the -Wno-unused-result flag from CFLAGS that never got
>>> reviewed or acked or anything. This was
On Wed, Jul 17, 2013 at 4:06 PM, Zdenek Styblik
wrote:
>> I posted 6 patches back on Apr 29, 2013 to fix the issues we had with
>> removing the -Wno-unused-result flag from CFLAGS that never got
>> reviewed or acked or anything. This was issue #3608759, now is issue
>> #65 http://sourceforge.net
On Wed, Jul 17, 2013 at 8:46 PM, Dan Gora wrote:
> Hi Jim,
>
>
> I posted 6 patches back on Apr 29, 2013 to fix the issues we had with
> removing the -Wno-unused-result flag from CFLAGS that never got
> reviewed or acked or anything. This was issue #3608759, now is issue
> #65 http://sourceforge.
Hi Jim,
I posted 6 patches back on Apr 29, 2013 to fix the issues we had with
removing the -Wno-unused-result flag from CFLAGS that never got
reviewed or acked or anything. This was issue #3608759, now is issue
#65 http://sourceforge.net/p/ipmitool/patches/65/.
(What happened with the whole bug
All,
It has been almost a year since 1.8.12 was released so I think it is time to
schedule
a release of 1.8.13. I would like to propose posting a release candidate for
1.8.13 in
early August with a final 1.8.13 release sometime in September if possible.
If you
have any ipmitool changes you
On Mon, Jul 8, 2013 at 12:06 PM, Zdenek Styblik
wrote:
> On Wed, Mar 27, 2013 at 1:07 PM, wrote:
>> OK - will let you know what we find.
>>
>> Thanks Z,
>>
>> Richard Detweiler | T 256-261-6550
>>
>
> Hello Richard,
>
> any progress on this one?
>
> Thanks,
> Z.
>
Scratch that.
Z.
>>
>>
On Wed, Mar 27, 2013 at 1:07 PM, wrote:
> OK - will let you know what we find.
>
> Thanks Z,
>
> Richard Detweiler | T 256-261-6550
>
Hello Richard,
any progress on this one?
Thanks,
Z.
>
> -Original Message-
> From: Zdenek Styblik [mailto:zdenek.styb...@gmail.com]
> Sent: Wednesday,
Hello, Zdenek,
I confirm the patches are relevant.
I confirm the change is correct.
Regards,
Dmitry
27.05.2013 17:25, Zdenek Styblik пишет:
> On Tue, Apr 23, 2013 at 9:38 AM, Zdenek Styblik
> wrote:
>> On Tue, Apr 23, 2013 at 6:35 AM, Dmitry Bazhenov
>> wrote:
>>> Hello, Zdenek,
>>>
>>> Are t
On Tue, Apr 23, 2013 at 9:38 AM, Zdenek Styblik
wrote:
> On Tue, Apr 23, 2013 at 6:35 AM, Dmitry Bazhenov
> wrote:
>> Hello, Zdenek,
>>
>> Are there any other comments to the patch or I can treat it is accepted?
>>
>> Regards,
>> Dmitry
>>
>
> Dmitry,
>
> no more comments about this one. However
Hello, Zdenek,
No objections.
Dmitry
26.04.2013 23:10, Zdenek Styblik пишет:
> On Fri, Apr 26, 2013 at 7:44 AM, Dmitry Bazhenov
> wrote:
>> Hello, Zdenek,
>>
>> The updated patch to IPMITool works as follows.
>>
>> By default, ipmishell is enabled (for linux as default OS). Then,
>> OS-default
On Fri, Apr 26, 2013 at 7:44 AM, Dmitry Bazhenov wrote:
> Hello, Zdenek,
>
> The updated patch to IPMITool works as follows.
>
> By default, ipmishell is enabled (for linux as default OS). Then,
> OS-defaults are applied.
>
> If ipmishell remains enabled by default, its prerequisites are checked a
Hello, Zdenek,
The updated patch to IPMITool works as follows.
By default, ipmishell is enabled (for linux as default OS). Then,
OS-defaults are applied.
If ipmishell remains enabled by default, its prerequisites are checked
and if the check fails, then ipmishell is disabled.
Next, the --enab
Dmitry, Dan,
In doing some testing on my system, I've found that the value of
the IPMB address doesn't make any difference when you do bridged
requests over lanplus. I believe the same is true for lan as well since
Dan's testing showed that the value specified with -m address didn't
make any dif
Dan,
Here is what I can tell you about the test differences between TOB and TOB with
my patch applied.For both versions, the interface is opened with the
the default IPMB address of 0x20 and not using the address specified on the
command
line via the -m switch. Another subtle but important
Hello, Jim,
I need to think it through.
Since double bridging is used to access AMC modules, then I guess, it
maybe not worth to bother with the discovered PICMG address in LAN or
other interfaces.
Regards,
Dmitry
24.04.2013 23:42, Jim Mankovich пишет:
> Dmitry,
>
> See below,
>
> -- Jim Manko
Ok, sorry about _this_ email The previous results were accurate after all...
thanks
dan
On Wed, Apr 24, 2013 at 5:03 PM, Dan Gora wrote:
> Hi Jim,
>
> Please ignore the results from my last email.. I think that I have your
> patch applied to the wrong version of the source Let me start
Hi Jim,
Please ignore the results from my last email.. I think that I have your
patch applied to the wrong version of the source Let me start this
all over again before we go any further..
Sorry about that.
thanks
dan
-
On Wed, Apr 24, 2013 at 12:52 PM, Jim Mankovich wrote:
> The first major difference between TOB (What you call CVS ROOT) and TOB plus
> my
> patch is the fact that on a PICMG platform, my patch will always perform a
> PICMG
> address discovery, whereas TOB would only do this if you specified '-m
Dmitry,
See below,
-- Jim Mankovich | jm...@hp.com (US Mountain Time) --
On 4/19/2013 12:47 AM, Dmitry Bazhenov wrote:
> Hello, Jim,
>
> Unfortunately, we can not change my_addr after discovering that the IPMC
> address on the primary IPMB is different from what was used to connect the
> IPMC.
Dan,
I was initially attempting to understand why I could not access specific
entities
using the bridging command line arguments (-t, -b, -T, -B,) and the -m switch.
This
led me to the discovery that you had to specify -m 0 to get the PICMG discovery
code to run, then to how the target and tran
Hi guys,
I'm working on coming up with a set of test cases to test this patch,
but I'm going to need some help with making sure that everything is
sane and valid.
First off, can you describe, Jim, what was the problem was initially
in 1.8.12 exactly? What were you trying to read and how were you
On Tue, Apr 23, 2013 at 6:36 AM, Dmitry Bazhenov wrote:
> Hello, Zdenek,
>
> Can I treat the patches as accepted or there are going to be other comments?
>
> Regards,
> Dmitry
>
Dmitry,
the following comments don't necessarily mean you have to re-do
things. They can be addressed by person doing
On Tue, Apr 23, 2013 at 6:35 AM, Dmitry Bazhenov wrote:
> Hello, Zdenek,
>
> Are there any other comments to the patch or I can treat it is accepted?
>
> Regards,
> Dmitry
>
Dmitry,
no more comments about this one. However, you might want to wait till
some pro swings around and gives you his ble
Hello, Zdenek,
Can I treat the patches as accepted or there are going to be other comments?
Regards,
Dmitry
19.04.2013 12:53, Dmitry Bazhenov пишет:
> Hello, Zdenek,
>
> I addressed your comments. Please, review.
> I put the changes into separate files this time.
>
> In configure.ac I made defau
Hello, Zdenek,
Are there any other comments to the patch or I can treat it is accepted?
Regards,
Dmitry
19.04.2013 12:56, Dmitry Bazhenov пишет:
> Zdenek,
>
> I corrected the indentation and formatting. Please, review.
>
> Regards,
> Dmitry
>
> 18.04.2013 17:03, Zdenek Styblik пишет:
>> On Thu,
Zdenek,
I corrected the indentation and formatting. Please, review.
Regards,
Dmitry
18.04.2013 17:03, Zdenek Styblik пишет:
On Thu, Apr 18, 2013 at 8:00 AM, Dmitry Bazhenov wrote:
Hello, all,
The attached patch adds a OEM handle and workaround code for Intel i82751
MAC working in the super
Hello, Zdenek,
I addressed your comments. Please, review.
I put the changes into separate files this time.
In configure.ac I made default option values for all interfaces. So,
there should be no way some of them may be uninitialized.
Also, I re-arranged such that ipmishell is automatically di
Hello, Jim,
Unfortunately, we can not change my_addr after discovering that the IPMC
address on the primary IPMB is different from what was used to connect
the IPMC.
Consider an example. A board is accessed via LAN using 20h as a slave
addres while the slave address on the primary IPMB is 90h.
On Thu, Apr 18, 2013 at 8:00 AM, Dmitry Bazhenov wrote:
> Hello, all,
>
> The attached patch adds a OEM handle and workaround code for Intel i82751
> MAC working in the super pass-though mode which has known deviations in its
> RMCP+ implementation. With the OEM handle active, IPMITool can success
On Thu, Apr 18, 2013 at 7:49 AM, Dmitry Bazhenov wrote:
> Hello, all,
>
Hi,
> The attached patch fixes several compile and run-time bugs in the current
> ipmitool TOB:
>> o lib/ipmi_sel.c
>> - zero data before making request to avoid reading of uninitialized
>> data
This looks ok.
>
Hello, all,
The attached patch adds a OEM handle and workaround code for Intel
i82751 MAC working in the super pass-though mode which has known
deviations in its RMCP+ implementation. With the OEM handle active,
IPMITool can successfully interact with this Intel 82751-based boards.
Please, r
Hello, all,
The attached patch fixes several compile and run-time bugs in the
current ipmitool TOB:> o lib/ipmi_sel.c
- zero data before making request to avoid reading of uninitialized data
o lib/ipmi_mc.c
- do not print AUX info, if IPMC return 12-byte Get Device ID respon
Hi Dmitry,
I've attached an update patch which removes the need to close/re-open the
interface when
the PICMG discovered IPMB address is found to be different than the IPMB
address used to
open the interface.A new per interface function was added to enable setting
the IPMB
address (if the
Hello, Hank,
You are correct, IPMI spec does not determine how to handle SDRs over
various channels. Neither the PICMG spec somehow specifies that.
My understanding is as follows:
The sensor owner ID (IPMB slave address) in SDRs stands for the IPMC
address on its primary IPMB channel (channel
Hello, Jim,
Please, see my comments mixed in.
17.04.2013 2:21, Jim Mankovich пишет:
> Dmitry,
>
> See my comments below.
>
> Thanks,
> Jim
>
> -- Jim Mankovich | jm...@hp.com (US Mountain Time) --
>
> On 4/15/2013 11:01 PM, Dmitry Bazhenov wrote:
>> Hello, Jim,
>>
>> Your approach has technical a
Jim, Dmitry,
You are getting into a gray area of IPMI. SDR's allow a single channel but
IPM Controllers allows multiple IPMI Buses, each with their own channel.
Management Controller Locator Record do not have a provision for which IPMI
channel is perfered or active(in the case where there are re
Dmitry,
See my comments below.
Thanks,
Jim
-- Jim Mankovich | jm...@hp.com (US Mountain Time) --
On 4/15/2013 11:01 PM, Dmitry Bazhenov wrote:
> Hello, Jim,
>
> Your approach has technical and logical flaws.
>
> In technical part, all interface drivers shall be ensured to use correct IPMB
> ad
Hello, Jim,
Your approach has technical and logical flaws.
In technical part, all interface drivers shall be ensured to use correct
IPMB address when establishing or closing session/interface. This
especially regards to LAN and LAN+ drivers. Since some library
functionality may close and re-op
Hi Dmitry,
I have a similar approach to what you outlined, but I did not find the need to
do
anything different the the "-m" command line switch. I've attached a patch
I've
been using to resolve the issue I was having and would appreciate any feedback
you
might have on my approach.The pa
Hello, Jim,
Your understanding is correct. Moreover, we already have a patch which
solves the issue (in our local IPMITool repo). We are going to submit
the patch for this issue shortly.
And to the topic raised.
The sensor owner ID in the SDR in my opinion shall match with the IPMC
slave addr
1 - 100 of 436 matches
Mail list logo
