1. 29 1月, 2008 2 次提交
  2. 20 10月, 2007 1 次提交
  3. 19 10月, 2007 1 次提交
  4. 18 7月, 2007 1 次提交
    • S
      [IrDA]: Fix IrDA build failure · 75a69ac6
      Samuel Ortiz 提交于
      When having built-in IrDA, we hit the following error:
      
      `irda_sysctl_unregister' referenced in section `.init.text' of
      net/built-in.o: defined in discarded section `.exit.text' of
      net/built-in.o
      `irda_proc_unregister' referenced in section `.init.text' of
      net/built-in.o: defined in discarded section `.exit.text' of
      net/built-in.o
      `irsock_cleanup' referenced in section `.init.text' of net/built-in.o:
      defined in discarded section `.exit.text' of net/built-in.o
      `irttp_cleanup' referenced in section `.init.text' of net/built-in.o:
      defined in discarded section `.exit.text' of net/built-in.o
      `iriap_cleanup' referenced in section `.init.text' of net/built-in.o:
      defined in discarded section `.exit.text' of net/built-in.o
      `irda_device_cleanup' referenced in section `.init.text' of
      net/built-in.o: defined in discarded section `.exit.text' of
      net/built-in.o
      `irlap_cleanup' referenced in section `.init.text' of net/built-in.o:
      defined in discarded section `.exit.text' of net/built-in.o
      `irlmp_cleanup' referenced in section `.init.text' of net/built-in.o:
      defined in discarded section `.exit.text' of net/built-in.o
      make[1]: *** [.tmp_vmlinux1] Error 1
      make: *** [_all] Error 2
      
      This is due to the irda_init fix recently added, where we call __exit
      routines from an __init one. It is a build failure that I didn't catch
      because it doesn't show up when building IrDA as a module. My apologies
      for that.
      The following patch fixes that failure and is against your net-2.6
      tree. I hope it can make it to the merge window, and stable@kernel.org
      is CCed on this mail.
      Signed-off-by: NSamuel Ortiz <samuel@sortiz.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      75a69ac6
  5. 15 2月, 2007 1 次提交
    • E
      [PATCH] sysctl: remove insert_at_head from register_sysctl · 0b4d4147
      Eric W. Biederman 提交于
      The semantic effect of insert_at_head is that it would allow new registered
      sysctl entries to override existing sysctl entries of the same name.  Which is
      pain for caching and the proc interface never implemented.
      
      I have done an audit and discovered that none of the current users of
      register_sysctl care as (excpet for directories) they do not register
      duplicate sysctl entries.
      
      So this patch simply removes the support for overriding existing entries in
      the sys_sysctl interface since no one uses it or cares and it makes future
      enhancments harder.
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Acked-by: NRalf Baechle <ralf@linux-mips.org>
      Acked-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: David Howells <dhowells@redhat.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: Corey Minyard <minyard@acm.org>
      Cc: Neil Brown <neilb@suse.de>
      Cc: "John W. Linville" <linville@tuxdriver.com>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Jan Kara <jack@ucw.cz>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: Mark Fasheh <mark.fasheh@oracle.com>
      Cc: David Chinner <dgc@sgi.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Patrick McHardy <kaber@trash.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      0b4d4147
  6. 11 2月, 2007 1 次提交
  7. 01 7月, 2006 1 次提交
  8. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4