Re: [RFD RESEND] dmaengine: add new sleepy alloc descriptor and slave sg APIs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2017-02-23 at 16:41 -0800, Dan Williams wrote:
+AD4- On Thu, Feb 23, 2017 at 4:13 PM, Vinod Koul +ADw-vinod.koul+AEA-intel.com+AD4-
+AD4- wrote:
+AD4- +AD4- 
+AD4- +AD4- There have been discussions on need for change of dmaengine API for
+AD4- +AD4- a) allow sleepy invocation of the prepare descriptor so that drivers
+AD4- +AD4- can
+AD4- +AD4- do the runtime pm (maybe move into core as well)
+AD4- +AD4- b) split the prepare operation to allocate and new prepare methods
+AD4- 
+AD4- I'm wondering if you should you go even further and move to a more
+AD4- idiomatic model where a generic request is prepared outside the driver
+AD4- and passed in, rather than the current situation of requiring the
+AD4- driver to wrap a dma+AF8-async+AF8-tx+AF8-descriptor inside it's internal command
+AD4- structure.

Yes that's certainly a good idea. I will work on that on my way back
home. good use of a long flight time :)

-- 
+AH4-Vinod--
To unsubscribe from this list: send the line "unsubscribe dmaengine" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux PCI]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux