1. 02 6月, 2015 1 次提交
  2. 21 5月, 2015 2 次提交
  3. 19 5月, 2015 1 次提交
  4. 13 5月, 2015 2 次提交
  5. 12 5月, 2015 2 次提交
  6. 06 5月, 2015 1 次提交
  7. 05 5月, 2015 8 次提交
    • L
      IB/qib: use arch_phys_wc_add() · d4988623
      Luis R. Rodriguez 提交于
      This driver already makes use of ioremap_wc() on PIO buffers,
      so convert it to use arch_phys_wc_add().
      
      The qib driver uses a mmap() special case for when PAT is
      not used, this behaviour used to be determined with a
      module parameter but since we have been asked to just
      remove that module parameter this checks for the WC cookie,
      if not set we can assume PAT was used. If its set we do
      what we used to do for the mmap for when MTRR was enabled.
      
      The removal of the module parameter is OK given that Andy
      notes that even if users of module parameter are still around
      it will not prevent loading of the module on recent kernels.
      
      Cc: Doug Ledford <dledford@redhat.com>
      Cc: Toshi Kani <toshi.kani@hp.com>
      Cc: Rickard Strandqvist <rickard_strandqvist@spectrumdigital.se>
      Cc: Mike Marciniszyn <mike.marciniszyn@intel.com>
      Cc: Roland Dreier <roland@purestorage.com>
      Cc: Sean Hefty <sean.hefty@intel.com>
      Cc: Hal Rosenstock <hal.rosenstock@gmail.com>
      Cc: Dennis Dalessandro <dennis.dalessandro@intel.com>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Suresh Siddha <sbsiddha@gmail.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Juergen Gross <jgross@suse.com>
      Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
      Cc: Dave Airlie <airlied@redhat.com>
      Cc: Bjorn Helgaas <bhelgaas@google.com>
      Cc: Antonino Daplas <adaplas@gmail.com>
      Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Dave Hansen <dave.hansen@linux.intel.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Michael S. Tsirkin <mst@redhat.com>
      Cc: Stefan Bader <stefan.bader@canonical.com>
      Cc: konrad.wilk@oracle.com
      Cc: ville.syrjala@linux.intel.com
      Cc: david.vrabel@citrix.com
      Cc: jbeulich@suse.com
      Cc: Roger Pau Monné <roger.pau@citrix.com>
      Cc: infinipath@intel.com
      Cc: linux-rdma@vger.kernel.org
      Cc: linux-fbdev@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Cc: xen-devel@lists.xensource.com
      Signed-off-by: NLuis R. Rodriguez <mcgrof@suse.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      d4988623
    • L
      IB/qib: add acounting for MTRR · 87a26e97
      Luis R. Rodriguez 提交于
      There is no good reason not to, we eventually delete it as well.
      
      Cc: Toshi Kani <toshi.kani@hp.com>
      Cc: Suresh Siddha <sbsiddha@gmail.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Juergen Gross <jgross@suse.com>
      Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Dave Airlie <airlied@redhat.com>
      Cc: Antonino Daplas <adaplas@gmail.com>
      Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Mike Marciniszyn <infinipath@intel.com>
      Cc: Roland Dreier <roland@kernel.org>
      Cc: Sean Hefty <sean.hefty@intel.com>
      Cc: Hal Rosenstock <hal.rosenstock@gmail.com>
      Cc: linux-rdma@vger.kernel.org
      Cc: linux-fbdev@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NLuis R. Rodriguez <mcgrof@suse.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      87a26e97
    • S
      RDMA/cxgb4: Report the actual address of the remote connecting peer · 5b6b8fe6
      Steve Wise 提交于
      Get the actual (non-mapped) ip/tcp address of the connecting peer from
      the port mapper
      
      Also setup the passive side endpoint to correctly display the actual
      and mapped addresses for the new connection.
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      5b6b8fe6
    • T
      RDMA/nes: Report the actual address of the remote connecting peer · 230da36a
      Tatyana Nikolova 提交于
      Get the actual (non-mapped) ip/tcp address of the connecting peer from
      the port mapper and report the address info to the user space application
      at the time of connection establishment
      Signed-off-by: NTatyana Nikolova <tatyana.e.nikolova@intel.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      230da36a
    • H
      iw_cxgb4: enforce qp/cq id requirements · 4a75a86c
      Hariprasad S 提交于
      Currently the iw_cxgb4 implementation requires the qp and cq qid densities
      to match as well as the qp and cq id ranges.  So fail a device open if
      the device configuration doesn't meet the requirements.
      
      The reason for these restictions has to do with the fact that IQ qid X
      has a UGTS register in the same bar2 page as EQ qid X.  Thus both qids
      need to be allocated to the same user process for security reasons.
      The logic that does this (the qpid allocator in iw_cxgb4/resource.c)
      handles this but requires the above restrictions.
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Signed-off-by: NHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      4a75a86c
    • H
      iw_cxgb4: use BAR2 GTS register for T5 kernel mode CQs · 09ece8b9
      Hariprasad S 提交于
      For T5, we must not use the kdb/kgts registers, in order avoid db drops
      under extreme loads.
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Signed-off-by: NHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      09ece8b9
    • H
      iw_cxgb4: 32b platform fixes · 6198dd8d
      Hariprasad S 提交于
      - get_dma_mr() was using ~0UL which is should be ~0ULL.  This causes the
      DMA MR to get setup incorrectly in hardware.
      
      - wr_log_show() needed a 64b divide function div64_u64() instead of
        doing
      division directly.
      
      - fixed warnings about recasting a pointer to a u64
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Signed-off-by: NHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      6198dd8d
    • H
      iw_cxgb4: Cleanup register defines/MACROS · 0b741047
      Hariprasad S 提交于
      Cleanup macros and register defines for consistency
      Signed-off-by: NHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      0b741047
  8. 17 4月, 2015 1 次提交
    • M
      cxgb4: drop __GFP_NOFAIL allocation · f72f116a
      Michal Hocko 提交于
      set_filter_wr is requesting __GFP_NOFAIL allocation although it can return
      ENOMEM without any problems obviously (t4_l2t_set_switching does that
      already).  So the non-failing requirement is too strong without any
      obvious reason.  Drop __GFP_NOFAIL and reorganize the code to have the
      failure paths easier.
      
      The same applies to _c4iw_write_mem_dma_aligned which uses __GFP_NOFAIL
      and then checks the return value and returns -ENOMEM on failure.  This
      doesn't make any sense what so ever.  Either the allocation cannot fail or
      it can.
      
      del_filter_wr seems to be safe as well because the filter entry is not
      marked as pending and the return value is propagated up the stack up to
      c4iw_destroy_listen.
      Signed-off-by: NMichal Hocko <mhocko@suse.cz>
      Cc: David Rientjes <rientjes@google.com>
      Cc: Johannes Weiner <hannes@cmpxchg.org>
      Cc: Dave Chinner <david@fromorbit.com>
      Cc: "Theodore Ts'o" <tytso@mit.edu>
      Cc: Mel Gorman <mgorman@suse.de>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Hariprasad S <hariprasad@chelsio.com>
      Cc: Jan Kara <jack@suse.cz>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f72f116a
  9. 16 4月, 2015 8 次提交
  10. 12 4月, 2015 1 次提交
  11. 03 4月, 2015 8 次提交
  12. 26 3月, 2015 1 次提交
  13. 19 3月, 2015 2 次提交
  14. 21 2月, 2015 2 次提交