However; your design has ALL the processes getting suspended. To use the
phantom run queue and migrate them all to it, even with semaphore locks,
makes good sense to me.
(spinlocks may need to be dealt with in the context of waiting for pending
i/o to complete, but that should be doable.)
I would consider creating special SoftwareSuspend processes, similar to the
migration_thread, that hold no locks themselves and move all the processes
to the phantom queue.
These SofwareSuspend processes then would need to wait for some pending I/O,
and then they would "refrigerate" themselves.
This would allow the software suspend to work with RT processes and SMP
systems as well. Further such a feature "could" enable a type of
warm-swapping of hardware to a large system.
However; this is starting to feature creep the TCore design, but the
possibilities are worth considering. On another thread please.
(W) 503-712-8218
MS: JF1-05
2111 N.E. 25th Ave.
Hillsboro, OR 97124
> -----Original Message-----
> From: Pavel Machek [mailto:pavel@suse.cz]
> Sent: Thursday, May 23, 2002 3:07 AM
> To: Alan Cox
> Cc: mgross@unix-os.sc.intel.com; Vamsi Krishna S.; Gross Mark;
> linux-kernel@vger.kernel.org; r1vamsi@in.ibm.com
> Subject: Re: PATCH Multithreaded core dumps for the 2.5.17 kernel was
> ....RE: PATCH Multithreaded core dump support for the 2.5.14 (aO
>
>
> Hi!
>
> > > I think that although my tcore_suspend_threads and
> Pavel's freeze_processes
> > > have similar results, I don't think using Pavel's
> approach for the core dump
> > > is a good idea.
> >
> > Migrating a task to a specific processor is also remarkably
> related. How does
> > it wash out if the suspend thread/freeze process stuff
> works by migrating
> > all the processes to a CPU that doesnt exist ?
>
> That does not solve locks problem.
>
> Pavel
> --
> Casualities in World Trade Center: ~3k dead inside the building,
> cryptography in U.S.A. and free speech in Czech Republic.
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/