> Since 2.6.23 still isn't out, and I've managed to reduce my patch
> review backlog a bit, it's probably a good idea to give another update
> about what I have queued for 2.6.24 already and what I hope to get to
> before the merge window opens.
>
> Core:
>
> - My user_mad P_Key index support patch. Merged this, although I
> still owe Sasha a patch to update libraries to use this.
>
> - A fix to the user_mad 32-bit big-endian userspace 64/32 problem
> with the method_mask when registering agents. Merged.
>
> - Sean's QoS changes. Merged.
>
> - Sean's IB CM MRA interface changes. I merged these -- what the
> heck, if it breaks we can back them out.
>
> ULPs:
>
> - Pradeep's IPoIB CM support for devices that don't have SRQs. Sean
> started reviewing but I didn't see any updated patches.
>
> - Moni's IPoIB bonding support. Seems like we found a clean set of
> changes, and these will go in via another (Jeff Garzik's?) tree.
>
> - Rolf's IPoIB MGID scope changes. No review progress here.
>
> - Eli and Michael's IPoIB stateless offload (checksum offload, LSO,
> LRO, etc). Not much review progress here; I'll try to chip away at
> the series and see what we can get into 2.6.24.
>
> - Or's IPoIB/userspace multicast coexistence stuff. I think we've
> converged on this; I'll merge this once a final version of the
> patch appears.
>
> HW specific:
>
> - I already merged patches to enable MSI-X by default for mthca and
> mlx4. I hope there aren't too many systems that get hosed if a
> MSI-X interrupt is generated.
>
> - Jack and Michael's mlx4 FMR support. Merged. I guess the fix for
> running in Xen domU may need to wait for 2.6.25, but I'll see what
> I can do.
>
> - ehca patch queue. Merged everything I think.
>
> - Steve's mthca router mode support. No one looked at it, seems like
> it's at risk of missing the window.
>
> - Arthur's mthca doorbell alignment fixes. I still need to check
> various approaches; I'll definitely merge something for 2.6.24.
>
> - Michael's mlx4 WQE shrinking patch. May miss the window and go for
> 2.6.25, I'll see if I can get to it.
>
> Here are a few topics that I believe will not be ready in time for the
> 2.6.24 window and will need to wait for 2.6.25:
>
> - Multiple CQ event vector support. I haven't seen any discussions
> about how ULPs or userspace apps should decide which vector to use,
> and hence no progress has been made since we deferred this during
> the 2.6.23 merge window.
>
> - XRC. Given the length of the backlog above and the fact that a
> first draft of this code has not been posted yet, I don't see any
> way that we could have something this major ready in time.
>
> BOILERPLATE
> ===========
>
> I keep patches in a git tree, available from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
>
> There are several branches of interest in this tree:
>
> for-2.6.23 - changes queued for merging into the current kernel release
> for-2.6.24 - changes queued for the next merge window
> for-linus - changes I have asked Linus to pull upstream
> for-mm - pulled by Andrew for inclusion in -mm
>
> I frequently rewrite history and rebase my tree, so the best way to
> track it is to keep a clone of Linus's tree around and then pull a
> fresh copy of my tree with
>
> git clone --reference /path/to/linus/tree \
> git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
>
> If you would like me to merge a patch, please send it to me as soon as
> it is ready. Do NOT wait for the merge window to open; if your change
> is not strictly a fix and you send it to me after the merge window
> opens, then it will likely have to wait for the next merge window.
> Please let me know if your patch is a fix that should go into the
> current release or if it can wait for the next merge window; if it is
> a fix, please describe the severity of the issue your are fixing, so I
> can make a good judgement about which release it should go into.
>
> Including a good changelog entry that explains what you are changing,
> why you are changing it, and how your change accomplishes your goal
> will greatly increase the chance of your patch being merged promptly.
> Getting an independent review and a Reviewed-by: line also helps a lot.
>
> The files Documentation/SubmittingPatches and Documentation/SubmitChecklist
> in kernel source tree also have a lot of good advice that makes it
> easier for me to handle your patches.
>
> DETAILS
> =======
>
> Here is the complete list of patches I have in my for-2.6.24 branch:
>
> Ali Ayoub (1):
> IB/sa: Error handling thinko fix
>
> Anton Blanchard (3):
> IB/fmr_pool: Clean up some error messages in fmr_pool.c
> IB/ehca: Make output clearer by removing some debug messages
> IB/ehca: Export module parameters in sysfs
>
> Dotan Barak (1):
> mlx4_core: Use enum value GO_BIT_TIMEOUT_MSECS
>
> Eli Cohen (2):
> IPoIB: Fix typo to end statement with ';' instead of ','
> IPoIB: Fix error path memory leak
>
> Hoang-Nam Nguyen (4):
> IB/ehca: Use remap_4k_pfn() to map firmware contexts to user space
> IB/ehca: Fix large page HW cap defines
> IB/ehca: Fix mem leak of firmware ctrlblock in ehca_create_srq()
> IB/ehca: Adjust 64-bit alignment of create QP response for userspace
>
> Jack Morgenstein (5):
> IB/mlx4: Display misc device information under /sys/class/infiniband/
> mlx4_core: Support ICM tables in coherent memory
> mlx4_core: Write MTTs from CPU instead with of WRITE_MTT FW command
> IB/mlx4: Implement FMRs
> mlx4_core: Increase max number of QPs per multicast group to 56
>
> Joachim Fenkes (11):
> IB/ehca: Refactor hvcall tracing
> IB/ehca: Print return codes as signed decimal integers
> IB/ehca: ehca_gen_warn() should always print
> IB/ehca: Add check for max #SGE to create_qp()
> IB/ehca: Path migration support
> IB/ehca: Serialize MR alloc and MR free hvCalls
> IB/ehca: Replace get_paca()->paca_index by the more portable raw_smp_processor_id()
> IB/ehca: Bump version number and change its format
> IB/umem: Add hugetlb flag to struct ib_umem
> IB/ehca: Only use MR large pages for hugetlb regions
> IB/ehca: Return srq_attr->max_sge in ehca_query_srq()
>
> Michael S. Tsirkin (2):
> mlx4_core: Enable MSI-X by default
> IB/mthca: Enable MSI-X by default
>
> Peter Oruba (1):
> IB/mthca: Use PCI-X/PCI-Express read control interfaces
>
> Ralph Campbell (1):
> IB/core: Fix handling of multicast response failures
>
> Roland Dreier (14):
> IPoIB: Make sure no receives are handled when stopping device
> IB: find_first_zero_bit() takes unsigned pointer
> mlx4_core: Don't free special QPs in QP number bitmap
> IB/mlx4: Use __set_data_seg() in mlx4_ib_post_recv()
> IB/ehca: Include <linux/mutex.h> from ehca_classes.h
> IB/mlx4: Fix up SRQ limit_watermark endianness
> IB/iser: Remove unnecessary includes
> mlx4_core: Change capability decoding: SRC->XRC
> IB/umad: Add P_Key index support
> IB/umad: Fix bit ordering and 32-on-64 problems on big endian systems
> IB/uverbs: Make ib_uverbs_release_event_file() static
> mlx4_core: Reserve the correct number of MTT segments
> mlx4_core: Fix meaning of dev->caps.reserved_mtts
> IB/mthca: Increase max number of QPs per multicast group to 56
>
> Satyam Sharma (1):
> IB/ehca: Misc cpuinit section annotations and #ifdef cleanups
>
> Sean Hefty (7):
> IPoIB: Specify Traffic Class with path record queries for QoS support
> IB/sa: Add new QoS fields to path record
> RDMA/cma: Add ability to specify type of service
> RDMA/ucma: Allow user space to set service type
> IB/srp: Add QoS support through service ID
> IB/cm: Modify interface to send MRAs in response to duplicate messages
> RDMA/cma: Queue IB CM MRAs to avoid unnecessary remote retries
>
> Stefan Roscher (2):
> IB/ehca: Small QP userspace support
> IB/ehca: Support more than 4k QPs for userspace and kernelspace
>
> Steve Wise (2):
> RDMA/cxgb3: Make the iw_cxgb3 module parameters writable
> RDMA/cma: Use neigh_event_send() to start neighbour discovery
> _______________________________________________
> general mailing list
>
general@lists.openfabrics.org
>
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
>
> To unsubscribe, please visit
http://openib.org/mailman/listinfo/openib-general
