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:41 +0300 Message-ID: <55659F65.2000807@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> <55659F3F.5080503@ti.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: <55659F3F.5080503@ti.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-crypto.vger.kernel.org On 05/27/2015 01:41 PM, Peter Ujfalusi wrote: > 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 t= he DMA >>> channels. In case of error, return the error code we received inclu= ding >>> -EPROBE_DEFER >> >> I think you typed the function name wrong here :( >=20 > Oops. Also in other drivers :( I mean in other patches ;) > I will fix up the messages for the v2 series, which will not going to= include > the patch against 8250_dma. >=20 > If I understand things right around the 8250_* is that the > serial8250_request_dma() which is called from serial8250_do_startup()= is not > called at module probe time, so it can not be used to handle deferred= probing. >=20 > Thus this patch can be dropped IMO. >=20 --=20 P=E9ter