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

Reply via email to