Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1582309
| From | Vinod Koul <vinod.koul@intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] async_tx: deprecate broken support for channel switching |
| Date | 2017-02-16 05:40 +0100 |
| Message-ID | <tbm1j-14P-5@gated-at.bofh.it> (permalink) |
| References | <tbkiS-8jx-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Feb 15, 2017 at 06:42:09PM -0800, Dan Williams wrote: > Back in 2011, Russell pointed out that the "async_tx channel switch" > capability was violating expectations of the dma mapping api [1]. At the > time the existing uses were reviewed as still usable, but that longer > term we needed a rework of the raid offload implementation. While some > of the framework for a fixed implementation was introduced in 2012 [2], > the wider rewrite never materialized. > > There continues to be interest in raid offload with new dma/raid engine > drivers being submitted. Those drivers must not build on top of the > broken channel switching capability. > > Prevent async_tx from using an offload engine if the channel switching > capability is enabled. This still allows the engine to be used for other > purposes, but the broken way async_tx uses these engines for raid will > be disabled. For configurations where this causes a performance > regression the only solution is to start the work of eliminating the > async_tx api and moving channel management into the raid code directly > where it can manage marshalling an operation stream between multiple dma > channels. Applied, thanks -- ~Vinod
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH] async_tx: deprecate broken support for channel switching Dan Williams <dan.j.williams@intel.com> - 2017-02-16 03:50 +0100 Re: [PATCH] async_tx: deprecate broken support for channel switching Vinod Koul <vinod.koul@intel.com> - 2017-02-16 05:40 +0100
csiph-web