[Freeipmi-devel] Re: FreeIPMI testsuite

[Albert Chu]

Hi Coly,

I think all testing is good.  The ones I listed below are my
organization's primary concerns right now, but long term it would be
best to test everything humanly possible.  Anything you'd be interested
in adding (assuming you'd want to work on the ones you listed :-) would
be great.

I think if we get a good framework together, then we can plug in our
individual tests into it.  It's on my todo, just need to find time :-)

Al

--
Albert Chu
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory


----- Original Message -----
From: coly li <address@hidden>
Date: Tuesday, December 13, 2005 5:20 pm
Subject: Re: FreeIPMI testsuite

> HI Chu:
> 
> How about these idea:
> 1, ICMB testsuite, for example, communcate from one chassic to 
> another ?
> 2, the max number for SEL or SDR .etc (in 2003 I found if SEL is 
> full on
> some kind of Sahalee, the alarm status can't be changed unless reset
> BMC). 
> 
> BTW. I know why I can't send email to this maillist. for my email
> provider is on the spam blacklist of this maillist. I should try other
> emails.
> 
> Coly
> 
> 
> 
> > Hey A.B.,
> > 
> > I wanted to start discussions on the FreeIPMI testsuite.  What 
> are your
> > ideas?
> > 
> > My ideas are (for the initial start of the testsuite), scripts that:
> > 
> > A) run the user command tools with various permutations of options
> > B) sanity check the output (i.e. are temperatures > 0 and < 1000 
> degrees> Celsius)
> > C) over LAN and In-Band
> > 
> > There would have to be a config file that the user must input IP
> > addresses, usernames, and etc.
> > 
> > What are your ideas?
> > 
> > Al
> > 
> > --
> > Albert Chu
> > address@hidden
> > Computer Scientist
> > High Performance Systems Division
> > Lawrence Livermore National Laboratory
> > 
> > 
> > ----- Original Message -----
> > From: Albert Chu <address@hidden>
> > Date: Thursday, December 8, 2005 8:26 pm
> > Subject: Re: [Freeipmi-devel] FreeIPMI meeting notes + Todos
> > 
> > > Hi Coly,
> > > 
> > > Actually, I should also ask what kind of ideas do you have.  
> Was there
> > > any kind of testsuite or work you were interested in doing?  
> > > 
> > > Al
> > > 
> > > --
> > > Albert Chu
> > > address@hidden
> > > Computer Scientist
> > > High Performance Systems Division
> > > Lawrence Livermore National Laboratory
> > > 
> > > 
> > > ----- Original Message -----
> > > From: Albert Chu <address@hidden>
> > > Date: Thursday, December 8, 2005 8:22 pm
> > > Subject: Re: [Freeipmi-devel] FreeIPMI meeting notes + Todos
> > > 
> > > > Hi Coly,
> > > > 
> > > > I'm glad to hear about your interest in working on FreeIPMI.  
> > > > Actually,myself and A.B. spoke about starting a testsuite 
> soon.  
> > > We 
> > > > still need to
> > > > flesh out some details, but if you'd like to help, we can 
> always 
> > > > use the
> > > > extra help.
> > > > 
> > > > Al
> > > > 
> > > > --
> > > > Albert Chu
> > > > address@hidden
> > > > Computer Scientist
> > > > High Performance Systems Division
> > > > Lawrence Livermore National Laboratory
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > From: coly li <address@hidden>
> > > > Date: Thursday, December 8, 2005 5:42 pm
> > > > Subject: Re: [Freeipmi-devel] FreeIPMI meeting notes + Todos
> > > > 
> > > > > Hi,every one. I just join this maillist these days. I've 
> worked 
> > > > on 
> > > > > IPMIfor three years, including driver, FW and system 
> software. 
> > > I 
> > > > > want to do
> > > > > something for this project, for example writing some 
> testsuite, or
> > > > > documentations.
> > > > > 
> > > > > Where can I start ?
> > > > > 
> > > > > Coly
> > > > > 
> > > > > 
> > > > > 
> > > > > ? 2005-12-08?? 11:23 -0800?Albert Chu???
> > > > > > MEETING NOTES
> > > > > > 
> > > > > > Compliance Testing:
> > > > > > 
> > > > > > Linux IPMI Test Suite
> > > > > > ---------------------
> > > > > > 
> > > > > > Use testsuites for major open source applications as a 
> "starter"> > > > > testsuite for both vendors and users.  Vendors 
> get extra 
> > > > testing and
> > > > > > some assurance open source projects will work with their 
> > > hardware.> > > Users of IPMI (including someone like Cyclades) 
> get 
> > > extra 
> > > > assurance> > their technology will work with certain 
> hardware.  
> > > > Open source
> > > > > > projects get more testing of their tools.  Combination of 
> > > multiple> > > projects covers more IPMI functionality than any 
> one 
> > > project (can
> > > > > > likely) cover on their own.
> > > > > > 
> > > > > > TODOS:
> > > > > > Zresearch - Start on FreeIPMI Testsuite
> > > > > > LLNL - Get/devel IPMItool testsuite, speak to OpenIPMI 
> author> > > > > General todo: Try to build momentum on this.
> > > > > > 
> > > > > > IPMItool + Ipmipower:
> > > > > > ---------------------
> > > > > > 
> > > > > > Idea is HPC features of Ipmipower would be very useful in 
> > > > > Ipmitool. 
> > > > > > Ipmitool would get HPC features and Ipmipower gets more IPMI
> > > > > > specification coverage.
> > > > > > 
> > > > > > Interest: Cyclades
> > > > > > TODO: Continue discussions on it with Ipmitool author.  
> Just 
> > > > need 
> > > > > to start.
> > > > > > 
> > > > > > ICTS
> > > > > > ----
> > > > > > Why is the ICTS testsuite only available to "IPMI 
> Adopters".  
> > > > > This is
> > > > > > stupid, users want it too for testing.
> > > > > > 
> > > > > > TODO: Zresearch, LLNL, anyone: Bug Intel people.
> > > > > > 
> > > > > > FreeIPMI in Redhat
> > > > > > ------------------
> > > > > > 
> > > > > > Get vendor support by getting FreeIPMI into RHEL.
> > > > > > 
> > > > > > TODO: LLNL and SLAC will bug Redhat on our weekly 
> conference 
> > > > calls.> > 
> > > > > > FreeIPMI TODOS
> > > > > > --------------
> > > > > > 
> > > > > > Zresearch TODO: Raw Hex command support
> > > > > > 
> > > > > > Zresearch TODO: Perl/Python Bindings(?)
> > > > > > (Al: Sorry, my notes weren't clear, I'm not sure.)
> > > > > > 
> > > > > > Zresearch TODO: Adveritse/document Guile, point to 
> howto's, 
> > > > > supply templates
> > > > > > 
> > > > > > Web GUI/Windows Compilation of FreeIPMI
> > > > > > ---------------------------------------
> > > > > > 
> > > > > > I don't know if we came to a conclusion, I can't 
> remember.  
> > > Sorry.> > > Maybe vendors can tell us if this is important to 
> them 
> > > and 
> > > > would 
> > > > > make> them more interested in FreeIPMI.
> > > > > > 
> > > > > > FreeIPMI Coding
> > > > > > ---------------
> > > > > > 
> > > > > > CVS Tagging: Announce to freeipmi-devel before making a 
> > > release 
> > > > tag.> > 
> > > > > > CVS branching: Branch experimental code and work 
> > > independently 
> > > > until> > it is reasonably complete.  Then merge into head.  
> > > > Incomplete 
> > > > > changes> or major architectural changes (i.e. UDM would 
> have 
> > > > fallen 
> > > > > under this)
> > > > > > aren't submitted into the head until completion.
> > > > > > 
> > > > > > fiid_template_t: We will always stay to spec.  Never 
> deviate!> > > > > 
> > > > > > fiid_template_t/fiid_obj_t reorganization: We will all 
> think 
> > > > > about it
> > > > > > and discuss further on the mailing list.  There are many 
> > > different> > > methods to re-architect the underlying objects 
> to 
> > > meet this need.
> > > > > > 
> > > > > > lan session management in libfreeipmie: We all agreed 
> that 
> > > session> > > management is getting more difficult in IPMI 2.0.  
> A 
> > > > rearchitect or
> > > > > > new set of APIs may be necessary to make session management
> > > > > > manageable.
> > > > > > 
> > > > > > libfreeipmi re-org: The directory libfreeipmi/src/ is 
> large and
> > > > > > big. We agreed that subsections of the library could be 
> put in
> > > > > > subdirectories or organized in some better manner.
> > > > > > 
> > > > > > LGPL: We need to consider LGPLing libfreeipmi for the 
> > > potential 
> > > > > it may
> > > > > > be used by more vendors.  To be discussed in more detail 
> on the
> > > > > > mailing list.
> > > > > > 
> > > > > > UDM: One remaining big bug.  Another set of eyes would be 
> > > > useful, so
> > > > > > Al Chu will try and hunt this one down.
> > > > > > 
> > > > > > Multihost LAN API: Many possible implementations and API
> > > > > > possibilities.  We'll all think about it and discuss 
> further 
> > > on 
> > > > the> > mailing list.
> > > > > > 
> > > > > > --
> > > > > > Albert Chu
> > > > > > address@hidden
> > > > > > Computer Scientist
> > > > > > High Performance Systems Division
> > > > > > Lawrence Livermore National Laboratory
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > _______________________________________________
> > > > > > Freeipmi-devel mailing list
> > > > > > address@hidden
> > > > > > http://lists.gnu.org/mailman/listinfo/freeipmi-devel
> > > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > _______________________________________________
> > > > Freeipmi-devel mailing list
> > > > address@hidden
> > > > http://lists.gnu.org/mailman/listinfo/freeipmi-devel
> > > > 
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > Freeipmi-devel mailing list
> > > address@hidden
> > > http://lists.gnu.org/mailman/listinfo/freeipmi-devel
> > > 
> > 
> > 
> 
> 
>