1. 25 Aug, 2009 1 commit
    • Josh Stone's avatar
      tracing: Rename FTRACE_SYSCALLS for tracepoints · 66700001
      Josh Stone authored
      
      
      s/HAVE_FTRACE_SYSCALLS/HAVE_SYSCALL_TRACEPOINTS/g
      s/TIF_SYSCALL_FTRACE/TIF_SYSCALL_TRACEPOINT/g
      
      The syscall enter/exit tracing is no longer specific to just ftrace, so
      they now have names that reflect their tie to tracepoints instead.
      Signed-off-by: default avatarJosh Stone <jistone@redhat.com>
      Cc: Jason Baron <jbaron@redhat.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Li Zefan <lizf@cn.fujitsu.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
      Cc: Jiaying Zhang <jiayingz@google.com>
      Cc: Martin Bligh <mbligh@google.com>
      Cc: Lai Jiangshan <laijs@cn.fujitsu.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      LKML-Reference: <1251150194-1713-2-git-send-email-jistone@redhat.com>
      Signed-off-by: default avatarFrederic Weisbecker <fweisbec@gmail.com>
      66700001
  2. 12 May, 2009 2 commits
  3. 24 Feb, 2009 1 commit
  4. 22 Feb, 2009 1 commit
    • Ingo Molnar's avatar
      x86: remove the Voyager 32-bit subarch · 965c7eca
      Ingo Molnar authored
      
      
      Impact: remove unused/broken code
      
      The Voyager subarch last built successfully on the v2.6.26 kernel
      and has been stale since then and does not build on the v2.6.27,
      v2.6.28 and v2.6.29-rc5 kernels.
      
      No actual users beyond the maintainer reported this breakage.
      Patches were sent and most of the fixes were accepted but the
      discussion around how to do a few remaining issues cleanly
      fizzled out with no resolution and the code remained broken.
      
      In the v2.6.30 x86 tree development cycle 32-bit subarch support
      has been reworked and removed - and the Voyager code, beyond the
      build problems already known, needs serious and significant
      changes and probably a rewrite to support it.
      
      CONFIG_X86_VOYAGER has been marked BROKEN then. The maintainer has
      been notified but no patches have been sent so far to fix it.
      
      While all other subarchs have been converted to the new scheme,
      voyager is still broken. We'd prefer to receive patches which
      clean up the current situation in a constructive way, but even in
      case of removal there is no obstacle to add that support back
      after the issues have been sorted out in a mutually acceptable
      fashion.
      
      So remove this inactive code for now.
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      965c7eca
  5. 12 Feb, 2009 3 commits
    • Ingo Molnar's avatar
      x86, defconfig: turn off CONFIG_SCSI_ISCSI_ATTRS=y · bd282422
      Ingo Molnar authored
      
      
      It was enabled by mistake - iscsi is not included in a typical
      default PC, and no other architecture has it built-in (=y) either.
      
      Turn it off.
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      bd282422
    • Ingo Molnar's avatar
      x86, defconfig: turn off CONFIG_ENABLE_WARN_DEPRECATED · 55683106
      Ingo Molnar authored
      
      
      deprecation warnings have become rather noisy lately:
      
      drivers/i2c/i2c-core.c: In function ‘i2c_new_device’:
      drivers/i2c/i2c-core.c:283: warning: ‘i2c_attach_client’ is deprecated (declared at include/linux/i2c.h:434)
      drivers/i2c/i2c-core.c: In function ‘i2c_del_adapter’:
      drivers/i2c/i2c-core.c:646: warning: ‘detach_client’ is deprecated (declared at include/linux/i2c.h:154)
      drivers/i2c/i2c-core.c: In function ‘i2c_register_driver’:
      drivers/i2c/i2c-core.c:713: warning: ‘detach_client’ is deprecated (declared at include/linux/i2c.h:154)
      drivers/i2c/i2c-core.c: In function ‘__detach_adapter’:
      drivers/i2c/i2c-core.c:780: warning: ‘detach_client’ is deprecated (declared at include/linux/i2c.h:154)
      drivers/i2c/i2c-core.c: At top level:
      drivers/i2c/i2c-core.c:876: warning: ‘i2c_attach_client’ is deprecated (declared at drivers/i2c/i2c-core.c:827)
      drivers/i2c/i2c-core.c:876: warning: ‘i2c_attach_client’ is deprecated (declared at drivers/i2c/i2c-core.c:827)
      drivers/i2c/i2c-core.c:904: warning: ‘i2c_detach_client’ is deprecated (declared at drivers/i2c/i2c-core.c:879)
      drivers/i2c/i2c-core.c:904: warning: ‘i2c_detach_client’ is deprecated (declared at drivers/i2c/i2c-core.c:879)
      
      So turn it off for now - these reminders can obscure critical warnings.
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      55683106
    • Ingo Molnar's avatar
      x86, defconfig: update the 32-bit defconfig · bc8bd002
      Ingo Molnar authored
      
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      bc8bd002
  6. 29 Jan, 2009 1 commit
  7. 26 Jan, 2009 1 commit
  8. 18 Dec, 2008 1 commit
  9. 24 Nov, 2008 1 commit
  10. 16 Oct, 2008 1 commit
  11. 13 Oct, 2008 1 commit
  12. 05 Sep, 2008 1 commit
    • H. Peter Anvin's avatar
      x86: additional defconfig updates · 5b7e41ff
      H. Peter Anvin authored
      
      
      Additional updates to the x86 defconfigs.  The goals are, as before:
      
      - Make them usable to testers, more so than distributors or end users,
        both of which are likely to have their own config already.
      - Keep 32 and 64 bits as similar as is practical.
      
      Changes:
      
      - Use a more generic CPU type (ppro and generic, respectively).
      - Bump number of CPUs to 64 (few if any NR_CPUS arrays left).
      - Enable PAT.
      - Enable OPTIMIZE_INLINE.
      - Enable microcode update support.
      - Build SMT scheduler support (in addition to MC).
      Signed-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      5b7e41ff
  13. 03 Sep, 2008 1 commit
  14. 27 Aug, 2008 1 commit
    • H. Peter Anvin's avatar
      x86: update defconfigs · c1b362e3
      H. Peter Anvin authored
      
      
      Enable some option commonly used by testers in defconfig, including
      some very common device drivers and network boot support.  defconfig
      is still not meant to be a kitchen-sink configuration.
      Signed-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
      c1b362e3
  15. 20 Jul, 2008 1 commit
    • Ingo Molnar's avatar
      Subject: devmem, x86: fix rename of CONFIG_NONPROMISC_DEVMEM · d092633b
      Ingo Molnar authored
      
      From: Arjan van de Ven <arjan@infradead.org>
      Date: Sat, 19 Jul 2008 15:47:17 -0700
      
      CONFIG_NONPROMISC_DEVMEM was a rather confusing name - but renaming it
      to CONFIG_PROMISC_DEVMEM causes problems on architectures that do not
      support this feature; this patch renames it to CONFIG_STRICT_DEVMEM,
      so that architectures can opt-in into it.
      
      ( the polarity of the option is still the same as it was originally; it
        needs to be for now to not break architectures that don't have the
        infastructure yet to support this feature)
      Signed-off-by: default avatarArjan van de Ven <arjan@linux.intel.com>
      Cc: "V.Radhakrishnan" <rk@atr-labs.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      ---
      d092633b
  16. 12 May, 2008 2 commits
  17. 26 Apr, 2008 1 commit
    • Ingo Molnar's avatar
      x86: add optimized inlining · 60a3cdd0
      Ingo Molnar authored
      
      
      add CONFIG_OPTIMIZE_INLINING=y.
      
      allow gcc to optimize the kernel image's size by uninlining
      functions that have been marked 'inline'. Previously gcc was
      forced by Linux to always-inline these functions via a gcc
      attribute:
      
       #define inline	inline __attribute__((always_inline))
      
      Especially when the user has already selected
      CONFIG_OPTIMIZE_FOR_SIZE=y this can make a huge difference in
      kernel image size (using a standard Fedora .config):
      
         text    data     bss     dec           hex filename
         5613924  562708 3854336 10030968    990f78 vmlinux.before
         5486689  562708 3854336  9903733    971e75 vmlinux.after
      
      that's a 2.3% text size reduction (!).
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      60a3cdd0
  18. 09 Feb, 2008 1 commit
  19. 30 Jan, 2008 1 commit
  20. 25 Oct, 2007 1 commit
    • Sam Ravnborg's avatar
      x86: move defconfig files for i386 and x86_64 to x86 · 2266cfd5
      Sam Ravnborg authored
      
      
      With some small changes to kconfig makefile we can now
      locate the defconfig files for i386 and x86_64 in
      the configs/ subdirectory under x86.
      make ARCH=i386 defconfig and make defconfig
      works as expected also after this change.
      But arch maintainers shall now update a defconfig file in
      the configs/ directory.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      2266cfd5
  21. 22 Jul, 2007 1 commit
  22. 19 Jul, 2007 1 commit
    • Avi Kivity's avatar
      i386: Allow KVM on i386 nonpae · 2d9ce177
      Avi Kivity authored
      
      
      Currently, CONFIG_X86_CMPXCHG64 both enables boot-time checking of
      the cmpxchg64b feature and enables compilation of the set_64bit() family.
      Since the option is dependent on PAE, and since KVM depends on set_64bit(),
      this effectively disables KVM on i386 nopae.
      
      Simplify by removing the config option altogether: the boot check is made
      dependent on CONFIG_X86_PAE directly, and the set_64bit() family is exposed
      without constraints.  It is up to users to check for the feature flag (KVM
      does not as virtualiation extensions imply its existence).
      Signed-off-by: default avatarAvi Kivity <avi@qumranet.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      2d9ce177
  23. 21 May, 2007 1 commit
  24. 02 May, 2007 1 commit
  25. 28 Apr, 2007 1 commit
    • Jeff Garzik's avatar
      libata/IDE: remove combined mode quirk · 8cdfb29c
      Jeff Garzik authored
      
      
      Both old-IDE and libata should be able handle all controllers and
      devices found using normal resource reservation methods.
      
      This eliminates the awful, low-performing split-driver configuration
      where old-IDE drove the PATA portion of a PCI device, in PIO-only mode,
      and libata drove the SATA portion of the /same/ PCI device, in DMA mode.
      Typically vendors would ship SATA hard drive / PATA optical
      configuration, which would lend itself to slow (PIO-only) CD-ROM
      performance.
      
      For Intel users running in combined mode, it is now wholly dependent on
      your driver choice (potentially link order, if you compile both drivers
      in) whether old-IDE or libata will drive your hardware.
      
      In either case, you will get full performance from both SATA and PATA
      ports now, without having to pass a kernel command line parameter.
      Signed-off-by: default avatarJeff Garzik <jeff@garzik.org>
      8cdfb29c
  26. 16 Mar, 2007 1 commit
  27. 13 Feb, 2007 1 commit
  28. 26 Jan, 2007 1 commit
    • Bjorn Helgaas's avatar
      i386: turn on CONFIG_PNP in defconfig · 10fccf5f
      Bjorn Helgaas authored
      
      
      I'm trying to remove drivers/acpi/motherboard.c, which is mostly
      redundant with drivers/pnp/system.c.  So make sure that we include the
      PNP driver in the default config.  Most distros enable this already.
      
      Turning on CONFIG_PNP also causes the following options to be enabled:
      
          CONFIG_PNPACPI
          CONFIG_SERIAL_8250_PNP
      
      CONFIG_SERIAL_8250_PNP causes legacy serial ports to be discovered
      twice, which is ugly but harmless:
      
          serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
          00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
      Signed-off-by: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      10fccf5f
  29. 11 Jan, 2007 1 commit
  30. 30 Dec, 2006 1 commit
  31. 15 Dec, 2006 1 commit
    • Linus Torvalds's avatar
      Remove stack unwinder for now · d1526e2c
      Linus Torvalds authored
      
      
      It has caused more problems than it ever really solved, and is
      apparently not getting cleaned up and fixed.  We can put it back when
      it's stable and isn't likely to make warning or bug events worse.
      
      In the meantime, enable frame pointers for more readable stack traces.
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d1526e2c
  32. 09 Dec, 2006 1 commit
  33. 07 Dec, 2006 1 commit
  34. 21 Oct, 2006 1 commit
  35. 05 Oct, 2006 1 commit
  36. 29 Sep, 2006 1 commit