On Wed, 2009-01-14 at 08:14 +0100, Németh Márton wrote: > Hi, > Subrata Modak wrote: > > On Sat, 2009-01-10 at 14:31 +0100, Németh Márton wrote: > >> Hi, > >> > >> the attached patch makes the ltp/testcases/kernel/device-drivers/nls > >> testsuite compileable under Linux kernel 2.6.25. > >> > >> Currently the test_nls_base() crashes with 2.6.25, but without calling that > >> function the module loads and unloads cleanly. This can be a base for > >> checking > >> what is going wrong with nls. > >> > >> Signed-off-by: Márton Németh <nm...@freemail.hu> > > > > Thanks Németh for the patch. I tested the build on my machine 2.6.27, > > x86_64. I have merged this Patch. However, i would request you to send > > me another patch containing the following information: > > > > 1) Kernel config options to be enabled & any special library(s) to be > > installed to allow these tests to be built/run on kernel(s) > 2.6.25 in > > the following README: > > http://ltp.cvs.sourceforge.net/viewvc/ltp/ltp/README > > > > 2) Then, > > http://ltp.cvs.sourceforge.net/viewvc/ltp/ltp/testcases/kernel/device-drivers/nls/README > > should contain information to build/install/run these tests. Since these > > are device drivers tests, and will be executed through insmod, etc, can > > we have a script which automates these steps and reports error in > > loading/unloading of modules as such. I think it can be a very small > > script as well. > > I added some descriptions in the mentioned READMEs. However, I would wait
Thanks for this. > adding an automated shell script because the tests fails on my x86_32 system Ok. > with 2.6.28, and for example "rmmod nlsTest" reports "ERROR: Module nlsTest > is in use". > The real problem is, however, that the one of the test case already caused > NULL pointer exception. > > I also don't have any easy solution to report only the nlsTest output to the > user other than first running "dmesg -c" and then load nlsTest.ko. After the > module was loaded the "dmesg" will only show the output of the testsuite. > The drawback is that the user will loose the first part of his/her "dmesg" > in this way. Regards-- Subrata ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list