commit b9443f17d20ba5635950b70c174a85b620e00376
Author: Zuul <zuul@review.opendev.org>
Date:   Sat Oct 3 06:54:16 2020 +0000

    Update git submodules
    
    * Update swift from branch 'master'
      - Merge "Use bigger GreenPool for concurrent EC"
      - Use bigger GreenPool for concurrent EC
    
        We're getting some blockage trying to feed backup requests in waterfall
        EC because the pool_size was limited to the initial batch of requests.
        This was (un?)fortunately working out in practice because there were
        lots of initial primary fragment requests and some would inevitably be
        quick enough to make room for the pending feeder requests.  But when
        enough of the initial requests were slow (network issue at the proxy?)
        we wouldn't have the expected number of pending backup requests
        in-flight.  Since concurrent EC should never make extra requests to
        non-primaries (at least not until an existing primary request
        completes) ec_n_unique_fragments makes a reasonable cap for the pool.
    
        Drive-bys:
    
         * Don't make concurrent_ec_extra_requests unless you have enabled
           concurrent_gets.
         * Improved mock_http_connect extra requests tracking formatting
         * FakeStatus __repr__'s w/ status code in AssertionErrors
    
        Change-Id: Iec579ed874ef097c659dc80fff1ba326b6da05e9

diff --git a/swift b/swift
index 4441a54..4236a6e 160000
--- a/swift
+++ b/swift
@@ -1 +1 @@
-Subproject commit 4441a54ad141cccfe1ad352239f6b35a473d40b6
+Subproject commit 4236a6efa34f6f8196a747d40911f2d37c3c4036