lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <adafxeib6zy.fsf@cisco.com>
Date:	Tue, 02 Jun 2009 15:33:53 -0700
From:	Roland Dreier <rdreier@...co.com>
To:	general@...ts.openfabrics.org, linux-kernel@...r.kernel.org
Subject: InfiniBand/RDMA merge plans for 2.6.31

Since 2.6.30-rc7 has been out more than a week already, it's probably
a good time to talk about 2.6.31 merge plans.  All the pending things
that I'm aware of are listed below.  (For some reason this cycle seems
to have not produced many patches -- we'll probably be very busy
reviewing things for 2.6.32)

Boilerplate:

If something isn't already in my tree and it isn't listed below, I
probably missed it or dropped it unintentionally.  Please remind me.

As usual, when submitting a patch:

 - Give a good changelog that explains what issue your patch
   addresses, how you address the issue, how serious the issue is, and
   any other information that would be useful to someone evaluating
   your patch or reading it years from now.

 - Please make sure that you include a "Signed-off-by:" line, and put
   any extra junk that should not go into the final kernel log *after*
   the "---" line so that git tools strip it off automatically.  Make
   the subject line be appropriate for inclusion in the kernel log as
   well once the leading "[PATCH ...]" stuff is stripped off.  I waste a
   lot of time fixing patches by hand that could otherwise be spent
   doing something productive like watching youtube.

 - Run your patch through checkpatch.pl so I don't have to nag you to
   fix trivial issues (or spend time fixing them myself).

 - Read your patch over so I don't see a memory leak or deadlock as
   soon as I look at it.

 - Build your patch with sparse checking ("C=2 CF=-D__CHECK_ENDIAN__")
   and make sure it doesn't introduce new warnings.  (A big bonus in
   goodwill for sending patches that fix old warnings)

 - Test your patch on a kernel with things like slab debugging and
   lockdep turned on.

And while you're waiting for me to get to your patch, I sure wouldn't
mind if you read and commented on someone else's patch.  None of this
means you shouldn't remind me about pending patches, since I often
lose track of things and drop them accidentally.

Core:

 - Removal of unnecessary casts of void * to other pointer types.

 - Userspace MMU notifiers ("ummunot") -- the code looks great to me
   (since I wrote it), but I don't think this is suitable to merge
   through the InfiniBand/RDMA tree, and I think a prerequisite to even
   asking for broader review by the core kernel and VM community is to
   prove that this approach works by actually prototyping support for
   this in an MPI implementation.  I'm working with Jeff Squyres on Open
   MPI support but I suspect we're already too close to the 2.6.31
   window for this to be appropriate.  However 2.6.32 should be easily
   doable, assuming the approach I took actually works and is palatable
   to the kernel community.

ULPs:

 - One fix for IPoIB multicast packet drops.

HW specific:

 - A few cxgb3 fixes.

 - A few optimizations to ehca QP creation.

 - Add a module parameter to mthca and mlx4 to be able to register
   more memory by increasing MTT segment size.

 - A fix to an almost-impossible-to-hit off-by-one in nes.

Here are a few topics that I believe will not be ready in time for the
2.6.31 window and will need to wait for 2.6.32 at least:

 - Jack's XRC patch set.  I still need time to work through and clean
   up the code.  (I actually did make some progress on this during
   this cycle -- if you look closely you can see my xrc branch has
   changed -- but not enough to actually finish unfortunately)

Here all the patches I already have in my for-next branch:

Anton Blanchard (1):
      IB/ehca: Replace vmalloc() with kmalloc() for queue allocation

Christoph Lameter (1):
      IPoIB: Don't drop multicast packets sent before group is joined

Eli Cohen (2):
      IB/mthca: Add module parameter for number of MTTs per segment
      mlx4_core: Add module parameter for number of MTTs per segment

Jack Stone (1):
      infiniband: Remove void casts

Roel Kluin (1):
      RDMA/nes: Fix off-by-one bugs in reset_adapter_ne020() and init_serdes()

Stefan Roscher (3):
      IB/ehca: Fall back to vmalloc() for big allocations
      IB/ehca: Remove unnecessary memory operations for userspace queue pairs
      IB/ehca: Increment version number

Steve Wise (2):
      RDMA/cxgb3: Report correct port state and MTU
      RDMA/cxgb3: Limit fast register size based on T3 limitations

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ