Re: [PATCH] nfs lockd reclaimer: Convert to kthread API

On Thu, 2007-04-19 at 01:58 -0600, Eric W. Biederman wrote:
> From: Eric W. Biederman <[email protected]>
> 
> Start the reclaimer thread using kthread_run instead
> of a combination of kernel_thread and daemonize.
> The small amount of signal handling code is also removed
> as it makes no sense and is a maintenance problem to handle
> signals in kernel threads.

Vetoed. Removing stuff just because it doesn't make sense to you is not
acceptable.

Signal handling in reclaimer threads is there in order to allow
administrators to deal with the case where the server never comes up
again.

Trond

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

---

• Follow-Ups:
  • Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
    • From: [email protected] (Eric W. Biederman)

• References:
  • Remaining straight forward kthread API conversions...
    • From: [email protected] (Eric W. Biederman)
  • [PATCH] nfs lockd reclaimer: Convert to kthread API
    • From: "Eric W. Biederman" <[email protected]>

• Prev by Date: Re: Getting the new RxRPC patches upstream
• Next by Date: RE: [PATCH] cciss: Fix warnings during compilation under 32bit environment
• Previous by thread: [PATCH] nfs lockd reclaimer: Convert to kthread API
• Next by thread: Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]