From: Peter Ujfalusi Subject: Re: [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels Date: Wed, 27 May 2015 13:41:03 +0300 Message-ID: <55659F3F.5080503@ti.com> References: <1432646768-12532-1-git-send-email-peter.ujfalusi@ti.com> <1432646768-12532-4-git-send-email-peter.ujfalusi@ti.com> <20150526144432.GA23156@kroah.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: , , , , , , , , , , , , To: Greg Kroah-Hartman Return-path: In-Reply-To: <20150526144432.GA23156@kroah.com> Sender: linux-media-owner@vger.kernel.org List-Id: linux-crypto.vger.kernel.org On 05/26/2015 05:44 PM, Greg Kroah-Hartman wrote: > On Tue, May 26, 2015 at 04:25:58PM +0300, Peter Ujfalusi wrote: >> Switch to use ma_request_slave_channel_compat_reason() to request th= e DMA >> channels. In case of error, return the error code we received includ= ing >> -EPROBE_DEFER >=20 > I think you typed the function name wrong here :( Oops. Also in other drivers :( I will fix up the messages for the v2 series, which will not going to i= nclude the patch against 8250_dma. If I understand things right around the 8250_* is that the serial8250_request_dma() which is called from serial8250_do_startup() i= s not called at module probe time, so it can not be used to handle deferred p= robing. Thus this patch can be dropped IMO. --=20 P=E9ter