2012/3/20 Toralf Förster <toralf.foerster@xxxxxx>: > > Lucas De Marchi wrote at 14:51:51 >> Hi Toralf, >> >> 2012/3/20 Toralf Förster <toralf.foerster@xxxxxx>: >> > I get with 3.2.12 as hsot system and 3.3 as guest : >> > >> > ... >> > make --no-print-directory check-TESTS >> > GEN testsuite/rootfs >> > TESTSUITE: running test_initlib, in forked context >> > TESTSUITE: 'test_initlib' [5644] exited with return code 0 >> > TESTSUITE: PASSED: test_initlib >> > TESTSUITE: running test_insert, in forked context >> > TESTSUITE: ERR: could not insert module: No such file or directory >> >> Did you configure it any different from what bootstrap-configure does? >> We don't support random rootprefix, prefix, etc for running testsuite. >> See testsuite/README, item #9. >> >> >> >> >> Regards, >> Lucas De Marchi > > From Gentoo's developer I got : > --- Comment #3 from William Hubbs <williamh@xxxxxxxxxx> --- > To answer upstream's question, yes we use a different prefix and > rootprefix from the default. > > Another issue that he pointed out to me was that you would also need > /sys. Without that there is no way to tell whether modules are loaded. > > He also pointed out, however, that the test suite is intended for kmod > developers. > > Given this information, I have put a restriction in the kmod ebuild so > that we will not attempt to run the test suite. Yeah, I talked to him on IRC about this. It's a current limitation of the testsuite: we rely on a set of flags passed during build and since distros build kmod with different flags, users of that packages are not able sanely run it. As discussed with and Archlinux developers, maybe we will change the way the "rootfs" is used in testsuite and them we may want to cover the use case of different flags as well. So, as of now I think the best thing to do is to disable testsuite for _users_. Regards, Lucas De Marchi -- To unsubscribe from this list: send the line "unsubscribe linux-modules" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
