Hi Shane, We would go extra mile to support all Linux platforms we can. And if somebody willingly supports us to port the test cases for such infrastructure, then we will be more than willing to walk the extra mile. At the end of the day all of us wants to see LTP being used by people from all Linux Domains.
As you rightly said, i will publish all you documents on the LTP project page, that depicts the intricacies of making LTP work on Embedded platforms. But there are some works that needs to be done, probably from your side: 1) Propose us the fixes that you plan to bring to the present LTP test cases, which will make them work on your embedded platform. But you should make sure that the changes will not de-stabilize LTP run on other hardware platforms. 2) Come up with your document as you proposed. I can definitely assure you help from my side. If it is found that we cannot modify much of the testcases for your embedded needs, then i can start a separate tree/tags-in-cvs to mark only those tests which are specific for embedded run. But i am not that much aware of the embedded environment, and, so will also leave on others who have worked on it (May be Carmelo, Mike, others) to review all that you have proposed below, and give their suggestions on this as well. Hoping to work with you for making LTP work on Embedded platforms as well. Regards-- Subrata On Wed, 2008-04-23 at 15:26 -0400, Shane Volpe wrote: > Subrata, > I think longterm there needs to be a max static (flash) and max > dynamic (RAM) arguments that you can set somewhere in ltp. These > variables will then limit all the tests to what memory resources they > can use. I realize quite a few (although some do) tests to not > support such input arguments but over time they all should be modified > to support them. > > Embedded Linux is growing very quickly and in the embedded world > stability is very important since quite a few embedded systems are > very hard to access and are even sometimes controlling real time > devices were a crash could be very costly. > > I think the demand on Linux test systems for embedded systems is going > to be in high demand and LTP is a very good candidate but if it can > not be easily run on an embedded system then that will hold its > adoption back. > > I'm currently working on getting ltp working on my embedded system and > already have run into quite a few issues all related to tests > accessing or using too much flash/RAM and causing kernel dumps. > > Well enough rambling on, I would like to recommend starting a page on > the wiki to record the efforts involved with setting up ltp to run on > an embedded system. I will be more than willing to document what I > have done and what I will do over the next couple of weeks/months to > get it working. Once it is all documented we can then further discuss > what can be done to make it easier and more automated in future > releases. > > Regards, > Shane > > On Wed, Apr 23, 2008 at 3:28 AM, Subrata Modak > <[EMAIL PROTECTED]> wrote: > > On Tue, 2008-04-22 at 15:16 -0400, Shane Volpe wrote: > > > After doing more reading it looks like -m and -D options are just to > > > "Run LTP under additional background Load" which is not what I > > > originally thought. Is there a way to limit the amount of RAM that > > > the ltp tests will use? I'm trying to run it on an embedded system > > > > I am not sure whether you can reduce the memory useage as the same > > Memory usage may be the ultimate criteria for conducting the tests. > > > > --Subrata > > > > > > > > > with 64MB of SDRAM and several tests are causing the kernel to crash > > > "float_exp_log" being one of them. > > > Regards, > > > Shane > > > > > > > ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
