1. 12 Dec, 2009 1 commit
  2. 11 Dec, 2009 3 commits
  3. 08 Dec, 2009 1 commit
  4. 04 Dec, 2009 1 commit
  5. 03 Dec, 2009 7 commits
  6. 26 Nov, 2009 1 commit
    • Ilya Loginov's avatar
      block: add helpers to run flush_dcache_page() against a bio and a request's pages · 2d4dc890
      Ilya Loginov authored
      Mtdblock driver doesn't call flush_dcache_page for pages in request.  So,
      this causes problems on architectures where the icache doesn't fill from
      the dcache or with dcache aliases.  The patch fixes this.
      The ARCH_IMPLEMENTS_FLUSH_DCACHE_PAGE symbol was introduced to avoid
      pointless empty cache-thrashing loops on architectures for which
      flush_dcache_page() is a no-op.  Every architecture was provided with this
      flush pages on architectires where ARCH_IMPLEMENTS_FLUSH_DCACHE_PAGE is
      equal 1 or do nothing otherwise.
      See "fix mtd_blkdevs problem with caches on some architectures" discussion
      on LKML for more information.
      Signed-off-by: default avatarIlya Loginov <isloginov@gmail.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Peter Horton <phorton@bitbox.co.uk>
      Cc: "Ed L. Cashin" <ecashin@coraid.com>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
  7. 25 Nov, 2009 1 commit
  8. 18 Nov, 2009 1 commit
  9. 17 Nov, 2009 1 commit
    • Lin Ming's avatar
      timekeeping: Fix clock_gettime vsyscall time warp · 0696b711
      Lin Ming authored
      Since commit 0a544198
       "timekeeping: Move NTP adjusted clock multiplier
      to struct timekeeper" the clock multiplier of vsyscall is updated with
      the unmodified clock multiplier of the clock source and not with the
      NTP adjusted multiplier of the timekeeper.
      This causes user space observerable time warps:
      new CLOCK-warp maximum: 120 nsecs,  00000025c337c537 -> 00000025c337c4bf
      Add a new argument "mult" to update_vsyscall() and hand in the
      timekeeping internal NTP adjusted multiplier.
      Signed-off-by: default avatarLin Ming <ming.m.lin@intel.com>
      Cc: "Zhang Yanmin" <yanmin_zhang@linux.intel.com>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Tony Luck <tony.luck@intel.com>
      LKML-Reference: <1258436990.17765.83.camel@minggr.sh.intel.com>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
  10. 15 Nov, 2009 1 commit
  11. 12 Nov, 2009 1 commit
  12. 10 Nov, 2009 1 commit
    • FUJITA Tomonori's avatar
      swiotlb: Defer swiotlb init printing, export swiotlb_print_info() · ad32e8cb
      FUJITA Tomonori authored
      This enables us to avoid printing swiotlb memory info when we
      initialize swiotlb. After swiotlb initialization, we could find
      that we don't need swiotlb.
      This patch removes the code to print swiotlb memory info in
      swiotlb_init() and exports the function to do that.
      Signed-off-by: default avatarFUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
      Cc: chrisw@sous-sol.org
      Cc: dwmw2@infradead.org
      Cc: joerg.roedel@amd.com
      Cc: muli@il.ibm.com
      Cc: tony.luck@intel.com
      Cc: benh@kernel.crashing.org
      LKML-Reference: <1257849980-22640-9-git-send-email-fujita.tomonori@lab.ntt.co.jp>
      [ -v2: merge up conflict ]
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
  13. 06 Nov, 2009 2 commits
    • Isaku Yamahata's avatar
      ia64/xen: compilation fix · 5b5d9448
      Isaku Yamahata authored
      This patch fixes the following compilation error introduced by a PCI related
      The change set of 5dd1af9f84c79bedd589db89e71ca733f3bf0ebd moves some
      xen related definitions from the arch header file
      (x86/include/asm/xen/hypervisor.h) to the common header file
      (include/xen/xen.h).  So ia64/xen also follows it.
      In file included from linux-next/include/xen/grant_table.h:41,
                       from linux-next/drivers/block/xen-blkfront.c:48:
      linux-next/arch/ia64/include/asm/xen/hypervisor.h:43: error: nested redefinition of 'enum xen_domain_type'
      linux-next/arch/ia64/include/asm/xen/hypervisor.h:43: error: redeclaration of 'enum xen_domain_type'
      linux-next/arch/ia64/include/asm/xen/hypervisor.h:44: error: redeclaration of enumerator 'XEN_NATIVE'
      linux-next/include/xen/xen.h:5: error: previous definition of 'XEN_NATIVE' was here
      linux-next/arch/ia64/include/asm/xen/hypervisor.h:45: error: redeclaration of enumerator 'XEN_PV_DOMAIN'
      linux-next/include/xen/xen.h:6: error: previous definition of 'XEN_PV_DOMAIN' was here
      linux-next/arch/ia64/include/asm/xen/hypervisor.h:46: error: redeclaration of enumerator 'XEN_HVM_DOMAIN'
      linux-next/include/xen/xen.h:7: error: previous definition of 'XEN_HVM_DOMAIN' was here
      Signed-off-by: default avatarIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
    • Eric W. Biederman's avatar
      sysctl: ia64 Use the compat_sys_sysctl · 6f589526
      Eric W. Biederman authored
      Now that we have a generic 32bit compatibility implementation
      there is no need for ia64 to implement it's own.
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Signed-off-by: default avatarEric W. Biederman <ebiederm@xmission.com>
  14. 04 Nov, 2009 3 commits
  15. 02 Nov, 2009 1 commit
    • Tony Luck's avatar
      Revert "[IA64] fix percpu warnings" · e8c93fc7
      Tony Luck authored
      This reverts commit b94b0808
      genksyms currently cannot handle complicated types for exported
      percpu variables.  Drop this patch for now as it prevents a
      module from being loaded on sn2 systems:
       xpc: no symbol version for per_cpu____sn_cnodeid_to_nasid
       xpc: Unknown symbol per_cpu____sn_cnodeid_to_nasid
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  16. 15 Oct, 2009 1 commit
  17. 14 Oct, 2009 1 commit
  18. 13 Oct, 2009 6 commits
  19. 12 Oct, 2009 1 commit
    • Neil Horman's avatar
      net: Generalize socket rx gap / receive queue overflow cmsg · 3b885787
      Neil Horman authored
      Create a new socket level option to report number of queue overflows
      Recently I augmented the AF_PACKET protocol to report the number of frames lost
      on the socket receive queue between any two enqueued frames.  This value was
      exported via a SOL_PACKET level cmsg.  AFter I completed that work it was
      requested that this feature be generalized so that any datagram oriented socket
      could make use of this option.  As such I've created this patch, It creates a
      new SOL_SOCKET level option called SO_RXQ_OVFL, which when enabled exports a
      SOL_SOCKET level cmsg that reports the nubmer of times the sk_receive_queue
      overflowed between any two given frames.  It also augments the AF_PACKET
      protocol to take advantage of this new feature (as it previously did not touch
      sk->sk_drops, which this patch uses to record the overflow count).  Tested
      successfully by me.
      1) Unlike my previous patch, this patch simply records the sk_drops value, which
      is not a number of drops between packets, but rather a total number of drops.
      Deltas must be computed in user space.
      2) While this patch currently works with datagram oriented protocols, it will
      also be accepted by non-datagram oriented protocols. I'm not sure if thats
      agreeable to everyone, but my argument in favor of doing so is that, for those
      protocols which aren't applicable to this option, sk_drops will always be zero,
      and reporting no drops on a receive queue that isn't used for those
      non-participating protocols seems reasonable to me.  This also saves us having
      to code in a per-protocol opt in mechanism.
      3) This applies cleanly to net-next assuming that commit
       (my af packet cmsg patch) is reverted
      Signed-off-by: default avatarNeil Horman <nhorman@tuxdriver.com>
      Signed-off-by: default avatarEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  20. 09 Oct, 2009 1 commit
  21. 07 Oct, 2009 1 commit
    • Tony Luck's avatar
      [IA64] Squeeze ticket locks back into 4 bytes. · 9d40ee20
      Tony Luck authored
      Linus pointed out that other people have spent large amounts of time
      and effort to optimize the layout of frequently used structures. Often
      these have embedded locks, and the assumption is that a lock takes
      4 bytes.  Linus also pointed out how to work with the limited options
      for atomic instructions on Itanium.
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  22. 27 Sep, 2009 2 commits
  23. 25 Sep, 2009 1 commit
    • Tony Luck's avatar
      [IA64] implement ticket locks for Itanium · 2c86963b
      Tony Luck authored
      Back in January 2008 Nick Piggin implemented "ticket" spinlocks
      for X86 (See commit 314cdbef
      IA64 implementation has a couple of differences because of the
      available atomic operations ... e.g. we have no fetchadd2 instruction
      that operates on a 16-bit quantity so we make ticket locks use
      a 32-bit word for each of the current ticket and now-serving values.
      Performance on uncontended locks is about 8% worse than the previous
      implementation, but this seems a good trade for determinism in the
      contended case. Performance impact on macro-level benchmarks is in
      the noise.
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>