On Tue, 17 Jun 2008 18:03:14 +0900, KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx> wrote: > On Tue, 17 Jun 2008 16:47:09 +0900 > Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx> wrote: > > > On Tue, 17 Jun 2008 16:35:01 +0900, Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx> wrote: > > > Hi. > > > > > > I got this bug while migrating pages only a few times > > > via memory_migrate of cpuset. > > > > > > Unfortunately, even if this patch is applied, > > > I got bad_page problem after hundreds times of page migration > > > (I'll report it in another mail). > > > But I believe something like this patch is needed anyway. > > > > > > > I got bad_page after hundreds times of page migration. > > It seems that a locked page is being freed. > > > Good catch, and I think your investigation in the last e-mail was correct. > I'd like to dig this...but it seems some kind of big fix is necessary. > Did this happen under page-migraion by cpuset-task-move test ? > Yes. I made 2 cpuset directories, run some processes in each cpusets, and run a script like below infinitely to move tasks and migrate pages. --- #!/bin/bash G1=$1 G2=$2 move_task() { for pid in $1 do echo $pid >$2/tasks 2>/dev/null done } G1_TASK=`cat ${G1}/tasks` G2_TASK=`cat ${G2}/tasks` move_task "${G1_TASK}" ${G2} & move_task "${G2_TASK}" ${G1} & wait --- I got this bad_page after running this script for about 600 times. Thanks, Daisuke Nishimura. -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html