Searched hist:10978 (Results 1 - 4 of 4) sorted by relevance
/gem5/src/mem/ruby/structures/ | ||
H A D | BankedArray.hh | diff 10978:436d5dde4bb7 Mon Jul 20 10:15:00 EDT 2015 David Hashe <david.hashe@amd.com> ruby: fix deadlock bug in banked array resource checks The Ruby banked array resource checks (initiated from SLICC) did a check and allocate at the same time. If a transition needs more than one resource, then it might check/allocate resource #1, then fail to get resource #2. Another transition might then try to get the same resources, but in reverse order. Deadlock. This patch separates resource checking and resource reservation into two steps to avoid deadlock. |
H A D | BankedArray.cc | diff 10978:436d5dde4bb7 Mon Jul 20 10:15:00 EDT 2015 David Hashe <david.hashe@amd.com> ruby: fix deadlock bug in banked array resource checks The Ruby banked array resource checks (initiated from SLICC) did a check and allocate at the same time. If a transition needs more than one resource, then it might check/allocate resource #1, then fail to get resource #2. Another transition might then try to get the same resources, but in reverse order. Deadlock. This patch separates resource checking and resource reservation into two steps to avoid deadlock. |
H A D | CacheMemory.hh | diff 10978:436d5dde4bb7 Mon Jul 20 10:15:00 EDT 2015 David Hashe <david.hashe@amd.com> ruby: fix deadlock bug in banked array resource checks The Ruby banked array resource checks (initiated from SLICC) did a check and allocate at the same time. If a transition needs more than one resource, then it might check/allocate resource #1, then fail to get resource #2. Another transition might then try to get the same resources, but in reverse order. Deadlock. This patch separates resource checking and resource reservation into two steps to avoid deadlock. |
H A D | CacheMemory.cc | diff 10978:436d5dde4bb7 Mon Jul 20 10:15:00 EDT 2015 David Hashe <david.hashe@amd.com> ruby: fix deadlock bug in banked array resource checks The Ruby banked array resource checks (initiated from SLICC) did a check and allocate at the same time. If a transition needs more than one resource, then it might check/allocate resource #1, then fail to get resource #2. Another transition might then try to get the same resources, but in reverse order. Deadlock. This patch separates resource checking and resource reservation into two steps to avoid deadlock. |
Completed in 20 milliseconds