Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6785561imu; Wed, 14 Nov 2018 06:59:07 -0800 (PST) X-Google-Smtp-Source: AJdET5cAZBkW5dSK/fxS+Du3+5WYg63f26CMwN7dX66TU1xUG/sCnZSa0rOOsViRYSigT24mj2iO X-Received: by 2002:a63:ce08:: with SMTP id y8mr2026336pgf.388.1542207547566; Wed, 14 Nov 2018 06:59:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542207547; cv=none; d=google.com; s=arc-20160816; b=q/nHGEOBAuLZQMsqQtmSpdG/xBKzXUOiC+GD5W3y8b4XMDqK1y2AEkI7+eThIy/lOa wlKF/TAhnC4LvVj4dqyEbaNTanJok2AM2mivRKGBSUmY1svGFG4/YWaU2uw8/YhVfH5V HkoNRKj3ccHgQ1kpXsmO0oo3Vpc0s3GS+I4M9ZdMHzx3587oFXgZ/4jMz5k9kI/682bp NTc4cRKa9erTM9aBlKQzpaztWVMYe/MWz5VFmZv1r1w+WyX4XmxhCmJ/Smyz5j3BjosU IVK/K85uv/k8o6U3PfHgTaKg1qYeWBwiNL3rFrxpySY0FeJLdXSVzWaqxX8j3Dyt6vRa InQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:openpgp:from:references:cc:to:subject; bh=Z028cgqsCmXv3GFWGbN0+xGMfiiBM28+GJrxgaxUttM=; b=RlQMixiZ7/0je/nEZxyEpaJeZPHPR7uHahw56B+q3HnsR2WZcNruOICL8Rg9uuezCu h4hzoVrvZ75BhnjXp374OfhFu7r8bsiGx+V3hIjghyc45F6112UE44Mhg2a8uPod9jVk sE6YgFJJSq/VxogCkvzi7Ty/+5FdoD9x5R7HThSuITC6zmalSOIaJG9lfE1kcbqAcqPO tf/YosaiqnkWx3ofZ+yDf6IU959groGL5ala37f47UPod5eEVeXaTSw9Uz01QzFFK9A1 Y+orRDce2PsHuBWPxHmmWvdFr2Dyl638YklcHJPTtU2N5SgGGjvjwaQETzlG5EQaQJWE +nCA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 16si23669816pgh.58.2018.11.14.06.58.51; Wed, 14 Nov 2018 06:59:07 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732685AbeKOBB7 (ORCPT + 99 others); Wed, 14 Nov 2018 20:01:59 -0500 Received: from mail-qk1-f196.google.com ([209.85.222.196]:35797 "EHLO mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727846AbeKOBB7 (ORCPT ); Wed, 14 Nov 2018 20:01:59 -0500 Received: by mail-qk1-f196.google.com with SMTP id w204so26208011qka.2 for ; Wed, 14 Nov 2018 06:58:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp :organization:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=Z028cgqsCmXv3GFWGbN0+xGMfiiBM28+GJrxgaxUttM=; b=cRScOOzMKLDqJRZ7c6HWkV+Jwba1ts0mIPCEl5r0AobIgi0JsjDfgTcGBXFtayGB+T 4H+wpXmgxEd68n7sp04jZT5W6GFJVGrr8WcKqOpmYGCX7yR8z15L49RU+u3/pdK5lQkJ JqrfItNzmdr1iDJkHuCHE7Th4t9osu+oXMuyWCinWj9J3cLLaeAKtBcfGLw3l2F2xtqM KvO2NkLcdRQZJqzHktDPMk2acdxRet7Ga0cELXDuzuu17WcvGdjsCZNhIkkmkI16nXPy CDPzFk0e7PqXU4hxTQoW/wJMA34iS4hhD9FWEHEyLPmbV87+rKZknVds+1i1Vz1RuaLP 4mOw== X-Gm-Message-State: AGRZ1gL7v8Z4ZkgyAvi+OWMFJkLcamPtHAAOS898/u90WwgC556kBO6b GPbyUXdJVhlgTOPETUJoeqthDw== X-Received: by 2002:a37:9604:: with SMTP id y4mr2043155qkd.279.1542207504761; Wed, 14 Nov 2018 06:58:24 -0800 (PST) Received: from [10.150.73.190] (161.sub-174-227-144.myvzw.com. [174.227.144.161]) by smtp.gmail.com with ESMTPSA id r16sm15632601qkh.71.2018.11.14.06.58.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Nov 2018 06:58:23 -0800 (PST) Subject: Re: Official Linux system wrapper library? To: Szabolcs Nagy , Dave P Martin , Daniel Colascione Cc: nd , Florian Weimer , "Michael Kerrisk (man-pages)" , linux-kernel , Joel Fernandes , Linux API , Willy Tarreau , Vlastimil Babka , "libc-alpha@sourceware.org" References: <877ehjx447.fsf@oldenburg.str.redhat.com> <875zx2vhpd.fsf@oldenburg.str.redhat.com> <20181113193859.GJ3505@e103592.cambridge.arm.com> <5853c297-9d84-86e5-dede-aa2957562c6b@arm.com> From: Carlos O'Donell Openpgp: preference=signencrypt Organization: Red Hat Message-ID: Date: Wed, 14 Nov 2018 09:58:15 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <5853c297-9d84-86e5-dede-aa2957562c6b@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/14/18 6:58 AM, Szabolcs Nagy wrote: > an actual proposal in the thread that i think is > worth considering is to make the linux syscall > design process involve libc devs so the c api is > designed together with the syscall abi. Right, I see at least 2 actionable items: * "The Checklist" which everyone making a syscall should follow and we create the checklist with input from both sides and it becomes the thing you reference e.g. "Did you follow the checklist? Where is X?" * Programmatic / Machine readable description of syscalls. This way the kernel gives users the ability to autogenerate all the wrappers *if they want to* in a consistent way that matches this syscall description format. -- Cheers, Carlos.