search for: way_up_top

...res->lock with dlm_get_lock_resource. So the deadlock may be up. I changed some code, and the patch request reviews. *** ocfs2-ko-3.16/dlm/dlmmaster.c 2014-09-11 12:45:45.821657634 +0800 --- ocfs2-ko-3.16_compared/dlm/dlmmaster.c 2014-09-11 18:54:34.970243238 +0800 *************** way_up_top: *** 1506,1512 **** --- 1506,1515 ---- } // mlog(0, "lockres is in progress...\n"); + spin_unlock(&res->spinlock); + spin_lock(&dlm->master_lock); + spin_lock(&res->spinlock); found = dlm...

...res->lock with dlm_get_lock_resource. So the deadlock may be up. I changed some code, and the patch request reviews. *** ocfs2-ko-3.16/dlm/dlmmaster.c 2014-09-11 12:45:45.821657634 +0800 --- ocfs2-ko-3.16_compared/dlm/dlmmaster.c 2014-09-11 18:54:34.970243238 +0800 *************** way_up_top: *** 1506,1512 **** --- 1506,1515 ---- } // mlog(0, "lockres is in progress...\n"); + spin_unlock(&res->spinlock); + spin_lock(&dlm->master_lock); + spin_lock(&res->spinlock); found = dlm...

These patches convert the mle list to a hash. The same patches apply on ocfs2 1.4 too. Currently, we use the same number of hash pages for mles and lockres'. This will be addressed in a future patch that will make both of them configurable. Sunil

The changes from the last drop are: 1. Patch 11 removes struct dlm_lock_name. 2. Patch 12 is an unrelated bugfix. Actually is related to a bugfix that we are retracting in mainline currently. The patch may need more testing. While I did hit the condition in my testing, Marcos hasn't. I am sending it because it can be queued for 2.6.30. Give us more time to test. 3. Patch 13 will be useful

Please review the list of patches being applied to the ocfs2 1.4 tree. All patches list the mainline commit hash. Thanks Sunil

Hi, The following patches comprise the bulk of Ocfs2 updates for the 2.6.30 merge window. Aside from larger, more involved fixes, we're adding the following features, which I will describe in the order their patches are mailed. Sunil's exported some more state to our debugfs files, and consolidated some other aspects of our debugfs infrastructure. This will further aid us in debugging