From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: [PATCHv3] dmaengine: cppi41: Fix oops in cppi41_runtime_resume Date: Wed, 18 Jan 2017 11:54:28 -0800 Message-ID: <20170118195427.GM7403@atomide.com> References: <20170117175524.3484-1-tony@atomide.com> <20170118142501.GA10928@uda0271908> <20170118165308.GC7403@atomide.com> <20170118181541.GJ7403@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Grygorii Strashko Cc: Bin Liu , Dan Williams , Vinod Koul , Daniel Mack , Felipe Balbi , Johan Hovold , Peter Ujfalusi , Sekhar Nori , Sebastian Andrzej Siewior , dmaengine-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Andy Shevchenko , Kevin Hilman , Patrick Titiano , Sergei Shtylyov List-Id: linux-omap@vger.kernel.org * Grygorii Strashko [170118 11:18]: > Just thinking, may be cppi41 should not be platform device at all > and it might be reasonable to have it as lib with cppi41_init()/cppi41_remove(), > so musb SoC glue layer will initialize it, because it provides services to > other HW blocks withing musb only. Nah, we already have things almost working :) And if some TI SoC with general purpose cppi41 pops up like a DSP running Linux, we're in big trouble. And musb is already a mess as is.. Tony -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html