History log of /external/ltp/testscripts/load_stress_all_kernel_modules.sh
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
4548c6cf9bcdd96d8303caa4130ab638b61f8a30 19-Oct-2012 Wanlong Gao <gaowanlong@cn.fujitsu.com> Update FSF address

find . -type f -exec sed -i 's/675 Mass Ave, Cambridge, MA 02139, USA/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA/g' {} \;
find . -type f -exec sed -i 's/59 Temple Place, Suite 330, Boston, MA 02111-1307 USA/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA/g' {} \;

Signed-off-by: Wanlong Gao <gaowanlong@cn.fujitsu.com>
/external/ltp/testscripts/load_stress_all_kernel_modules.sh
fb298ea7115a34a8fcb39df6909b19ab04bec7bb 16-Mar-2009 subrata_modak <subrata_modak> Stress script to load all modules: In testing one of the distros (unreleased), i recently discovered a problem where the kernel hangs while loading all the modules sequentially. This was a random testing conducted through the following simple script. The distro kernel hanged in several instances of testing, and, the machine had to be rebooted each time. When i verified the same script through some other already stable distros, i found that those stable kernels handle the situation well by not laoding those modules for which controllers does not exist. Module loading errors were expected, nevertheless i expected the kernel to hang each time this script executed. I thought this could be a good stress generation script for any system. Signed-Off-By: Subrata Modak <subrata@linux.vnet.ibm.com>.
/external/ltp/testscripts/load_stress_all_kernel_modules.sh