Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753525AbcCLRRB (ORCPT ); Sat, 12 Mar 2016 12:17:01 -0500 Received: from mail-wm0-f68.google.com ([74.125.82.68]:33251 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751270AbcCLRQx (ORCPT ); Sat, 12 Mar 2016 12:16:53 -0500 Date: Sat, 12 Mar 2016 18:16:48 +0100 From: Ingo Molnar To: Tony Luck Cc: Mika =?iso-8859-1?Q?Penttil=E4?= , "linux-kernel@vger.kernel.org" , Linus Torvalds , Thomas Gleixner , Borislav Petkov , Andrew Morton , Peter Zijlstra , "H. Peter Anvin" , Andy Lutomirski , "Williams, Dan J" Subject: Re: [PATCH v14] x86, mce: Add memcpy_mcsafe() Message-ID: <20160312171648.GA12167@gmail.com> References: <56E1CA7B.5040706@nextfour.com> <3908561D78D1C84285E8C5FCA982C28F3A005009@ORSMSX114.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1030 Lines: 31 * Tony Luck wrote: > On Thu, Mar 10, 2016 at 11:37 AM, Luck, Tony wrote: > >> But you return 0 == false for success and 1 == true for failure. > > > > Aaargh! -ETOOMUCHSHELLSCRIPTPROGRAMMING > > > > -Tony > > Options to fix this: > 1) Just change the comments in the code. > This seems like it would confuse people as I thing most people > would expect the "true" return to mean the copy succeeded. > 2) Reverse the return values. > Better that option 1 - but doesn't leave scope to return a count > if some future user does want to know where the copy failed. > 3) Change the return type back from "bool" to "int" > 0 == success, non-zero == fail (with option to put the non-copied > byte count in later). > 4) Something else Please use the copy_*_user() memory copying API semantics, which are: return negative code (-EFAULT) on error, 0 on success. Don't return 1 and please don't use bools for any memory copy library functionality. Thanks, Ingo