Tha last question ;)

On 10/16, Tejun Heo wrote:
>
> @@ -190,12 +201,12 @@ static void freezer_fork(struct task_struct *task)
>               goto out;
>
>       spin_lock_irq(&freezer->lock);
> -     BUG_ON(freezer->state == CGROUP_FROZEN);
> -
> -     /* Locking avoids race with FREEZING -> THAWED transitions. */
> -     if (freezer->state == CGROUP_FREEZING)
> +     /*
> +      * @task might have been just migrated into a FROZEN cgroup.

Confused. If it was migrated, then freezer_attach() should take care
do freeze_task?

IOW,

> Test
> +      * equality with THAWED.  Read the comment in freezer_attach().
> +      */
> +     if (freezer->state != CGROUP_THAWED)
>               freeze_task(task);
> -

This can only happen in the "normal" case, when a CGROUP_FREEZING task
forks the new child. So we could even do BUG_ON(state = CGROUP_FROZEN).

Or there could be another reason?

Oleg.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to