Re: [lustre-devel] [PATCH] staging: lustre: delete the filesystem from the tree.

Would it makes sense to land LNet and LNDs on their own first? Get the networking house in order first before layering on the file system? Doug > On Jun 1, 2018, at 11:20 AM, Andreas Dilger wrote: > > On Jun 1, 2018, at 7:41 AM, Christoph Hellwig wrote: >> >> Thanks, >> >> all that churn w

[PATCH v2] staging: lustre: o2iblnd: Fix crash in kiblnd_handle_early_rxs()

item in the list (which the tmp variable points to). The way this routine holds then releases a lock opens the door to other threads doing just that. This patch reverts this commit on this routine. Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-9886 Signed-off-by: Doug Oucharek --- Change

[PATCH] staging: lustre: o2iblnd: Fix crash in kiblnd_handle_early_rxs()

item in the list (which the tmp variable points to). The way this routine holds then releases a lock opens the door to other threads doing just that. This patch reverts this commit on this routine. Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-9886 Signed-off-by: Doug Oucharek --- drivers

[PATCH v3] staging: lustre: o2iblnd: Enable Multiple OPA Endpoints between Nodes

sides of a connection must have this patch for it to work. Only the active side of the connection (usually the client) needs to have the new tuneable set > 1. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-8943 Reviewed-on: https://review.whamcloud.com/25

[PATCH v2] staging: lustre: o2iblnd: Enable Multiple OPA Endpoints between Nodes

sides of a connection must have this patch for it to work. Only the active side of the connection (usually the client) needs to have the new tuneable set > 1. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-8943 Reviewed-on: https://review.whamcloud.com/25

[PATCH] staging: lustre: o2iblnd: fix race at kiblnd_connect_peer

ned-off-by: Alexander Boyko Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-10015 Reviewed-by: Alexey Lyashkov Reviewed-by: Doug Oucharek Reviewed-by: John L. Hammond Signed-off-by: Doug Oucharek --- drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c | 18 -- 1 file chan

[PATCH] staging: lustre: o2iblnd: Fix FastReg map/unmap for MLX5

we depleat the pool. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-9472 Reviewed-on: https://review.whamcloud.com/27015 Reviewed-by: Andrew Perepechko Reviewed-by: Dmitry Eremin Reviewed-by: James Simmons Reviewed-by: Oleg Drokin Signed-off-by: Doug Oucharek

[PATCH] staging: lustre: o2iblnd: Enable Multiple OPA Endpoints between Nodes

sides of a connection must have this patch for it to work. Only the active side of the connection (usually the client) needs to have the new tuneable set > 1. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-8943 Reviewed-on: https://review.whamcloud.com/25

[PATCH] staging: lustre: o2iblnd: Stop MLX5 triggering a dump_cqe

Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-8752 Reviewed-on: https://review.whamcloud.com/24306 Reviewed-by: Dmitry Eremin Reviewed-by: Amir Shehata Reviewed-by: James Simmons Reviewed-by: Oleg Drokin Signed-off-by: Doug Oucharek --- drivers/staging/lustre/lnet/klnds/o2

[PATCH] staging: lustre: o2iblnd: Enable Multiple OPA Endpoints between Nodes

sides of a connection must have this patch for it to work. Only the active side of the connection (usually the client) needs to have the new tuneable set > 1. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-8943 Reviewed-on: https://review.whamcloud.com/25

[PATCH] staging: lustre: o2iblnd: Fix FastReg map/unmap for MLX5

we depleat the pool. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-9472 Reviewed-on: https://review.whamcloud.com/27015 Reviewed-by: Andrew Perepechko Reviewed-by: Dmitry Eremin Reviewed-by: James Simmons Reviewed-by: Oleg Drokin Signed-off-by: Doug Oucharek

Re: [PATCH] staging: lustre: o2iblnd: fix race at kiblnd_connect_peer

Please ignore this patch. Turns out it depends on a series which has not been submitted yet. I’ll resend this one once all of those are done. Doug > On Mar 9, 2018, at 3:29 PM, Doug Oucharek wrote: > > cmid will be destroyed at OFED if kiblnd_cm_callback return error. > if

[PATCH] staging: lustre: o2iblnd: fix race at kiblnd_connect_peer

yko Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-10015 Reviewed-by: Alexey Lyashkov Reviewed-by: Doug Oucharek Reviewed-by: John L. Hammond Signed-off-by: Doug Oucharek --- drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c | 18 -- 1 file changed, 12 insertions(+)

[PATCH] staging: lustre: ko2iblnd: Adapt to the removal of ib_get_dma_mr()

Reg turned off. When FMR/FastReg is turned off, we use 256 as the max frags so the two sides will still be able to communicate and work. - Fix a mistake with BUILD_BUG_ON calls in o2iblnd.c which caused compiling to fail. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.

[PATCH v2] staging: lustre: ko2iblnd: Adapt to the removal of ib_get_dma_mr()

I tried to send this patch yesterday and it appeared to work. However, I did not see an email from the list. Assuming it failed and trying again. I apologize if this is a repeat. ___ devel mailing list de...@linuxdriverproject.org http://driverdev.lin

[PATCH] staging: lustre: ko2iblnd: Adapt to the removal of ib_get_dma_mr()

Reg turned off. When FMR/FastReg is turned off, we use 256 as the max frags so the two sides will still be able to communicate and work. - Fix a mistake with BUILD_BUG_ON calls in o2iblnd.c which caused compiling to fail. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.

[PATCH] staging: lustre: ko2iblnd: Adapt to the removal of ib_get_dma_mr()

Reg turned off. When FMR/FastReg is turned off, we use 256 as the max frags so the two sides will still be able to communicate and work. Signed-off-by: Doug Oucharek Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-9026 --- drivers/staging/lustre/lnet/Kconfig| 1 - .../stag