Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755557Ab0D0TGR (ORCPT ); Tue, 27 Apr 2010 15:06:17 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:33018 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753723Ab0D0TGP (ORCPT ); Tue, 27 Apr 2010 15:06:15 -0400 Date: Tue, 27 Apr 2010 12:05:16 -0700 From: Andrew Morton To: InKi Dae , Pavel Machek , linux-fbdev-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, kyungmin.park@samsung.com Subject: Re: [PATCH] added S6E63M0 AMOLED LCD Panel driver. Message-Id: <20100427120516.c18b3bbb.akpm@linux-foundation.org> In-Reply-To: <20100330195501.747515e9.akpm@linux-foundation.org> References: <90b950fc1003252024i5ba8989bg95f0a81e8e5e708e@mail.gmail.com> <20100330160257.e5f978a9.akpm@linux-foundation.org> <90b950fc1003301941r69dc5ce1ida64b590646049a7@mail.gmail.com> <20100330195501.747515e9.akpm@linux-foundation.org> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1351 Lines: 41 On Tue, 30 Mar 2010 19:55:01 -0400 Andrew Morton wrote: > On Wed, 31 Mar 2010 11:41:54 +0900 InKi Dae wrote: > > > Hi Andrew, > > > > all the calls to s6e63m0_panel_send_sequence() would return -EINVAL. > > by api_async() of driver/spi/spi.c > > No, spi_async() does > > master->transfer(spi, message); > > which can return at least EIO, EINPROGRESS, EINVAL or ETIMEDOUT. > > > so I think that those return values aren't changed to other. > > > > and final step is to check only whether the return value is 0 or not. > > if you still think that this code has minor problem or you want it to > > be corrected > > then I will patch this code to be corrected anytime. > > It's a bug. > > Also s6e63m0_power_on() is sloppy. It again or's together disparate > errnos. Then if _anything_ failed it returns hardwired -EIO, but it > should instead propagate the callee's errno back up to the caller. > > And s6e63m0_power_on() can return -EFAULT in several places, which is > nonsensical. > > None of this is very critical, just ... sloppy. > ping? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/