Aktionen
Bringup¶
There has to be a bringup application which uses the bringup class from campo.
At least the bringup application is able to write the hwinfo via gdb scripts.
- The result is an protocol that should be added to the hw repository. "doc/bringup_0.1.x.txt". 
The bringup class shall dump the protocoll after the interactive communication. 
- Defects are created
 
- The readme is enhanced by possible erratas with defect id when the reason is clear. (meanwhile fixed biwak problem)
 
Architecture¶
class CBringup
{
   CList<CResult> results;
}
class CWriter
{
   CList<CResult> &results;
   void printSystemInfo();
   void printTests();
   void printSummary();
   void generateProtokol();
}
int CBringup::testAssert(const char *test)
{
   CResult &result=( results << CResult(test) );
   result.setGroup(getGroup());
}
int CBringup::testRtc(CRtc &rtc)
{
   setGroup("RTC");
   testAssert("plausibility", rtc.getDate() > 2010, rtc.getDate() );
   return(sta);
}
	
Alternative¶
Keeping CBringup more generic and using inheritance for tests.
This will create a lot of overhead for all splitted classes.
CBringup
{
   CList <CTest *> tests;
}
CTest
{
   const char *topic;
   CList <CResult> results;
   run() = 0;
}
CResult
{
   const char *issue;
   EResult result;
}
main()
{
   CPlatform *pPlatform=new CPlatform();
   CBringup bringup( eRtc |  
                     eUsb | eUart | eOutputs
   );
   bringup.addTest( new CTestRtc( pPlatform->m_rtc1 ) );
   bringup.addTest( new CTestUsb( pPlatform->m_usb1 ) );
   CWriterMd writer( bringup );
}
CTestRtc::run()
{
}
Von Maximilian Seesslen vor etwa 3 Jahren aktualisiert · 7 Revisionen