Re: [patch] ipv4: initialize arp_tbl rw lock

On Sat, Apr 08, 2006 at 03:14:04AM -0700, David S. Miller wrote:
 
> Perhaps fs_initcall() would work better.  Or if that causes
> problems we could create a net_initcall() that sits between
> fs_initcall() and device_initcall().

fs_initcall() seems to be used mainly for "init after subsystem" stuff.
Within fs/ only pipe.c uses fs_initcall().

If we are going to overload the usage of fs_initcall() even more then
we should maybe try to rename it?


	Sam
-
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/

---

• References:
  • [patch] ipv4: initialize arp_tbl rw lock
    • From: Heiko Carstens <[email protected]>
  • Re: [patch] ipv4: initialize arp_tbl rw lock
    • From: Stephen Hemminger <[email protected]>
  • Re: [patch] ipv4: initialize arp_tbl rw lock
    • From: Heiko Carstens <[email protected]>
  • Re: [patch] ipv4: initialize arp_tbl rw lock
    • From: "David S. Miller" <[email protected]>

• Prev by Date: Dumpable tasks and ownership of /proc/*/fd
• Next by Date: Re: [PATCH rc1-mm] de_thread: fix deadlockable process addition
• Previous by thread: Re: [patch] ipv4: initialize arp_tbl rw lock
• Next by thread: Re: [patch] ipv4: initialize arp_tbl rw lock
• 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]