Getting the new RxRPC patches upstream
dhowells at redhat.com
Fri Apr 20 03:41:46 PDT 2007
David Miller <davem at davemloft.net> wrote:
> Now that Herbert cleared up the crypto layer issues
> the only problem left is that there are generic changes
> in there which are not strictly networking but which
> your subsequent networking changes depend upon.
> This is a mess, and makes merging your work into the
> net-2.6.22 tree more difficult.
There are only two non-net patches that AF_RXRPC depends on:
(1) The key facility changes. That's all my code anyway, and shouldn't be a
problem to merge unless someone else has put some changes in there that I
don't know about.
(2) try_to_cancel_delayed_work(). I suppose I could use
cancel_delayed_work() instead, but that's less efficient as it waits for
the timer completion function to finish.
And one that AFS depends on:
(3) Cache the key in nameidata. I still don't have Al's agreement on this,
but it's purely caching, so I could drop that patch for the moment and
excise the stuff that uses it from my AFS patches if that would help.
Do you class the AFS patches as "networking changes"?
Do you want me to consolidate my patches to make things simpler for you?
Do you want me to rebase my patches onto net-2.6.22?
I have the following patches, in order, available now, though I haven't yet
released the last few (they can all be downloaded from my RH people pages):
move-skb-generic.diff (you've got this)
netlink-support-MSG_TRUNC.diff (you've got this)
More information about the Containers