Yes, thanks mightily for your help and advice and sorry for the size of the updates. Hari has taken on the very difficult task of synchronizing our out-of-kernel development branch with the in-kernel code. These two code bases have drifted apart quite a bit because of the difficulty of translating our out-of-kernel changes into the in-kernel driver which uses completely different symbolic register constants. This has led many of us to defer propagating our out-of-kernel work into the in-kernel driver — partly because of the difficulty and party because of the error prone nature of the effort: there are many symbolic register constants which have the exact same name but have completely different values which has tripped us up at least twice, introducing bugs into the kernel.org driver. If there’s ever an opportunity to revisit the decision to have us use these different constants we would be Very Excited … :-)
Casey On Mar 4, 2014, at 9:30 PM, Hariprasad S <[email protected]> wrote: > On Tue, Mar 04, 2014 at 13:22:26 -0500, David Miller wrote: >> >> BTW, if you're frustrated from having to send these patches so many >> times because of changes being requested, this is the main reason >> why you shouldn't queue up such enormous numbers of patches at one >> time. >> >> Please try to keep your future submissions sizes more reasonable, >> perhaps ~10 patches or so at most. >> >> Thanks. > > Sure, thanks for the suggestion. > I will just re-post the revert patch on cxgb4 now, part of this series, which > is > causing regression. > And, I will split the rest of patch-series into 8-10 patches and re-submit. > > > Thanks for the review comments! > -Hari. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
