[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20161121103752.70ad1418@gandalf.local.home>
Date: Mon, 21 Nov 2016 10:37:52 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Cyril Hrubis <chrubis@...e.cz>
Cc: Dmitry Vyukov <dvyukov@...gle.com>, linux-api@...r.kernel.org,
LKML <linux-kernel@...r.kernel.org>, mtk.manpages@...il.com,
Thomas Gleixner <tglx@...utronix.de>,
Sasha Levin <levinsasha928@...il.com>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
scientist@...com, Arnd Bergmann <arnd@...db.de>, carlos@...hat.com,
syzkaller <syzkaller@...glegroups.com>,
Kostya Serebryany <kcc@...gle.com>,
Mike Frysinger <vapier@...gle.com>,
Dave Jones <davej@...emonkey.org.uk>,
Tavis Ormandy <taviso@...gle.com>
Subject: Re: Formal description of system call interface
On Mon, 7 Nov 2016 11:38:20 +0100
Cyril Hrubis <chrubis@...e.cz> wrote:
> I'm not sure if something like this is really doable or in the scope of
> this project, but it may be worth a try.
>
Looking ahead into the future, I was also thinking that if this becomes
robust, we could also start an integration specification, that could
describe how different system calls interact with each other. Like
open() to read(), write() and close().
But this is just an idea that popped in my head while reading this
thread. We want to start small first, but still could keep this in the
back of our minds for future enhancements.
-- Steve
Powered by blists - more mailing lists