[ewg] Chelsio's T4 DB drop recovery patches for review

[Steve Wise]

This series brings forth the discussion we had tuesday in the EWG meeting.

Chelsio is proposing ofed developers use the linux-next-cherry-picks 
directory for patches upstream and critical to a driver's functionality, 
yet too big for the stable flow.  Once OFED releases with a new kernel 
that includes these patches, they will be removed from the dir.

Steve.


On 5/31/2012 8:35 AM, Vipul Pandya wrote:
>
> Hi All,
>
> I have added a patch-series in linux-next-cherry-picks directory.
>
> This patch-series is already merged with linux-next. However it is too 
> big to go into stable branch. It is required for Chelsio's T4 adapter 
> correctness. Hence adding patches to linux-next-cherry-picks.
>
> The patch series is available at following location.
>
> beany.openfabrics.org:/home/vipulp/new_ofed/compat-rdma
>
> Kindly review them and let me know if it's appropriate for 
> linux-next-cherry-picks.
>
> Thanks,
>
> Vipul.
>
> ================
>
> Repo: compat-rdma
>
> Branch: master
>
> ================
>
> commit 8b9102466763743be722a8c1e39522f5880f7a69
>
> Author: Vipul Pandya <vipul at chelsio.com>
>
> Date:   Thu May 31 17:27:37 2012 +0530
>
>     linux-next-cherry-picks: Add DB drop recovery patches for 
> Chelsio's T4 adapter
>
>     This patch-series implements doorbell drop recovery for Chelsio T4 
> iWARP driver.
>
>     In the event where DBs are dropped application can get stalled for 
> one or more
>
>     reasons. So, we recover RDMA and LLD queues in such an event.
>
>     We also take care for handling DB overflow events.
>
>     The patch-series also has some bug fixes, adds RDMA debugfs stats 
> and removes
>
>     kfifo usage for ID mangement.
>
>     This patch-series is already merged with linux-next. However it is 
> too big to
>
>     go into stable branch. It is required for Chelsio's T4 adapter 
> correctness.
>
>     Hence adding them to linux-next-cherry-picks.
>
>     Signed-off-by: Vipul Pandya <vipul at chelsio.com>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/ewg/attachments/20120531/30bf1850/attachment.html>