[LU-11719] Refactor search_itree Created: 29/Nov/18 Updated: 09/Dec/20 Resolved: 04/Jan/19 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.13.0, Lustre 2.12.6 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Patrick Farrell (Inactive) | Assignee: | Patrick Farrell (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | patch | ||
| Issue Links: |
|
||||||||||||||||
| Severity: | 3 | ||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||
| Description |
|
The behavior of search_itree is different from its close relative search_queue in ways that are a little confusing. Also, in some cases, it will continue searching the trees after a lock has been found. This is a low priority bug to slightly refactor its behavior, inspired because the difference between search_itree and search_queue introduced a subtle bug in the |
| Comments |
| Comment by Gerrit Updater [ 29/Nov/18 ] |
|
Patrick Farrell (paf@cray.com) uploaded a new patch: https://review.whamcloud.com/33754 |
| Comment by Gerrit Updater [ 04/Jan/19 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/33754/ |
| Comment by Peter Jones [ 04/Jan/19 ] |
|
Landed for 2.13 |
| Comment by Gerrit Updater [ 26/Oct/20 ] |
|
Bobi Jam (bobijam@hotmail.com) uploaded a new patch: https://review.whamcloud.com/40399 |
| Comment by Gerrit Updater [ 03/Nov/20 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/40399/ |