[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150123062820.GB7949@Darwish.PC>
Date: Fri, 23 Jan 2015 08:28:20 +0200
From: "Ahmed S. Darwish" <darwish.07@...il.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: arnd@...db.de, ebiederm@...ssion.com, gnomes@...rguk.ukuu.org.uk,
teg@...m.no, jkosina@...e.cz, luto@...capital.net,
linux-api@...r.kernel.org, linux-kernel@...r.kernel.org,
daniel@...que.or, dh.herrmann@...il.com, tixxdz@...ndz.org,
"Michael Kerrisk (man-pages)" <mtk.manpages@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Daniel Mack <daniel@...que.org>
Subject: Re: [PATCH 01/13] kdbus: add documentation
On Fri, Jan 16, 2015 at 11:16:05AM -0800, Greg Kroah-Hartman wrote:
> From: Daniel Mack <daniel@...que.org>
>
> kdbus is a system for low-latency, low-overhead, easy to use
> interprocess communication (IPC).
>
> The interface to all functions in this driver is implemented via ioctls
> on files exposed through a filesystem called 'kdbusfs'. The default
> mount point of kdbusfs is /sys/fs/kdbus.
Pardon my ignorance, but we've always been told that adding
new ioctl()s to the kernel is a very big no-no. But given
the seniority of the folks stewarding this kdbus effort,
there must be a good rationale ;-)
So, can the rationale behind introducing new ioctl()s be
further explained? It would be even better if it's included
in the documentation patch itself.
Thanks,
Darwish
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists