Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756319AbbHZHGt (ORCPT ); Wed, 26 Aug 2015 03:06:49 -0400 Received: from s3.sipsolutions.net ([5.9.151.49]:43490 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755474AbbHZHGs (ORCPT ); Wed, 26 Aug 2015 03:06:48 -0400 Message-ID: <1440572775.1932.1.camel@sipsolutions.net> Subject: Re: [PATCH v2 0/6] perf: Introduce extended syscall error reporting From: Johannes Berg To: Linus Torvalds , Ingo Molnar Cc: Thomas Gleixner , adrian.hunter@intel.com, Ingo Molnar , Borislav Petkov , Vince Weaver , Arnaldo Carvalho de Melo , linux-kernel@vger.kernel.org, Andrew Morton , Peter Zijlstra , Alexander Shishkin , "H. Peter Anvin" , Stephane Eranian Date: Wed, 26 Aug 2015 09:06:15 +0200 In-Reply-To: (sfid-20150826_070754_310539_6C1633A1) References: <1440426780-27227-1-git-send-email-alexander.shishkin@linux.intel.com> <1440492739.2192.7.camel@sipsolutions.net> <20150825090252.GB22414@gmail.com> <20150825091740.GA23488@gmail.com> <1440495246.2192.13.camel@sipsolutions.net> <20150825100728.GA1820@gmail.com> <1440497981.2192.39.camel@sipsolutions.net> <20150826044948.GC14584@gmail.com> (sfid-20150826_070754_310539_6C1633A1) Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.16.3-1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1072 Lines: 23 On Tue, 2015-08-25 at 22:07 -0700, Linus Torvalds wrote: > > No, the current MAX_ERRNO is probably not big enough if this scheme is successful, > > and I don't see any reason why it wouldn't be successful: I think this feature > > would be the biggest usability feature added to Linux system calls and to Linux > > system tooling in the last 10 years or so. > Don't be silly. It's a horrible idea. People would want to > internationalize the strings etc, and nobody would use the extended > versions anyway, since nobody uses raw system calls. That's a good point, and think that least in the netlink case it'd be much better to say which attribute was the one that had an issue, and that has an obvious binary encoding rather than encoding that in a string. Perhaps that's something I can play with separately. johannes -- 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/