From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pd0-x230.google.com ([2607:f8b0:400e:c02::230]) by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1VC3ze-0003gw-Qg for linux-mtd@lists.infradead.org; Wed, 21 Aug 2013 08:42:19 +0000 Received: by mail-pd0-f176.google.com with SMTP id q10so162321pdj.21 for ; Wed, 21 Aug 2013 01:41:57 -0700 (PDT) Date: Wed, 21 Aug 2013 01:41:54 -0700 From: Brian Norris To: =?iso-8859-1?Q?Bj=F8rn?= Mork Subject: Re: [PATCH] alauda: do not use stack for URB transfer_buffers Message-ID: <20130821084154.GE31788@brian-ubuntu> References: <20130806120329.8864.36301.stgit@localhost6.localdomain6> <20130821073028.GB31788@brian-ubuntu> <87li3v79uo.fsf@nemi.mork.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87li3v79uo.fsf@nemi.mork.no> Cc: Jussi Kivilinna , Joern Engel , linux-usb@vger.kernel.org, "linux-mtd@lists.infradead.org" , David Woodhouse List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, Aug 21, 2013 at 09:59:27AM +0200, Bjørn Mork wrote: > Brian Norris writes: > > On Tue, Aug 06, 2013 at 03:03:29PM +0300, Jussi Kivilinna wrote: > >> Patch fixes alauda not to use stack as URB transfer_buffer. URB buffers need to > >> be DMA-able, which stack is not. > >> > >> Patch is only compile tested. > >> > >> Cc: stable@vger.kernel.org > >> Signed-off-by: Jussi Kivilinna > >> --- > >> drivers/mtd/nand/alauda.c | 74 ++++++++++++++++++++++++++++++++++----------- > >> 1 file changed, 56 insertions(+), 18 deletions(-) > > > > Just FYI, this driver is being removed, so I'm obviously not taking this > > patch :) > > I think you should apply it anyway. The driver is still in v3.11 AFAICS, > and the patch should also go to the maintained stable kernels. You > cannot remove the driver from them, and I don't see a later driver > removal as a valid reason not to fix a known bug with a patch. Seriously? The reasons given for removal: "The driver has very low utility. Devices in question are limited to about 400kB/s and the only known user (me) discarded the hardware several years back." And: "Maybe we should just remove the driver and not spend any more time on it?" So you're suggesting applying an untested (compile-only) fix for an unobserved bug for the theoretical user of old, slow hardware who wants to use a recent stable kernel, when the last known user has given up on the driver entirely? Anyway, just because you complained, I rebased and applied this to l2-mtd.git before the driver removal. I'll defer to dwmw2 whether this patch gets squashed out of existence. Brian